Протокол межсетевых сообщений ZK и то, как он открывает новый способ межсетевого обмена данными

TL;DR

• Технология ZK предлагает безопасный и дешевый способ обмена данными между сетями.
• Протоколы межсетевого взаимодействия все еще находятся на ранней стадии, но обещают предоставить Dapps доступ к данным в разных цепочках.
• Секторы DeFi и разработки выиграют от разработки межсетевых децентрализованных приложений
• Ожидается, что влияние кроссчейн-даппов в ближайшие годы будет значительным, сродни влиянию глобализации.
• Разработчики усердно работают над поиском лучшей схемы для создания межсетевых децентрализованных приложений.
• Задержка, безопасность и затраты — основные критерии для кроссчейн-приложений ZK.
• Четыре компонента протокола сообщений ZK: создание доказательства хранения, ZKP для доказательства хранения, ретрансляция ZKP и развертывание.

Мы также предоставляем ИИ, обученный по этой статье, вы можете задать любой вопросы, связанные с этой статьей.

Введение

Раньше были только Ethereum и Bitcoin. У них больше всего ликвидности, больше всего игроков, больше всего приложений и больше всего транзакций. В 2020 году было запущено много новых блокчейнов, таких как Avalanche, Polygon и BSC.

После запуска этих основных сетей мы увидели смену парадигмы с Ethereum и Биткойн на ALT. Пользователи переходят с Ethereum на ALT, чтобы найти новые возможности. Строители переходят с Ethereum на ALT, чтобы разветвить существующие проекты. Эти конструкторы открывают новые возможности для пользователей, стремящихся к высокой отдаче.

Раньше у Эфириума была вся ликвидность в криптомире, кроме биткойнов. К концу 2020 года он резко упал примерно до 60%. Ниже приведен TVL для 165 цепочек от DefiLlama.

Дефиллама

Сегодня круговая диаграмма ТВЛ выглядит так. Эфириум занимает большую часть ликвидности. Tron и BSC занимают вторую и третью позиции.

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

В 2022 году станут популярными межсетевые мосты активов. Вместо того, чтобы использовать CEX в качестве межсетевого моста, пользователи пытаются перейти на децентрализованный межсетевой мост. Опять же, иногда он зависает и уязвим, но его проще использовать и перемещать большие суммы средств.

Однако создание мостов активов все еще находится на ранней стадии и не может удовлетворить потребности разработчиков децентрализованных приложений. Мосты активов могут обмениваться активами только в разных цепочках. Это слишком ограничено для строителей. Разработчики ищут более универсальный способ удовлетворения требований кроссчейн.

Благодаря межсетевому взаимодействию у разработчиков появится новый способ создания межсетевых децентрализованных приложений. Благодаря такой функции парадигма создания полноценных Dapp-приложений меняется с распределенной и изолированной на интегрированную. В изолированной модели экземпляры Dapp в разных цепочках не могут взаимодействовать друг с другом. Они не могут обмениваться данными друг с другом. В интегрированной модели экземпляры Dapp могут взаимодействовать друг с другом и могут периодически синхронизировать данные с одним экземпляром. Этот экземпляр получает все данные и может изменять параметры других экземпляров.

Благодаря межцепочечной связи на базе ZK он может передавать состояния исходной цепочки в место назначения в более сжатом формате, поскольку ZKP может предоставить краткие доказательства. Кроме того, доказательство SNARK относительно дешево для проверки в цепочках назначения. Эти две важные характеристики ZKP обеспечивают недорогую передачу сообщений между сетями. Проверка состояний исходной цепочки в цепочке назначения позволяет использовать мосты между цепочками в стиле IBC. Это значительно повышает безопасность в межцепочечных фонах.

Где мы

Мост между активами — это механизм, который позволяет передавать активы или токены между разными сетями блокчейнов. Это важно, поскольку большинство блокчейн-сетей изолированы друг от друга и не могут напрямую обмениваться активами или токенами.

Концепция межсетевых мостов активов начала привлекать внимание в последние несколько лет с запуском таких проектов, как Wormwhole, cbridge и Stargate. Эти проекты были направлены на создание взаимодействующих мостов блокчейна, которые могли бы беспрепятственно обмениваться активами и токенами.

