Перенаправте Оригінальний заголовок: Ключ до підключення всього ланцюга: Протокол міжланцюгової взаємодії

Автор: Дослідник YBB Capital Зік

Передмова

З моменту свого створення технологія блокчейну була постійним джерелом суперечок, розвиваючись від своєї початкової мети як "електронної платіжної системи" до становлення "світового комп'ютера", підкреслюючи "високошвидкісну паралельну обробку" та службу як основу для застосунків в галузі геймінгу та фінансів. Розбіжність у цінностях та технічні суперечки призвели до появи сотень публічних блокчейнів. Завдяки їх децентралізованій природі блокчейни є властиво закритими та ізольованими системами, неспроможними сприймати або спілкуватися з зовнішнім світом, що призводить до відсутності міжблокчейнового зв'язку. Поточний головний наратив щодо публічних блокчейнів рухається в напрямку багаторівневого модульного процесу. Поза рівнями виконання Layer 2 ми маємо шари доступності даних (DA), розрахункові шари та навіть шари виконання поверх інших рівнів виконання. Фрагментація ліквідності та розривні користувацькі досвіди готові посилитися. Традиційні рішення місткості міжланцюжкових містів повні ризиків.

З точки зору звичайного користувача переказ активів між блокчейнами через мости вже є незручним і тривалим, не кажучи вже про ризики розбіжності активів, хакерські атаки, раптове зростання вартості газу та нестачу ліквідності на цільових ланцюгах. Відсутність сумісності між ланцюгами не лише утруднює широке поширення технології блокчейн, але також утримує уявлення про загальнодоступні блокчейни як ворожі племена або нації, зайняті безкінечними дебатами щодо "Трилеми блокчейну" та переваг різних рішень на різних рівнях. При паралельному розвитку багатоланцюгових та багаторівневих систем підвищується попит на повну взаємодію ланцюгів в Web3. Наскільки далеко продвинулися розробники протоколів повної взаємодії ланцюжків? І наскільки ми далеко від досягнення наступної мільярдної аудиторії?

Що таке повна ланцюжкова взаємодія?

У традиційному Інтернеті фрагментація операційного досвіду майже не відчувається, оскільки сценарії оплати за допомогою Alipay або WeChat зазвичай можуть задовольнити всі запити на онлайн-платежі. Однак у світі Web3 між публічними блокчейнами існують невід'ємні бар'єри. Спрощені протоколи взаємодії з повним ланцюгом служать молотком для руйнування цих бар'єрів. Завдяки крос-чейн комунікаційним рішенням вони забезпечують безперебійну передачу активів та інформації між кількома публічними блокчейнами, прагнучи досягти безперебійного досвіду, подібного до рівня Web2, і, зрештою, досягти кінцевої мети ланцюгового агностицизму або навіть орієнтації на наміри.

Реалізація повноцінної міжцепової сумісності включає вирішення декількох ключових викликів, включаючи проблеми комунікації між неоднорідними ланцюгами смарт-контрактів та необгорнутими методами передачі активів між ланцюгами. Для вирішення цих викликів деякі проекти та протоколи впровадили інноваційні рішення, такі як LayerZero, Axelar та Wormhole. Ми подальше проаналізуємо ці проекти в наступних розділах, але перед цим необхідно зрозуміти різноманітні виклики та поточні методи міжцепової взаємодії.

Що змінилося в повному ланцюгу?

На відміну від минулого, коли користувачам доводилося блокувати активи на джереловому ланцюжку та платити газ, чекаючи довго на отримання обгорнутого токену на цільовому ланцюжку через сторонні мости, протоколи повноцінної взаємодії ланцюжків представляють нову парадигму, що розширюється з технології міжланцюжкової взаємодії. Вони служать як центр спілкування, який передає всю інформацію, включаючи активи. Це дозволяє забезпечити взаємодію між ланцюжками, наприклад, безперешкодний обмін активами в межах Sushi, яка інтегрує Stargate для маршрутизації між джереловими та цільовими ланцюжками, що значно оптимізує досвід міжланцюжкової взаємодії для користувачів. У майбутньому навіть більш амбіційні випадки використання можуть включати безперешкодну взаємодію між різними DApps на різних ланцюжках.

Вибір трикутника та три типи перевірки

Світ блокчейну завжди наповнений рішеннями, схоже на відому Трилему Блокчейну для громадських ланцюжків, рішенням міжланцюжкової взаємодії також стає Трилема Сумісності. Через технічні та безпекові обмеження протоколи міжланцюжкової взаємодії можуть оптимізуватися лише для двох з трьох наступних ключових атрибутів:

