Незалежно від того, чи це перехресний ланцюг активів чи перехресний ланцюг інформації/даних, на ринку є занадто багато міжланцюжкових мостів і різноманітних міжланцюжкових протоколів. За даними Chainspot, наразі існує близько 114 перехресних мостів і понад 130 мережі на ринку Дорога людна.
На такому фоні крос-ланцюгова агрегація просто необхідна. Незалежно від перехресного ланцюга активів або перехресного ланцюга даних/інформації, як краще інтегрувати різні міжланцюгові рішення, такі як офіційні мости та сторонні мости, і запровадити більше ліквідності – це проблема, яку мають вирішити міжланцюгові агрегатори.
Перш ніж говорити про крос-чейн-агрегатори, давайте визначимо та класифікуємо крос-чейн-методи. Дослідницький партнер 1kx Дмитро Берензон одного разу дав більш авторитетне пояснення щодо крос-чейн-мостів:
«Міст» визначається як система для передачі інформації між двома або більше блокчейнами. Інформація може стосуватися активів, контрактів, ідентифікаторів або станів.
Можна просто зрозуміти, що міжланцюговий міст дозволяє передавати будь-які дані, включаючи токени, статус ланцюга, контрактні виклики та навіть сертифікати ідентифікації, NFT, голосування за управління тощо, від вихідного ланцюга до цільового, тому що активи та дані можна передавати між різними Free циркуляцією в блокчейні. Два ланцюжки можуть мати різні протоколи, правила та моделі управління. Перехресний міст дає змогу обом сторонам взаємодіяти комунікативним, сумісним і безпечним способом.
Більшість ранніх перехресних ланцюгів міст були в основному перехресними ланцюгами активів, а перехресні ланцюги даних/інформації вимагали складніших структур і конструкцій. Щоб спостерігати перехресний ланцюговий міст, часто необхідно обговорити кілька його основних компонентів:
(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.
Агрегатор Hashi від Gnosis Chain
Hashi, запущений компанією Gnosis Chain, визначається як агрегатор EVM хеш-оракула. Його основна логіка полягає у «вимаганні перевірки інформації кількома незалежними механізмами, а не лише одним». Hashi дозволяє доставляти одне й те саме повідомлення різними способами. Якщо одне й те саме повідомлення може з’являтися в цільовому домені кількох постачальників, воно вважається правильним; якщо з’являється інше повідомлення, воно вирішується за допомогою процесу вирішення суперечок.
Агрегація кількох повідомлень (MMA)
MMA — це розробка Uniswap для управління міжланцюговим обміном повідомленнями. Вона спрямована на передачу команд основної мережі Ethereum Uniswap в інших ланцюгах EVM не L2 для розгортання. Це розглядається як додатковий модуль безпеки для міжланцюгового зв’язку. Нещодавно Kydo з Комітету по підзвітності Uniswap нещодавно запропонував ідею «використання клієнта протоколу як моста»: планується використовувати MMA для передачі N мостів з Ethereum в інший ланцюжок з таким же повідомленням. У приймальному ланцюзі, якщо є мости k/N, які доставляють те саме повідомлення, повідомлення виконується.
Переглянути оригінал
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Кросс-ланцюгові транзакції, агрегація та реконструкція під «модульність»
Автор: Кабінний екіпаж
Незалежно від того, чи це перехресний ланцюг активів чи перехресний ланцюг інформації/даних, на ринку є занадто багато міжланцюжкових мостів і різноманітних міжланцюжкових протоколів. За даними Chainspot, наразі існує близько 114 перехресних мостів і понад 130 мережі на ринку Дорога людна.
На такому фоні крос-ланцюгова агрегація просто необхідна. Незалежно від перехресного ланцюга активів або перехресного ланцюга даних/інформації, як краще інтегрувати різні міжланцюгові рішення, такі як офіційні мости та сторонні мости, і запровадити більше ліквідності – це проблема, яку мають вирішити міжланцюгові агрегатори.
Перш ніж говорити про крос-чейн-агрегатори, давайте визначимо та класифікуємо крос-чейн-методи. Дослідницький партнер 1kx Дмитро Берензон одного разу дав більш авторитетне пояснення щодо крос-чейн-мостів:
«Міст» визначається як система для передачі інформації між двома або більше блокчейнами. Інформація може стосуватися активів, контрактів, ідентифікаторів або станів.
Можна просто зрозуміти, що міжланцюговий міст дозволяє передавати будь-які дані, включаючи токени, статус ланцюга, контрактні виклики та навіть сертифікати ідентифікації, NFT, голосування за управління тощо, від вихідного ланцюга до цільового, тому що активи та дані можна передавати між різними Free циркуляцією в блокчейні. Два ланцюжки можуть мати різні протоколи, правила та моделі управління. Перехресний міст дає змогу обом сторонам взаємодіяти комунікативним, сумісним і безпечним способом.
Більшість ранніх перехресних ланцюгів міст були в основному перехресними ланцюгами активів, а перехресні ланцюги даних/інформації вимагали складніших структур і конструкцій. Щоб спостерігати перехресний ланцюговий міст, часто необхідно обговорити кілька його основних компонентів:
(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.
Агрегатор Hashi від Gnosis Chain
Hashi, запущений компанією Gnosis Chain, визначається як агрегатор EVM хеш-оракула. Його основна логіка полягає у «вимаганні перевірки інформації кількома незалежними механізмами, а не лише одним». Hashi дозволяє доставляти одне й те саме повідомлення різними способами. Якщо одне й те саме повідомлення може з’являтися в цільовому домені кількох постачальників, воно вважається правильним; якщо з’являється інше повідомлення, воно вирішується за допомогою процесу вирішення суперечок.
Агрегація кількох повідомлень (MMA)
MMA — це розробка Uniswap для управління міжланцюговим обміном повідомленнями. Вона спрямована на передачу команд основної мережі Ethereum Uniswap в інших ланцюгах EVM не L2 для розгортання. Це розглядається як додатковий модуль безпеки для міжланцюгового зв’язку. Нещодавно Kydo з Комітету по підзвітності Uniswap нещодавно запропонував ідею «використання клієнта протоколу як моста»: планується використовувати MMA для передачі N мостів з Ethereum в інший ланцюжок з таким же повідомленням. У приймальному ланцюзі, якщо є мости k/N, які доставляють те саме повідомлення, повідомлення виконується.