На рынке доступно несколько межсетевых мостов, в том числе Binance Bridge, Celer cBridge, Wormhole, Anyswap и Stargate.

Мосты активов между цепочками не могут удовлетворить потребности разработчиков. Разработчики ищут более общий метод кросс-чейн, которым мог бы быть протокол обмена сообщениями между блокчейнами.

Чтобы быстро и легко удовлетворить новые требования, большинство этих мостов между сетями имеют собственный протокол ретрансляции сообщений между сетями, например Celer IM, LayerZero, anyCall от Multichain, xcall от Connext. Они предоставляют какой-то API, подобный этому

sendMessage(destinationChain, tragetAddress, payload)
receiveMessage(sourceChain, sourceAddress, payload)

Протоколы обмена сообщениями между цепочками реализованы на основе протокола межсетевых активов. С некоторыми изменениями эти межсетевые протоколы активов теперь могут передавать сообщения между цепочками. Это затруднило им реализацию настраиваемых функций для межсетевого протокола сообщений, кроме моста межсетевых активов, потому что общий дизайн должен быть совместим с передачей активов между цепочками. Им не хватает некоторых ключевых функций для создания межсетевых приложений, таких как широковещательная передача сообщений из одной цепочки всем другим развернутым контрактам в разных цепочках. Из-за этого разработчикам сложно создавать практические омниканальные децентрализованные приложения.

Они все еще находятся на ранних стадиях. Ни одно гигантское межсетевое децентрализованное приложение не создано полностью на основе этих межсетевых протоколов связи.

Зачем нам ZK

Несмотря на то, что эти мосты приносят ряд преимуществ, таких как повышение эффективности активов и улучшение взаимодействия с пользователем, они также создают риски для безопасности. Повторяющиеся атаки на межсетевые мосты привели к значительным финансовым потерям для пользователей, что сделало безопасность главным приоритетом при разработке этих систем. Эти атаки обошлись пользователям более чем в 1,5 миллиарда долларов.

За один год общие потери моста в результате хакерских атак составляют около 1,3 миллиарда долларов. Плата за мост составляет около 5‱. Multichain является крупным игроком на кроссчейн-мостах. Тридцатидневный объем для Multichain составляет 1,7 миллиарда долларов, а сборы - 635 тысяч долларов. Годовой объем составляет около 20,4 миллиарда долларов с комиссией в 7,6 миллиона долларов. Несомненно, что общий доход рынка межцепных мостов по-прежнему меньше, чем фонд убытков.

Проверяя ZKP заголовков блоков исходной цепочки, протокол межцепочечных сообщений ZKP может частично смягчить проблемы безопасности. Пользователи могут напрямую получить доступ к доказательству в цепочке назначения и проверить его самостоятельно. Без ЗКП это было бы сложно сделать. В традиционных условиях такая проверка была бы слишком дорогой.

Архитектура дизайна

В этой части мы обсудим, как ZKP обеспечивает безопасный и экономичный протокол обмена сообщениями между сетями.

Идея ретрансляции сообщений с помощью ZK относительно проста, но детальный проект может быть сложным. Общий рабочий процесс можно разбить на следующие этапы:

• Решите, какие данные передавать в целевую цепочку.
• Получить подтверждение хранения (доказательство того, что некоторые данные находятся в хранилище EVM)
• Создать подтверждение ZK на основе подтверждения хранения.
• Передать подтверждение ZK из исходной цепочки в целевую.
• Разверните ZK Proof в целевой цепочке
• Прочитать результат из целевой цепочки

Создание подтверждения хранения

Большинство сетей, совместимых с EVM, предлагают эту функцию по умолчанию. После того как пользователи определили слот хранилища, они могут использовать вызовы RPC для создания соответствующего подтверждения хранилища.

eth_getProof(DATA,ARRAY,QUANTITY|TAG)

DATA, 20 Bytes - address of the account.
ARRAY, 32 Bytes - an array of storage-keys that should be proofed and included. See eth_getStorageAt
QUANTITY|TAG - integer block number, or the string "latest" or "earliest", see the default block parameter