1. Недовір'я: Операції протоколу не залежать від будь-якого централізованого довірчого суб'єкта і можуть забезпечити такий самий рівень безпеки, як підґрунтя блокчейну. Це означає, що користувачі та учасники не повинні довіряти будь-якому посереднику або третій стороні, щоб забезпечити безпеку та правильне виконання операцій;
2. Масштабованість: Протокол може легко застосовуватися до будь-якої блокчейн-платформи або мережі, не обмежений конкретними технологічними архітектурами або правилами. Це дозволяє рішенням інтероперабельності підтримувати широкий спектр блокчейн-екосистем, а не лише деякі конкретні мережі;
3. Загальність: Протокол може керувати будь-яким типом перекладу даних чи активів між доменами, не лише конкретні типи транзакцій чи активів. Це означає, що через місток різні блокчейни можуть обмінюватися різними типами інформації та вартості, включаючи, але не обмежуючись криптовалютами, викликами розумних контрактів та будь-якими іншими довільними даними.

Ранні класифікації міжланцюжкових мостів зазвичай базувалися на поділі Віталіка, класифікуючи міжланцюжкові технології на три типи: контракти з часовою блокуванням хешей, підтвердження на основі свідків та підтвердження реле (підтвердження від легкого клієнта). Однак, за словами Арджуна Бхуптані, засновника Connext, рішення міжланцюжкових проблем також можна розподілити на внутрішнє підтвердження (Відсутність довіри + Розширюваність), зовнішнє підтвердження (Розширюваність + Універсальність) та внутрішнє підтвердження (Відсутність довіри + Універсальність). Ці методи підтвердження базуються на різних моделях довіри та технічних реалізаціях для задоволення різних вимог щодо безпеки та сумісності.

Нативно перевірено:
· Мости з перевіркою на рівні протоколу ґрунтуються на механізмах консенсусу як джерела, так і цільових ланцюжків, щоб безпосередньо підтверджувати транзакції. Цей метод не вимагає додаткового рівня перевірки або посередників. Наприклад, деякі мости можуть використовувати смарт-контракти для створення прямої логіки підтвердження між двома блокчейнами, що дозволяє їм підтверджувати транзакції через власні механізми консенсусу. Цей підхід підвищує безпеку, оскільки він безпосередньо залежить від вбудованих механізмів безпеки залучених ланцюжків. Однак цей метод може бути технічно складнішим, і не всі блокчейни підтримують пряму внутрішню перевірку.

Зовнішньо перевірено:
· Мости, що пройшли зовнішню верифікацію, використовують сторонні валідатори або кластери валідаторів для підтвердження валідності транзакцій. Ці валідатори можуть бути незалежними вузлами, членами консорціуму або будь-якою іншою формою учасників, що діють за межами вихідного та цільового ланцюгів. Цей підхід часто включає крос-чейн обмін повідомленнями та логіку верифікації, що виконується зовнішніми суб'єктами, а не безпосередньо обробляється самими залученими блокчейнами. Зовнішня верифікація забезпечує ширшу сумісність і гнучкість, оскільки вона не обмежується конкретними ланцюгами, але вона також створює додатковий рівень довіри та потенційні ризики безпеки. (Незважаючи на значні ризики централізації, зовнішня перевірка є найбільш поширеним методом, який пропонує гнучкість, ефективність і низькі витрати.)

Локально перевірено:
· Локально верифікований означає цільовий ланцюг, який перевіряє стан вихідного ланцюга для підтвердження транзакцій і локального виконання подальших транзакцій. Загальноприйнятою практикою є запуск легкого клієнта у вихідному ланцюжку у віртуальній машині цільового ланцюга або запуск їх паралельно. Локальна верифікація вимагає або чесної меншості, або припущення про синхронність, з принаймні одним чесним ретранслятором у комітеті (чесною меншістю), або, якщо комітет не працює нормально, користувачі повинні передавати транзакції самі (припущення синхронності). Локальна верифікація є найбільш мінімізованою до довіри формою крос-чейн зв'язку, але також є дорогою, менш гнучкою в розробці та більше підходить для блокчейнів з аналогічними державними машинами, наприклад, між мережами Ethereum і L2 або між блокчейнами, розробленими на основі Cosmos SDK.

Різноманітні типи схем

