Все, что вам нужно знать о «Звездных вратах» и не только

Углубленный анализ протокола и данных

Всего через две недели после своего первоначального запуска Stargate, кроссчейн-мост, уже достиг 3,5 миллиардов долларов TVL (общая заблокированная стоимость) и стал звездным проектом на рынке. В этой статье мы кратко рассмотрим технологию и механизм работы Звездных врат, а затем поделимся своими взглядами на будущие тенденции Звездных врат на основе последних собранных рыночных данных.

Примечание. Ничто в этой статье не является инвестиционным советом.

Базовый протокол Звездных врат: LayerZero

В настоящее время на рынке представлены в основном три типа кроссчейн-протоколов: мультиподписная нотариальная схема, реле и атомарные свопы (контракт с хешированной блокировкой времени, HTLC).

• Нотариус с несколькими подписями, также известный как «проверка третьей стороной», относится к процессу проверки передачи активов через третью сторону — обычно уважаемые учреждения — и с использованием технологий, включая многостороннюю подпись, чтобы избежать рисков безопасности, вызванных чрезмерная централизация. На текущем рынке межсетевые мосты, такие как [Multichain] (https://multichain.org/), [Synapse] (https://synapseprotocol.com/) и [AllBridge] (https://allbridge.io /) внедряют многоподписные нотариальные схемы.

• Relay, также известный как «собственная аутентификация», отслеживает информацию исходной цепочки и упаковывает записи, содержащие сертификат шифрования, вместе с блоками исходной цепочки в целевую цепочку. В настоящее время родные межсетевые мосты основных блокчейнов на рынке, как правило, используют ретрансляцию, в том числе [Rainbow Bridge] Near (https://rainbowbridge.app/transfer), [Avalanche Bridge] Avalanche (https://bridge.avax. network/), Terra Bridge [Terra Bridge] (https://bridge.terra.money/) и т. д.

• Атомные свопы реализуют схему HTLC, которая связывает покупателей активов между цепочками и обеспечивает одновременность и согласованность выпуска активов без затрат на доверие сторонних свидетелей. В настоящее время межсетевые мосты с использованием HTLC включают [cBridge] (https://cbridge.celer.network/), [Hop Finance] (https://app.hop.exchange/), [Meson] (https:// meson.fi/) и др.

Имейте в виду три схемы и давайте обсудим больше о Звездных вратах. Stargate был построен на основе реле — в частности, его базовый протокол LayerZero принадлежит реле. Прежде чем представить Stargate, мы можем сначала взглянуть на LayerZero. В качестве протокола, передающего межсетевую информацию, LayerZero позиционируется как аналог TCP-протокола транспортного уровня Интернета, на основе которого можно создавать различные dApp. Его принципы можно резюмировать следующим образом: после того, как клиент цепочки A упаковывает информацию в конечную точку LayerZero, ретрансляторы и оракулы независимо друг от друга предоставляют доказательства информации, а также обновление блока соответственно. Конкретные шаги показаны следующим образом:

1. (Шаги 1–3) UA (пользовательское приложение, которое можно интерпретировать как контракт dApp, использующий протокол нулевого уровня) упаковывает и передает информацию вместе с идентификатором целевой цепочки в цепочке A в конечную точку цепочки A LayerZero.

1. (Шаги 4-5) Конечные точки в цепочке A отправляют информацию указанному ретранслятору и отправляют идентификатор текущего блока оракулу.

1. (Шаги 6-7) Ретранслятор получает подтверждение транзакции из цепочки A («транзакция» здесь относится к обобщенной транзакции в блокчейне), а оракул получает blk_hdr (заголовок блока) блока в цепочке. А.

1. (Шаг 8) После подтверждения того, что блок был подтвержден несколько раз в цепочке A, оракул отправляет blk_hdr в конечную точку цепочки B.

1. (Шаги 9-13) Конечная точка в цепочке B использует blk_hdr (заголовок блока) для отправки запросов ретранслятору и получения информации, инициированной UA в цепочке A с сертификатом транзакции.

На протяжении всего процесса оракул LayerZero использует сторонний сервис Chainlink. Ретранслятор — это автономный сервис, с которым может работать любой. Таким образом, ясно, что ретранслятор является «мессенджером», ответственным за передачу информации, в то время как оракул является надзирателем ретранслятора во время передачи. Пока они независимы, безопасность LayerZero может быть гарантирована. . Служба оракула Chainlink, принятая LayerZero, уже является самым зрелым оракулом на рынке, который имеет низкую вероятность сговора с ретранслятором. Протокол LayerZero позволяет смарт-контрактам обмениваться данными между цепочками блоков, что может делать гораздо больше, чем передача активов по «мосту между цепями». В будущем мы можем увидеть, как dApps в значительной степени улучшают эффективность использования капитала благодаря таким функциям, как межсетевое кредитование, межсетевой агрегатор, а также общие состояния. Пользователи любого блокчейна смогут пользоваться экологией всех блокчейнов, а разработчикам не нужно будет развертывать проекты в каждом блокчейне один за другим.

Однако, прежде чем реализовать все вышеперечисленное, давайте поближе познакомимся со Stargate, первым dApp, основанным на протоколе LayerZero.

«Жидкостное оружие» Звездных врат: Мост Дельта

Самая выдающаяся особенность Stargate — это использование способности LayerZero передавать информацию. Это помогает связать финансовую ликвидность каждого блокчейна, чтобы повысить эффективность капитала системы в целом. В частности, пользователи Stargate могут предоставлять ликвидность только на одном блокчейне, а алгоритм Stargate Delta Bridge будет динамически распределять ликвидность на другие блокчейны, в то же время обеспечивая свойства мгновенной гарантированной окончательности и транзакции собственных активов. Эти три свойства описаны Stargate как тройная дилемма в своем [белом документе] (https://www.dropbox.com/s/gf3606jedromp61/Delta-Solving.The.Bridging-Trilemma.pdf?dl=0) . Их значения следующие:

• Мгновенная гарантированная завершенность: После успешной отправки запроса на транзакцию в исходной цепочке необходимо гарантировать, что он также поступит в целевую цепочку. В предыдущих мостах между цепочками могут возникнуть следующие ситуации. : два пользователя цепочки A и цепочки B могут перевести деньги в цепочку C одновременно, при этом существующая ликвидность цепочки C может поддерживать только один перевод. Однако цепочка A и цепочка B могут не знать о спросе на переводы друг друга и, таким образом, обе могут полагать, что ликвидность цепочки C может быть распределена между их пользователями. В результате цепочка B обнаружит тот факт, что ликвидность уже исчерпана цепочкой A, только тогда, когда запрос цепочки B будет отправлен в цепочку C, где он будет отклонен. И это просто потому, что скорость подтверждения новых блоков у цепи B ниже, чем у цепи A.

• Транзакция с собственными активами: являются ли полученные активы собственными. Чтобы обеспечить немедленную согласованность, некоторые мосты между сетями будут выпускать * облигации *, когда ликвидности недостаточно. В качестве примера возьмем решение Multichain: если ликвидности целевой цепочки недостаточно, когда пользователь переводит USDC, Multichain сначала выпустит пользователю 1:1 anyUSDC и выполнит обмен 1:1 anyUSCD на USDC, когда ликвидность последнего достаточно. Это парадигма жертвоприношения «транзакции с собственными активами» ради «мгновенной гарантированной завершенности», поскольку она требует дополнительного уровня доверия пользователя к Multichain, а также альтернативных издержек отказа от использования USDC для участия в DeFi при приобретении любого USDC.

• Единая ликвидность: может ли ликвидность в каждой цепочке использоваться единообразно. Когда обеспечена мгновенная гарантированная окончательность и транзакция собственных активов, между каждыми двумя блокчейнами должен быть создан пул ликвидности, если не используется более сложный алгоритм динамического распределения ликвидности. вовлеченный. Таким образом, количество строящихся пулов прямо пропорционально квадрату количества блокчейнов, что, несомненно, снижает эффективность использования капитала.

Звездные врата утверждают, что их Дельта-Бридж обладает всеми вышеперечисленными свойствами без необходимости делать какой-либо компромисс между ними. Stargate предоставляет только один пул ликвидности для каждой цепочки, а затем виртуально распределяет ликвидность в пуле между другими цепочками на основе заранее установленного веса. Распределение соответствует следующим принципам:

1. Если в каком-либо канале в цепочке A есть дефицит ликвидности, новая ликвидность будет иметь приоритет для заполнения этого пробела (_channel_here относится к виртуальному пулу ликвидности, предоставленному цепочкой A другой цепочке).

2. Если после заполнения пробела есть какие-либо излишки, излишки будут распределены по каждому каналу на основе предварительно установленного веса.

Однако обратите внимание, что второй принцип трудно реализовать — если пользователю необходимо перевести актив из цепочки A в цепочку B, этот запрос будет включать только связь между двумя цепочками с другими цепочками, не знающими информацию о том, что «цепочка A имеет профицит ликвидности на данный момент». Если эта информация будет передана напрямую всем цепочкам, это приведет к огромной трате ресурсов цепочки. Поэтому Delta Bridge разработала схему кэширования для временного учета излишка ликвидности цепочки А, который будет самостоятельно распределяться между другими цепочками. Этот кэш не будет очищен до тех пор, пока не будет получен запрос на передачу от пользователя между цепочкой A и другой цепочкой.

![Пример обновления статуса Delta Bridge. Источник: Технический документ Delta Bridge] (https://cdn.hackernoon.com/images/-06a3kej.png)

На рисунке выше показано состояние параметров в каждой цепочке, когда пользователь переводит деньги из цепочки X в цепочку Y. В каждой цепочке хранятся следующие параметры:

• lp_x (Предоставленная ликвидность): количество активов, заложенных пользователем в цепочке X;

• a_x (Asset): количество активов, принадлежащих пулу ликвидности цепочки X на данный момент;

• b_xy (Баланс): ликвидность, распределяемая цепочкой X по цепочке Y

• lkb_yx (Последний известный баланс): известная в настоящее время цепочка ликвидности Y, распределенная по цепочке X. Обратите внимание, что эту информацию необходимо передать из цепочки Y в цепочку X и сохранить в последней;

• c_xy (Кредит): назначаемая сумма ликвидности, сообщаемая цепочкой X цепочке Y, когда происходит следующий перевод из цепочки X в цепочку Y, что можно назвать «кэшем», упомянутым выше.

Сам Delta Bridge представляет собой «механизм обновления для каждого параметра», разработанный в соответствии с «двумя принципами», упомянутыми выше. Для передачи из цепочки X в цепочку Y Delta Bridge передает через LayerZero только две числовые данные: «объем эта транзакция» и «кеш», а все остальные параметры автоматически обновляются через Delta Bridge. Те, кто заинтересован в подробных шагах алгоритмов, могут изучить [белую книгу Stargate] (https://www.dropbox.com/s/gf3606jedromp61/Delta-Solving.The.Bridging-Trilemma.pdf?dl=0 ).

Итак, могут ли Stargate возглавить новое направление перекрестных мостов с их сложными алгоритмами и схемами? Давайте посмотрим на данные в сети и выбор пользователей DeFi.

Данные в цепочке: может ли Stargate поддерживать 20% APY?

Схемы Delta Bridge позволяют пользователям закладывать определенный вид стабильной валюты только в определенной цепочке, а ранняя дополнительная субсидия $STG (токен Stargate) когда-то сделала годовой доход от залога одного типа стабильной валюты до 20%. Этот очень удобный механизм с высокой доходностью быстро привлек внимание бесчисленных пользователей DeFi и помог TVL Stargate достичь 3,5 миллиардов долларов. На момент написания этой статьи APY каждой фермы Звездных врат по-прежнему составляет около 17%\~20%, как показано на рисунке:

Возьмите USDC на Ethereum в качестве примера. Его ликвидность составляет 675,5 млн долларов, а APY — 17,38%. Отсюда мы можем рассчитать сумму вознаграждения, выделяемую пулом ликвидности каждый день, следующим образом:

С другой стороны, мы надеемся рассчитать ежедневный объем транзакций и ежедневное количество транзакций Stargate, чтобы оценить ежедневный доход от межцепных мостов. Хотя у Stargate нет собственного браузера транзакций, в его официальном документе указан [адрес маршрутизатора в каждой цепочке] (https://stargateprotocol.gitbook.io/stargate/developers/contract-addresses/mainnet), что позволяет нам подсчитывать транзакции взаимодействовали с ним в блокчейне и, таким образом, рассчитывали объем транзакций и количество транзакций.

Мы выполнили эту задачу с помощью функции поиска по базе данных Dune Analytic. Поскольку разные блокчейны не имеют общей базы данных, а Dune не включает в себя базы данных всех блокчейнов, мы решили использовать данные только на Ethereum. Сумма и количество ежедневных транзакций Stargate из Ethereum следующие, а код [открытый исходный код на Dune Analytic] (https://dune.xyz/queries/545642):

Как видно из количества транзакций, ежедневный объем транзакций Stargate невелик — на Ethereum количество ежедневных переводов поддерживается в среднем на уровне около 120. Даже если мы поместим этот объем на все семь сетей, поддерживаемых Stargate, 840 ежедневных транзакций по-прежнему намного меньше, чем у других межсетевых мостов на рынке: около 12000 ежедневных транзакций на Multichain и около 2400 на cBridge. Мы также обнаружили, что количество пользователей, использующих «обмен» в контрактах Stargate, намного меньше, чем количество пользователей, использующих «добавить ликвидность». -цепные передачи.

Эти признаки указывают на то, что немногие пользователи действительно используют Stargate в качестве межсетевого решения, а новая технология Delta Bridge не является поддерживающим фактором высокого TVL Stargate.

С другой стороны, Stargate представила оценщик газа в реальном времени на своем официальном сайте, как показано ниже:

Оценки платы за газ, полученные с помощью Gas Estimator, сильно различаются в разное время. Среди этих различных комиссий плата за газ за транзакции между Ethereum и другими цепями колеблется от 20 до 100 долларов США. Предположим, что Stargate может получать комиссию в размере 50 долларов США за каждую кроссчейн-транзакцию из Ethereum в другие блокчейны, и, согласно гистограмме, количество ежедневных транзакций составляет около 120, ежедневная прибыль от платы за межсетевую обработку, полученная Stargate cross-chain. цепной мост на Ethereum будет:

По сравнению с вознаграждением за майнинг, рассылаемым Stargate на Ethereum, эта прибыль ничтожна. На самом деле, отношение комиссионной прибыли к ежедневному вознаграждению за майнинг составляет:

Другими словами, 98,1% вознаграждения за майнинг получаются за счет субсидии Stargate.

Поэтому разумно сомневаться в том, что высокий годовой доход более 15% является неустойчивым. Если Stargate не сможет привлечь достаточное количество пользователей и поддерживать как минимум несколько тысяч транзакций до окончания этапа щедрых субсидий, пользователей может не убедить придерживаться Stargate в долгосрочной перспективе.

Проблемы безопасности в схеме ретрансляции

В дополнение к возможной потере пользователей, вызванной неустойчивостью высокой доходности, Stargate также сталкивается с риском на уровне земли — проблемами безопасности в рамках схемы ретрансляции. 28 марта 2022 года команда LayerZero обновила контракт проверки для использования в разных цепочках. Сравнив коды, группа безопасности Cobo обнаружила, что это обновление было исправлением предыдущих серьезных уязвимостей безопасности: код, выявивший уязвимость, был основной частью проверки транзакции MRT и основой нормальной работы LayerZero. и его протоколы верхнего уровня. Cobo объявил, что возможность других уязвимостей все еще существует, хотя LayerZero исправила текущие уязвимости. Как первая «надстройка», которая когда-либо использовала протокол LayerZero по состоянию на 28 марта, Stargate может столкнуться с невообразимыми последствиями, если огромное количество средств в пуле ликвидности будет переведено хакерами.

Ронину, боковой цепи Axie Infinity на другом конце мира блокчейна, повезло меньше. 29 марта 2022 года хакеры атаковали межсетевые мосты Ронина, что привело к [совокупным убыткам в размере 620 миллионов долларов] (https://edition.cnn.com/2022/03/29/tech/axie-infinity-ronin). -hack/index.html). В настоящее время цепочки Ronin состоят из девяти узлов проверки, которым требуются подписи пяти из девяти верификаторов для идентификации депозитов или снятия средств. Хакерам удалось получить контроль над четырьмя валидаторами Ronin и одним сторонним валидатором, управляемым Axie DAO.

Как мы видим, в схеме «ретрансляции» наличие ретранслятора может привести к потенциальным уязвимостям безопасности. В схеме «свидетеля», представленной Ронином, существует еще больше уязвимостей безопасности — факт, подтвержденный частыми случаями взлома в Multichain, O3 Swap и Wormhole за последние два года. Между тем, возникает несколько проблем с безопасностью в мостах между цепями со схемами HTLC, такими как cBridge, Hop Finance и Meson. Фундаментальная причина, по которой схемы HTLC имеют меньше проблем с безопасностью по сравнению с двумя предыдущими схемами, заключается в том, что пользователи не несут затрат на доверие к третьим сторонам, включая крупные предприятия, разработчиков, учреждения и биржи. Мы надеемся увидеть больше инноваций, таких как схема HTLC, в мире блокчейнов, чтобы решить основную причину этих проблем с доверием.

В эту эпоху, когда усиливается жесткая конкуренция между мультиблокчейнами, межсетевые мосты стали важной инфраструктурой. В будущем мы надеемся увидеть более здоровую конкуренцию между межсетевыми мостами, ставя на первое место безопасность активов пользователей, а не просто преследуя временную точку доступа на рынке, поскольку бесчисленные предыдущие проекты доказали нам, что только те, кто наиболее в соответствии с духом децентрализации может быть процветающим в долгосрочной перспективе в мире блокчейнов, где «код — это закон» — это тотем.

Также опубликовано [Здесь] (https://medium.com/@crosschaingeek/heres-everything-you-need-to-know-about-stargate-and-beyond-62cd3a990579)