Сети, совместимые с EVM, используют Merkle Tree для хранения учетных записей и данных хранилища. Это делает проверку этих данных относительно простой за счет создания Merkle Proof.

Дерево Меркла — это тип структуры данных, используемый в компьютерных науках, особенно в криптографии и технологии блокчейн. Он назван в честь своего изобретателя Ральфа Меркла и также известен как бинарное хеш-дерево. Основная идея Дерева Меркла состоит в том, чтобы разделить большой объем данных на более мелкие части, хэшировать каждую часть, а затем объединить хэши для формирования единого корневого хэша. Этот корневой хэш действует как отпечаток пальца для всего набора данных, позволяя эффективно и безопасно проверять целостность данных.

В блокчейне дерево Меркла используется для суммирования и проверки транзакций в блоке. Каждая транзакция хэшируется и добавляется в дерево, а хэши объединяются определенным образом для формирования единого корневого хэша, который затем добавляется в заголовок блока. Это обеспечивает эффективный и безопасный способ проверки достоверности большого количества транзакций в блоке без необходимости проверять каждую транзакцию по отдельности. В случае изменения каких-либо данных в транзакции корневой хэш также изменится, указывая на то, что данные были подделаны.

Доказательство Меркла, также известное как путь Меркла, представляет собой криптографическое доказательство того, что определенный фрагмент данных включен в дерево Меркла. Доказательство Merkle позволяет проверить подлинность транзакции или другой части данных без загрузки и проверки всего дерева Merkle.

В доказательстве Меркла предоставляется ряд хэшей от нижней части дерева Меркла до корневого хэша, а также конкретные проверяемые данные. Начав с конкретных данных и следуя хэшам вверх по дереву, получатель может вычислить корневой хэш и сравнить его с корневым хэшем, хранящимся в заголовке блока. Если вычисленный корневой хэш совпадает с сохраненным корневым хэшем, получатель может быть уверен, что определенные данные включены в блок и не были изменены.

Доказательства Меркла являются важным компонентом обеспечения эффективности и масштабируемости сетей блокчейнов. Позволяя проверять определенные данные без загрузки и проверки всего дерева Меркла, доказательства Меркла сокращают объем данных, которые необходимо передавать и обрабатывать, повышая общую производительность сети.

ZKP для проверки хранения

Нецелесообразно публиковать все доказательства хранилища в целевой цепочке, поскольку они слишком велики, около 4 КБ. Проверка доказательства также стоит дорого. Для проверки Ethereum требуется 600 тысяч газа. Если цена газа составляет 30 gwei, общая комиссия составит 0,018 ETH (30 долларов США).

ZKP имеет несколько замечательных функций для этого сценария. ZKP может обеспечивать сжатие и возможность компоновки. Разработчики могут создать ZKP на основе доказательства дерева Меркла. Это может значительно уменьшить размер доказательства и упростить его проверку. Проверка Plonk занимает около 290 тысяч газа. Если цена газа составляет 30 gwei, общая комиссия составит 0,009 ETH (15 долларов США). Проверка Groth16 использовала около 210 тысяч газа. Если цена на газ составляет 30 gwei, общая комиссия составит 0,006 ETH (10 долларов США).

Благодаря возможности компоновки разработчики могут даже объединять различные доказательства хранилища в один ZKP для экономии ресурсов.

Эстафета ЗКП

Чтобы безопасно передать связанные обязательства, такие как корень состояния или связанный ZKP, в цепочку назначения, нам необходимо разработать для этого механизм консенсуса.

Существует три распространенных способа ретрансляции ZKP:

• Обмен сообщениями: используйте какой-либо протокол обмена сообщениями для передачи ZKP и получения соответствующих обязательств по коду OP.
• Подтверждение консенсуса. Соответствующее обязательство проверяется с помощью алгоритма консенсуса.
• Оптимистичный ретранслятор MPC. Часть идей аналогична тому, что мы видим во многих межсетевых мостах активов и проектах OPRU. Существует комитет между исходной цепочкой и цепочкой назначения. Участники комитета принимают решение о действительности обязательства ретранслируемого блока. Действительность может быть оспорена кем угодно. Когда возникают проблемы, мосты не могут откатиться назад, как при сворачивании. Отдельный набор претендентов должен фактически остановить доставку вредоносного сообщения. Эта задача стоит дорого и имеет высокую задержку, поскольку требует постоянной загрузки корневого хэша и всех данных вызовов в исходную цепочку. Он также работает только в режиме «точка-точка».