Різноманітні типи рішень Як одна з найважливіших інфраструктур у світі Web3, розробка рішень міжланцюжкової взаємодії залишається складною проблемою, що призводить до появи різних типів рішень. Поточні рішення можна розділити на п'ять типів, кожен з яких використовує унікальні методи для сприяння обміну активами, трансферу та виклику контрактів.

· Механізми обміну токенів: Цей процес дозволяє користувачам торгувати певним активом на одному блокчейні та отримувати еквівалентний актив на іншому ланцюжку. Використовуючи технології, такі як атомні обміни та крос-ланцюжкові автоматизовані ринкові мейкери (AMM), можна створювати ліквідні пули на різних ланцюжках, що дозволяє безперешкодний обмін різними активами.

· Технологія мостіння активів: Цей метод передбачає блокування або знищення активів на джереловому ланцюжку за допомогою смарт-контрактів та розблокування або створення нових активів на цільовому ланцюжку за допомогою відповідних смарт-контрактів. Ця технологія може бути поділена на три типи в залежності від того, як обробляються активи:

• Режим блокування/виготовлення: У цьому режимі активи на джереловому ланцюжку блокуються, тоді як на цільовому ланцюжку виготовляються "мосткові активи" еквівалентної вартості. Зворотна операція знищує мосткові активи на цільовому ланцюжку, щоб розблокувати оригінальні активи на джереловому ланцюжку.
• Режим спалювання / виготовлення: У цьому режимі активи на джереловому ланцюжку знищуються, і еквівалентна кількість тих самих активів виготовляється на цільовому ланцюжку.
• Режим блокування/розблокування: Цей метод передбачає блокування активів на джереловому ланцюжку, а потім розблокування еквівалентних активів у пулі ліквідності на цільовому ланцюжку. Такі мости активів часто привертають ліквідність, пропонуючи стимули, такі як розділ доходів.

· Функціональність місцевих платежів: дозволяє додаткам на джерелах ланцюга спровокувати операції з оплатою за допомогою місцевих активів на цільовому ланцюгу, або спровокувати міжланцюгові платежі на основі даних з одного ланцюга на інший. Цей метод в основному використовується для розрахунків і може бути спровокований на основі даних блокчейну або зовнішніх подій.

· Взаємодія розумних контрактів: Дозволяє розумним контрактам на джереловому ланцюжку викликати функції розумних контрактів на цільовому ланцюжку на основі локальних даних, що дозволяє складні крос-ланцюжкові додатки, включаючи обмін активами та операції мостіння.

· Програмовані мости активів: Це передове рішення щодо сумісності, яке об'єднує функціонал мостів активів та обміну повідомленнями. Коли активи переносяться з джерела на цільовий ланцюжок, виклики контрактів на цільовому ланцюжку можуть бути негайно спричинені, що дозволяє різноманітні функції міжланцюжкового взаємодії, такі як стейкінг, обмін активами або зберігання активів в смарт-контрактах на цільовому ланцюжку.

Нульовий рівень

Як найвідоміший проєкт на арені протоколів інтероперабельності повного ланцюга, Layer Zero залучив значний криптокапітал від a16z, Sequoia Capital, Coinbase Ventures, Binance Labs та Multicoin Capital, завершивши три раунди фінансування на загальну суму 315 мільйонів доларів. Окрім невід'ємної привабливості проєкту, це підкреслює важливість повної сумісності ланцюга в очах капіталу найвищого рівня. Відкинувши його ореол і суперечки навколо централізації та недоліків екосистеми, давайте проаналізуємо, чи має архітектура нульового рівня потенціал для полегшення підключення до повного ланцюга.

Trustless Cross-Chain: Як згадувалося раніше, найбільш поширені рішення для кросчейн-мостів покладаються виключно на зовнішню перевірку, що значно знижує безпеку через зміщення довіри до офчейн-верифікації (більшість мостів з мультипідписом, які були використані, поділяють цю вразливість, оскільки хакерам потрібно лише націлитися на місце зберігання активів). На противагу цьому, LayerZero перетворює архітектуру верифікації на дві незалежні сутності — Oracles і Relayers, застосовуючи максимально мінімалістичний підхід для пом'якшення недоліків зовнішньої перевірки. Теоретично, незалежність між ними повинна забезпечувати повністю безнадійне та безпечне міжланцюгове середовище спілкування. Однак проблема полягає в тому, що хакери можуть націлюватися на оракули та ретранслятори для зловмисної діяльності. Крім того, можливість централізованої змови між Oracles і Relayers викликає занепокоєння, припускаючи, що крос-чейн нульового рівня, що не потребує довіри, у версії 1 може мати кілька логічних прогалин. Версія 2 представляє децентралізовані мережі верифікації (DVN) для покращення методу перевірки, про який ми поговоримо пізніше.

