Краткий анализ развития кроссчейн агрегации.
Написано: Бортпроводник
Будь то кроссчейн активов или кроссчейн информации/данных, на рынке слишком много межсетевых мостов и различных межсетевых протоколов.По данным Chainspot, в настоящее время существует около 114 межсетевых мостов и более 130 сетей на рынке Дорога переполнена.
На таком фоне кроссчейн агрегация просто необходима. Независимо от кросс-цепочки активов или кросс-цепочки данных/информации, как лучше интегрировать различные межсетевые решения, такие как официальные мосты и мосты третьих сторон, и обеспечить большую ликвидность — это проблема, которую должны решить кроссчейн-агрегаторы.
Прежде чем обсуждать кроссчейн-агрегаторы, давайте определим и классифицируем кроссчейн методы.Научный партнер 1kx Дмитрий Берензон однажды дал более авторитетное объяснение кроссчейн мостов:
«Мост» определяется как система для передачи информации между двумя или более блокчейнами. Информация может относиться к активам, вызовам контрактов, идентификаторам или состояниям.
Можно просто понять, что межсетевой мост позволяет передавать любые данные, включая токены, статус цепочки, вызовы контрактов и даже сертификаты личности, NFT, голоса управления и т. д., из исходной цепочки в целевую, поэтому что активы и данные могут передаваться между различными свободными обращениями на блокчейне. Две цепочки могут иметь разные протоколы, правила и модели управления. Межсетевой мост позволяет обеим сторонам взаимодействовать коммуникативным, совместимым и безопасным образом.
Большинство ранних кроссчейн-мостов были в основном кроссчейнами активов, а кроссчейны данных/информации требовали более сложных структур и конструкций. Для наблюдения за перекрестным цепным мостом часто необходимо обсудить несколько его основных компонентов:
(1) Мониторинг: отвечает за мониторинг состояния исходной цепочки и вызовов функций смарт-контракта, часто с участием таких ролей, как Oracle, Validator или Relayer.
(2) Консенсус (может быть): в некоторых режимах перед тем, как информация будет передана в целевую цепочку, узел ретрансляции достигает консенсуса относительно правильности ретранслируемого сообщения.
(3) Передача/ретрансляция сообщения: после того, как роль мониторинга получает событие, она передает сообщение из цепочки источника в цепочку назначения.
(4) Подпись: узел ретрансляции подписывает сообщение и шифрует информацию, отправленную в целевую цепочку (как часть индивидуальной или мультиподписи и т. д.).
Глядя на различные структуры и структуры блокчейна, соответствующие методу кросс-чейн, мы можем лучше увидеть функции и инновации кросс-чейн-продукта:
Уровень доверия очень важен для межцепочечного протокола. Конструкция механизма доверия позволит найти компромисс между такими факторами, как безопасность, стоимость, задержка и расходы при передаче информации. Это важная позиция для межсетевых проектов. в технологических инновациях.
Разработка кросс-чейн продуктов агрегации зависит от развития самой экологии кросс-чейн мостов, требуя, чтобы различные кросс-чейн мосты имели определенную степень зрелости, чтобы иметь возможность производить более полные продукты.
После 2022 года, с непрерывным развитием проекта межсетевого моста, обновлением концепции модульной цепочки блоков и развитием новых технологий, таких как ZK, появилось множество решений кросс-цепочного моста, основанных на различных потребностях, и кросс-чейн. агрегаторы транзакций (такие как LI FI и т. д.) становятся все более зрелыми;
Кроссчейн-протокол сообщений также привлек внимание на первичном рынке и получил хорошую оценку. В общем решении интероперабельности, представленном LayerZero, в рамках LayerZero ни ретранслятор (Relayer), ни предиктор (Oracle) не сформировали никакого консенсуса или проверки, а только передают информацию, становясь кроссплатформенной без нативной системы консенсуса. протокол, просвещающий рынок.
CabinVC систематизирует информацию о текущих репрезентативных проектах, таких как многоцепочечные мосты/межсетевые агрегаторы/межсетевые информационные протоколы, включая LayerZero, Socket, XY Finance, O3 Swap, Chainswap, Multichain и протокол LiFi, которые можно использовать в этом отслеживать Проводить простой оценочный бенчмаркинг и сравнение проектов:
Однако общая передача сообщений между цепочками может не быть так называемым «концом между цепочками». В некоторых инновационных кроссчейн-проектах концепция модульного блокчейна также повлияла на этот трек, пытаясь прорваться через «невозможный треугольник совместимости» и предоставить больше возможностей для кроссчейна.
Треугольник невозможности взаимодействия:
Некоторые проекты внедряют инновации в межсетевые протоколы связи и межсетевые агрегаторы, основанные на модульных идеях. Думайте модульно.
В модульном протоколе взаимодействия структура моста может быть просто разделена на:
Среди них прикладной уровень и транспортный уровень могут совместно использоваться для адаптации к существующей парадигме приложений.В то же время, если уровень проверки настроен для модульного протокола взаимодействия на основе различных доступных в настоящее время механизмов проверки, он также может повысить фактическую программируемость в сторону вариантов использования, сумм транзакций, задержек транзакций и т. д.
Однако этот компонуемый подход требует, чтобы мост смешивал и сопоставлял различные методы проверки с различными структурными частями блокчейна и обеспечивал эффективную передачу информации. В различных методах проверки исполнительный уровень проверяет достоверность с помощью доказательства ZK, что может упростить весь процесс проверки.
Основываясь на вышеизложенных идеях, вы можете обратить внимание на следующие более инновационные кроссчейн идеи:
Модульный сетевой протокол Polymer на базе IBC
Первоначально Polymer был разработан на основе экосистемы Cosmos и расширил межсетевое взаимодействие за пределы экосистемы Cosmos через ZK-IBC (межблочное взаимодействие). Являясь центром маршрутизации с несколькими цепями, Polymer Chain создает цепочку для размещения легких клиентов ZK и средств проверки мошенничества OP для проверки транзакций из любой модульной конфигурации и поддерживает связь между разнородными цепочками, такими как Ethereum.
Агрегатор хаши Gnosis Chain
Hashi, запущенный Gnosis Chain, определяется как агрегатор хэш-оракулов EVM, основная логика которого заключается в «требовании проверки информации несколькими независимыми механизмами, а не только одним механизмом». Hashi позволяет доставлять одно и то же сообщение разными способами.Если одно и то же сообщение может появиться на целевом домене нескольких провайдеров, оно считается правильным, если появляется другое сообщение, оно разрешается в процессе разрешения споров.
Агрегация нескольких сообщений (MMA)
MMA – это разработка Uniswap для управления межсетевым обменом сообщениями. Он направлен на передачу команд основной сети Ethereum в Uniswap в других цепочках EVM, отличных от L2, для развертывания. Он рассматривается как дополнительный модуль безопасности для межсетевого обмена данными. Недавно Kydo из Счетного комитета Uniswap недавно предложил идею «использования клиента протокола в качестве моста»: планируется использовать MMA для перевода N мостов из Ethereum в другую цепочку с таким же сообщением. В принимающей цепочке, если имеется k/N мостов, доставляющих одно и то же сообщение, сообщение выполняется.