Основными ориентирами для ретрансляции ЗКП являются:

• Задержка
• Стоимость газа
• Доверять
• Вычисления вне сети

Обмен сообщениями довольно медленный с точки зрения задержки, потому что доставка сообщения требует времени для подтверждения. Пользователи должны ждать подтверждения доставки после создания новых блоков. С точки зрения стоимости газа обмен сообщениями требует взаимодействия с двумя цепочками. С точки зрения доверия предположения справедливы, потому что безопасность равна безопасности цепочки. Что касается накладных расходов на вычисления вне сети, нет необходимости делать что-либо вне сети.

Подтверждение консенсуса является жизнеспособным подходом. У него такое же доверие, стоимость газа и доверие к обмену сообщениями. Однако он должен проверить подпись вне сети. Это приводит к большим накладным расходам на вычисления вне цепочки. Проверка консенсуса также может быть выполнена в ZKP сегодня.

Оптимистичный ретранслятор MPC жертвует некоторым доверием, но получает гораздо большую задержку. Пользователям нужно только опубликовать транзакцию в сети ретранслятора. Задержка низкая. В зависимости от конкретного оптимистичного механизма ретранслятора MPC период запроса может вызвать большую задержку. Для доверия пользователи должны иметь минимальное доверие к сети ретранслятора. Вычислений вне сети не так много, но необходима связь в сети ретранслятора и защита от мошенничества.

Развертывание

После получения обязательства пользователи в цепочке назначения могут развернуть обязательство, например заголовки или хэш блока, для доступа к прошлым состояниям.

Три распространенных способа развернуть:

* Накопление в цепочке * Сжатие по цепочке * Оффчейн-сжатие

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

Сжатие в цепочке — это метод уменьшения объема данных, которые необходимо хранить в сети блокчейна. Он используется для минимизации стоимости хранения, связанной с хранением больших объемов данных в блокчейне. Идея сжатия в цепочке заключается в использовании алгоритма сжатия для уменьшения размера данных, чтобы они занимали меньше места в цепочке блоков. Это можно сделать, удалив из данных избыточную или ненужную информацию или используя структуры данных, оптимизированные для эффективного использования пространства. Затем сжатые данные сохраняются в блокчейне и могут быть распакованы, когда это необходимо для использования.

Преимущество сжатия в цепочке заключается в снижении затрат на хранение и улучшении масштабируемости сети блокчейна. Однако он также имеет некоторые недостатки. Например, процесс сжатия и распаковки данных может быть дорогостоящим в вычислительном отношении, что может увеличить задержку блокчейна. Кроме того, используемый алгоритм сжатия может отрицательно сказаться на безопасности данных, поскольку он может быть уязвим для взлома или атаки.

Аналогично сжатие вне сети сжимает данные и сохраняет их вне сети.

Вот сравнительная таблица для этих трех методов:

Связанные проекты

Многие игроки присоединяются к этой области в надежде улучшить совместимость различных сетей и снизить потенциальные риски взлома.

Наиболее популярными и перспективными проектами в области являются следующие:

• Краткие лаборатории
• Лагранж
• zkBridge
• Геродот
• =ноль; Фонд

Succinct Labs использует легкие клиентские подходы. Он использует легкий клиент для проверки консенсуса от исходной цепочки до уровня консенсуса целевой цепочки. ZKP используется для подтверждения консенсуса.

Lagrange Labs создает неинтерактивные доказательства состояния между цепочками. Сеть аттестации Лагранжа отвечает за создание корней состояния. Каждый узел Лагранжа содержит часть сегментированного закрытого ключа, который он использует для подтверждения состояния конкретной цепочки. Каждый State Root представляет собой пороговый подписанный Verkle Root, который можно использовать для проверки состояния конкретной цепочки в определенное время. State Roots являются полностью обобщенными и могут использоваться в State Proofs для проверки текущего состояния любого контракта или кошелька в цепочке.