Кінцеві точки LayerZero: Кінцеві точки LayerZero є ключовими елементами функціональності протоколу. У той час як оракули та ретранслятори версії 1, а також DVN версії 2 в основному займаються перевіркою повідомлень та запобіганням шахрайству, кінцеві точки – це смарт-контракти, які забезпечують фактичний обмін повідомленнями між локальними середовищами двох блокчейнів. Кожна кінцева точка блокчейнів-учасників складається з чотирьох модулів: Communicator, Verifier, Network і Libraries. Перші три модулі забезпечують основні функції протоколу, тоді як модуль Libraries дозволяє розробникам протоколу розширювати його основні функціональні можливості та додавати спеціальні функції, специфічні для блокчейну. Ці спеціальні бібліотеки дозволяють LayerZero адаптуватися до різноманітного спектру блокчейнів з різними архітектурами та середовищами віртуальних машин, наприклад, підтримуючи як EVM-сумісні мережі, так і не-EVM-ланцюги.

Як це працює: Ядро комунікаційної системи LayerZero покладається на кінцеві точки. За допомогою трьох модулів, згаданих раніше, він формує інфраструктуру для крос-чейн передачі повідомлень. Процес починається з того, що додаток на одному блокчейні (ланцюжок А) надсилає повідомлення, що включає передачу деталей транзакції, ідентифікатора цільового ланцюга, корисного навантаження та платіжної інформації Комунікатору. Потім комунікатор компілює цю інформацію в пакет даних і передає її разом з іншими даними верифікатору. Верифікатор співпрацює з мережею, щоб ініціювати передачу заголовка блоку ланцюжка А цільовому ланцюжку (ланцюжку Б), одночасно спрямовуючи ретранслятора на попереднє отримання доказів транзакцій для забезпечення автентичності. Oracle і Relayer відповідають за отримання заголовка блоку та доказів транзакцій відповідно, а потім передачу цієї інформації мережевому контракту в ланцюжку B, який передає хеш блоку верифікатору. Після перевірки пакета даних і доказів транзакцій, наданих Relayer, повідомлення пересилається комунікатору в ланцюжку B. Нарешті, смарт-контракт передає повідомлення цільовій програмі в ланцюжку B, завершуючи процес міжланцюгової комунікації.

У версії LayerZero Version 2 Оракули замінені Децентралізованими мережами перевірки (DVNs), щоб вирішити критику централізації та небезпеки зовнішніх сутностей. Одночасно Ретранслятори замінені Виконавцями, чия роль обмежується лише виконанням транзакцій, а не їх верифікацією.

Модульність та масштабованість: Розробники можуть використовувати модуль бібліотек для розширення основних функцій LayerZero на блокчейнах. Ці модулі є частиною набору розумних контрактів протоколу. Бібліотеки дозволяють реалізувати нові функції у специфічний для блокчейна спосіб, не модифікуючи основний код LayerZero. Протокол є високомасштабовним, оскільки використовує легку налаштування повідомлень для міжланцюжкового зв'язку.

Простий користувацький досвід: Однією з ключових особливостей LayerZero є його користувацька дружність. Крос-ланцюжкові операції за допомогою протоколу можуть бути проведені як одна транзакція, що усуває процеси обгортання та розгортання токенів, які зазвичай пов'язані з традиційними криптопереходами. У результаті користувацький досвід схожий на обмін або переказ токенів на тому ж ланцюжку.

LayerZero Сканування: Враховуючи майже 50 публічних ланцюгів та платформ Layer 2, які підтримує LayerZero, відстеження активності повідомлень на LayerZero - це непросте завдання. Саме тут відбувається включення LayerZero Scan. Це додаток для перегляду на різних ланцюгах, який дозволяє переглядати всі обміни протоколами повідомлень на участь у ланцюгах. Браузер дозволяє переглядати активність повідомлень окремо за джерелом та цільовим ланцюгом. Ви також можете вивчити активність транзакцій для кожного Додатку, використовуючи LayerZero.

OFT (Omnichain Fungible Token): Стандарт OFT (Omnichain Fungible Token) дозволяє розробникам створювати токени з функціональністю на рівні рівня мультиплікації по різних ланцюгах. Стандарт OFT передбачає випалювання токенів на одному ланцюжку, тоді як на цільовому ланцюжку створюється репліка токену. Спочатку оригінальний стандарт токенів OFT можна було використовувати лише з ланцюжками, сумісними з EVM. LayerZero розширив цей стандарт у найновішій версії OFTV2, щоб підтримувати платформи, не сумісні з EVM.

ONFT (Omnichain Non-Fungible Token): ONFT - це незамінна версія стандарту OFT. NFT, створені на основі стандарту ONFT, можуть бути передані та збережені на рівні мереж, що підтримують цей стандарт.

Червоточина

Подібно до Layer Zero, Wormhole є частиною простору протоколу взаємодії повного ланцюжка, починаючи зробляти відбиток під час нещодавньої події з роздачі токенів. Протокол був початково запущений у жовтні 2020 року і розвинувся з двостороннього міста токенів у його версії 1 до можливості розробки власних крос-ланцюжкових додатків, які охоплюють кілька ланцюжків. Протокол, ймовірно, найбільш відомий за інцидентом хакерства 3 лютого 2022 року, який призвів до крадіжки токенів ETH на суму 360 мільйонів доларів. Однак Wormhole вдалося поповнити кошти (з невідомого джерела) менше ніж за 24 години, і нещодавно оголосив про фінансування на суму 225 мільйонів доларів. Так що робить Wormhole так привабливим для капіталовкладень?

Стратегічна спрямованість: Глибина черв'яка не полягає в першу чергу в системах на основі EVM, а в не-EVM системах. Це єдиний головний протокол повного ланцюжка, який підтримує гетерогенні публічні ланцюжки, такі як Solana та родина Move (APT, SUI), серед інших. При цьому що ці екосистеми продовжують відновлюватися й рости експоненційно, поява черв'яка як лідера стає неодмінною.

Як це працює: У центрі Wormhole знаходиться протокол міжланцюгової підтримки перевірки дій (VAA) та 19 вузлів-сторожів (вибраних з відомих установ галузі, що часто критикується). Він перетворює запити в VAA через контракт Wormhole Core на кожному ланцюжку для спрощення міжланцюжкових операцій. Конкретний процес виглядає наступним чином:

• Виникнення події та створення повідомлення: Конкретні події, які відбуваються на джереловому ланцюжку, такі як запити на передачу активів, фіксуються та укладаються в повідомлення. Це повідомлення деталізує подію та дії, які потрібно виконати.
• Моніторинг та підписування вузлів-охоронців: 19 вузлів-охоронців у мережі Wormhole відповідають за моніторинг подій міжланцюгової взаємодії. Коли вони виявляють подію на джерелі, вони перевіряють інформацію про подію. Після підтвердження кожен вузол-охоронець підписує повідомлення своїм приватним ключем, вказуючи на підтвердження та затвердження події (потрібно погодження двох третин вузлів).
• Генерація підтвердження дій (VAA): Як тільки достатня кількість вузлів-опікунів підписала повідомлення, ці підписи збираються і упаковуються в VAA. VAA є перевірним підтвердженням події та її міжланцюжкового запиту, що містить докладну інформацію про початкову подію та підтвердження підписів вузлів-опікунів.
• Передача міжланцюжкової передачі VAA: Потім VAA відправляється на цільовий ланцюг. На цільовому ланцюзі відповідальний за перевірку автентичності VAA контракт Wormhole Core, що включає перевірку підписів вузлів-опікунів, які містяться в VAA, щоб забезпечити, що вони походять від довірених вузлів і що повідомлення не було змінено.
• Виконання міжланцюжкових дій: Як тільки контракт черв'ячного отвору на цільовому ланцюжку перевірив валідність VAA, він виконує відповідні дії відповідно до VAA. Це може включати створення нових токенів, переклад активів, виконання викликів розумного контракту або інші користувацькі операції. Таким чином, події на джерелі можуть спричинити відповідні відповіді на цільовому ланцюжку.

>>>>> gd2md-html alert: inline image link here (to images/image4.png). Store image on your image server and adjust path/filename/extension if necessary.
(На початок)(Наступне сповіщення)
>>>>>

Модуль безпеки: Воронка розробляє три основні внутрішні функції безпеки: управління, облік та аварійне вимкнення, усе це в відкритому середовищі розробки для надання глибокого розуміння їх кінцевих реалізацій. Ці функції чекають завершення та прийняття опікунами.