Геродот использует доказательства хранения с ZKP для предоставления смарт-контрактов с синхронным доступом к данным в цепочке, поступающим из других слоев Ethereum. Он имеет оптимистичный ретранслятор MPC для передачи обязательств. Сжатие вне цепочки разворачивает ретранслированные заголовки блокчейна вне цепочки и создает доказательство.

zkBridge использует сеть ретрансляции MPC для генерации и ретрансляции ZKP заголовков блоков в целевые цепочки. Он использует deVrigo и рекурсивное доказательство для достижения очень быстрого времени доказательства, но есть сложность в вычислении MPC.

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

=ноль; Foundation также работает с межсетевым протоколом сообщений ZK. Это позволяет разработчикам получать доступ к состоянию Mina на Ethereum. В конце 2021 года они запустили демонстрацию для проверки состояния Mina на Ethereum. . Эта информация позволяет смарт-контрактам на Ethereum проверять действительность состояния Mina. Благодаря этой инфраструктуре смарт-контракты могут распознавать недействительные межсетевые транзакции.

У Mina есть собственные доказательства состояния, но их проверка на Ethereum обходится дорого. = ноль; Foundation использует собственную систему подтверждения Placeholder для создания вспомогательных доказательств состояния, которые было бы дешево проверить на Ethereum. Эта инфраструктура позволяет смарт-контракту Ethereum полностью проверять доказательство состояния Mina в сети. В будущем межсетевые приложения смогут напрямую проверять достоверность межсетевых транзакций с помощью этой инфраструктуры.

Мы можем использовать эту инфраструктуру, чтобы построить мост от Mina к Ethereum, выполнив следующие действия:

1. Мост запирает $MINA на Мине
2. Инфраструктура создает доказательство состояния Мины.
3. Инфраструктура поместила подтверждение состояния Мины в Ethereum
4. Эфириум проверяет действительность подтверждения состояния
5. Ethereum принимает и сохраняет доказательство, если оно действительно, и отклоняет его в противном случае
6. Мост проверяет состояние и выпускает $WMINA на Ethereum

Позже = ноль; Фонд усердно работает над решением вопросов направления. В предыдущей демонстрации это была только односторонняя связь между сетями. Теперь они теоретически поддерживают двунаправленный мост. Доказательство состояния в исходной цепочке будет сгенерировано в системе подтверждения заполнителя и упаковано в доказательства Кимчи. Затем доказательство передается верификатору Mina. Верификатор будет рассматривать доказательство состояния исходной цепочки так же, как и собственное доказательство Mina, созданное zkApp.

= ноль; Фонд также выпустил Proof Market, где пользователи/проекты могут покупать/продавать в основном доказательства SNARK. В настоящее время открыты две пары: ARITHMETIC-EXAMPLE и MINA-STATE.

Вот подробное сравнение этих проектов.

Сценарий применения

С помощью протокола межсетевой ретрансляции сообщений на основе ZK разработчики могут легко расширять свои приложения на различные блокчейны.

Раньше схема развития была ориентирована на одну сеть. При расширении на другую цепочку приложение необходимо развернуть снова.

С протоколом ретрансляции сообщений между цепочками на основе ZK произойдет сдвиг парадигмы от одноцепочечного приложения к межсетевому приложению. Крупные проекты можно легко распространить на другие сети. Это будет иметь тот же эффект, что и глобализация. Мы хотели бы видеть больше международных компаний или гигантских межсетевых децентрализованных приложений.

Благодаря малой задержке/реализации в режиме реального времени и недорогому протоколу ретрансляции сообщений между сетями он открывает рынок с множеством возможностей. Основным приложением будут DeFi, DID, управление и разработка

Дефи

DeFi может извлечь из этого большую пользу. Протокол межсетевой ретрансляции сообщений может помочь продуктам DeFi интегрировать ликвидность из разных цепочек.

DEX, межсетевые свопы и агрегаторы могут обеспечить лучший пользовательский интерфейс, меньшее проскальзывание и большую ликвидность в торговых парах. Будет один объединенный пул ликвидности для одной торговой пары в разных цепочках. Разница в цене между разными сетями будет меньше.

Очевидно, что биржи внутри сети могут собрать больше ликвидности и обеспечить пользовательский опыт, сопоставимый с CEX.

У доходного земледелия может быть более гибкая стратегия. Теперь они могут использовать разные возможности доходности в разных сетях.

Протоколы кредитования могут координироваться с большим количеством протоколов DeFi в разных сетях и принимать депозиты в большем количестве сетей.

Ончейн-деривативы сильно страдают от ликвидности. Благодаря безопасной межсетевой связи он может охватить больше потенциальных клиентов в разных цепочках и собрать больше ликвидности. Это может обеспечить лучший торговый опыт.

Управление капиталом может получить доступ к большему количеству активов в разных цепочках. Они также могут получить доступ к деривативам из разных цепочек. Это делает портфельными управляющими доступными больше инвестиционных стратегий.

Сеть приложений

Сеть приложений или настраиваемый накопительный пакет предоставляют Dapps больше свободы. Разработчики децентрализованных приложений могут настраивать цепочку приложений в соответствии со своими потребностями, такими как производительность или технические характеристики. Разработчики децентрализованных приложений также могут настраивать структуру комиссий, чтобы стимулировать пользователей. В Cosmos есть много цепочек приложений из-за его лучшей совместимости. Кроссчейн-протокол на базе ZK был бы лучшим инструментом для соединения этих цепочек приложений, отличных от Cosmos, с EVM или экосистемой уровня 2. Многие текущие накопительные пакеты SDK могут использовать кроссчейн-протокол на базе ZK.

Экосистема Cosmos опережает все другие крупные экосистемы в цепочке приложений, достигая хороших результатов в обеспечении общей безопасности в разных цепочках приложений. Расширению экосистемы Cosmos может способствовать ZKP. Composable Finance работает над расширением Cosmos до Polkadot и NEAR. Electron Labs и zkBridge переносят Cosmos на Ethereum.

Используйте возможности различных цепочек

Ни один блокчейн не идеален. Они оптимизированы для одной цели за счет других функций. С помощью межсетевого протокола обмена сообщениями разработчики могут использовать возможности каждого блокчейна и избегать его недостатков.

Разработчики децентрализованных приложений могут развертывать компоненты своих децентрализованных приложений в разных цепочках. Например, некоторые цепочки могут быть хорошим выбором для вычислений из-за низкой платы за вычисление. Некоторые цепочки могут быть оптимизированы для конфиденциальности, и это будет служить функцией конфиденциальности для Dapp. В некоторых цепочках может размещаться хранилище файлов, а некоторые подходят для обеспечения внешнего интерфейса. Межсетевой протокол обмена сообщениями может объединить эти компоненты и позволить разработчикам использовать преимущества каждой цепочки блоков.

Заключение

ZKP предлагает новый способ взаимодействия между сетями. Хотя это не обязательно решает проблему безопасности межсетевого моста, благодаря возможностям ZKP безопасная передача сообщений между цепочками теперь становится доступной. Размер доказательства намного меньше, чем раньше. Затраты на проверку в цепочке также значительно снижаются. Проверка состояния цепочки источника в цепочке назначения включает общую безопасность в стиле IBC. Это неприменимо к достижению этого с низкими затратами в прошлом.

Межсетевые протоколы сообщений ZK позволяют Dapps взаимодействовать друг с другом в разных цепочках и состояниях доступа разных цепочек. Это дает возможность создавать многоцелевые Dapps. DeFi и сети приложений могут извлечь из этого выгоду.

Протоколы межсетевой связи все еще находятся в зачаточном состоянии. Разработчики усердно работают над этими протоколами. Такие проблемы, как синхронизация состояний между различными цепочками в реальном времени, до сих пор не решены. Отладка межсетевых Dapps также может быть болезненной. Разработчики изучают лучшую схему для создания кроссчейн Dapps. Мы увидим влияние кроссчейн Dapps в ближайшие несколько лет. Это было бы так же эффективно, как глобализация, как протокол межсетевой связи, соединяющий разные блокчейны.

Источник

https://medium.com/@ ingonyama/bridge-the-multichain-universe-with-zero-knowledge-proofs-6157464fbc86

https://www.youtube.com/watch?v=8mE_0qZNVjo

Также опубликовано здесь