• Управління: Ця функція, реалізована на рівні опікуна / оракула, дозволяє опікунам контролювати потік вартості на будь-якому регульованому ланцюжку протягом певного часового вікна. Опікун встановлює прийнятні ліміти потоку для кожного ланцюжка, а будь-який потік, що перевищує цей ліміт, блокується для запобігання надмірного переміщення активів.
• Облік: Реалізований опікунами або оракулами, вони підтримують свій блокчейн (також відомий як черв'яковий ланцюжок), що служить як міжланцюжковий рахунок між різними ланцюжками. Цей рахунок не тільки позиціонує опікунів як он-чейн валідаторів, але також діє як плагін обліку. Опікунам можуть відхилити міжланцюжкові транзакції від ланцюжків з недостатніми коштами (ця перевірка є незалежною від логіки смарт-контрактів).
• Вимкнення: Реалізовано on-chain, ця функція дозволяє опікунам тимчасово зупинити потік активів на мосту, якщо виявлено потенційну загрозу для моста між ланцюжками. Поточна реалізація виконується через виклики функцій on-chain.

Швидка інтеграція: продукт Connect від Wormhole пропонує додаткам простий інструмент мостування, який інтегрує функціональність міжланцюгового протоколу Wormhole лише за декілька рядків коду. Основна функція Connect - надавати розробникам набір спрощених інструментів інтеграції, які дозволяють їм включати функції капсулювання та мостування місцевих активів Wormhole в свої додатки з мінімальним кодуванням. Наприклад, майданчик NFT, який бажає мостити свої NFT з Ethereum на Solana, може використовувати Connect, щоб надати своїм користувачам простий, швидкий інструмент мостування у межах свого додатка, дозволяючи їм вільно переміщувати свої NFT між двома ланцюгами.

Повідомлення: У різноманітному екосистемі блокчейну повідомлення стає основною вимогою. Продукт Повідомлення Wormhole пропонує децентралізоване рішення, яке дозволяє різним блокчейн-мережам безпечно і легко обмінюватися інформацією та вартістю. Основна функціональність Повідомлення - це трансляція інформації між ланцюжками, обладнана спрощеними методами інтеграції для прискорення зростання користувачів та ліквідності, зберігаючи високу безпеку та децентралізацію. Наприклад, DeFi-проект, який працює на Ethereum і хоче взаємодіяти з іншим проектом на Solana, може легко обмінюватися інформацією та вартістю через Повідомлення Wormhole, без ускладнених посередницьких кроків або втручання сторонніх осіб.

Фреймворк NTT: Фреймворк NTT (передачі місцевих токенів) через Wormhole надає інноваційний та комплексний рішення для міжблокчейнових передач місцевих токенів та NFT. NTT дозволяє токенам зберігати свої вроджені властивості під час процесу переходу між ланцюжками та підтримує прямі передачі токенів між ланцюжками без необхідності пулів ліквідності, тим самим уникненням комісій LP, зношування або ризиків MEV. Крім того, він може інтегруватися з будь-яким токен-контрактом або стандартом та процесами управління протоколом, що дозволяє командам проектів зберігати власність, оновлювати дозволи та настроюваність своїх токенів.

Висновок

Незважаючи на те, що на початкових етапах протоколи повноцінної взаємодії ланцюжків стикаються з викликами в галузі безпеки та ризиками централізації, а також користувацький досвід ще не може конкурувати з екосистемою інтернету Web2. Проте, порівняно з ранніми технологіями місткість між ланцюжками, поточні рішення зробили значний прогрес. У довгостроковій перспективі протоколи повної взаємодії ланцюжків представляють собою величезну наративну концепцію інтеграції тисяч ізольованих ланцюжків в єдину екосистему. Особливо в епоху прагнення до екстремальної швидкості та вартісної ефективності в модулярності, повноцінні протоколи ланцюжків безперечно відіграють важливу роль у мості між минулим та майбутнім. Це ключова сфера, на яку ми повинні звертати увагу.

Disclaimer：

1. Ця стаття перепублікована з [ YBBПереадресуйте оригінальний заголовок «Ключ до повного підключення ланцюга: Протокол взаємодії всіх ланцюгів», Всі авторські права належать оригінальному авторуДослідник YBB Capital Зік]. Якщо є заперечення проти цього перевидання, будь ласка, зв'яжіться з Gate Learnкоманда, і вони негайно займуться цим.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, є виключно тими, що належать автору і не становлять жодної інвестиційної поради.
3. Переклади статті на інші мови виконуються командою Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонені.