Огляд проєкту

LayerZero - це протокол міжланцюжкової сумісності, спрямований на обмін даними між ланцюжками. У галузі цей тип "моста" часто називають "довільними мостами повідомлень (AMBs)", які дозволяють передавати будь-які дані, включаючи токени, стани ланцюжків, виклики контрактів, NFT або голосування за управління, з Ланцюжка A на Ланцюжок B.

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

Основні моменти проекту LayerZero:

1) Фонд LayerZero наразі має загальну вартість активів у розмірі $261 мільйон, що забезпечує достатні кошти для довгострокового розвитку та операцій проекту.

2) У плані дизайну продукту LayerZero відрізняється від традиційних мостів між ланцюгами на ринку за допомогою мереж оракулів замість постійного стрімінгу для міжланцюжкових переказів. Передавши бремя перевірки інформації on-chain стороннім оракулам, протокол стає більш легким і ефективним з точки зору витрат на експлуатацію.

3) Інноваційна технологія LayerZero, поєднана з швидкістю впровадження та певними вигодами вартості, а також підтримкою від відомих ВК та впливових КОЛ зі спільноти, призвела до швидкого розширення екосистеми LayerZero протягом приблизно одного року. Проект досяг значних віх у секторах DeFi, NFT та стейблкоїнів. Наразі інтегруються або використовують технологію LayerZero більш як 50 проектів (включаючи проекти, які ще не були офіційно запущені/онлайн).

4) Кількість добре розвинутих та не атакованих проектів містких повідомлень (AMBs) на ринку все ще досить невелика, що надає LayerZero певну перевагу першого руху.

Ризики цього проекту:

1) Безпека LayerZero ще не була повністю перевірена, і довіра між оракулами та ретрансляторами потребує подальшого розгляду. Уразливості безпеки за механізмом ретрансляції також слід уважно контролювати. Однак з іншого боку, безпека LayerZero теоретично не опускається нижче довіри до оракулів, що переконливо. Ключовим може бути досягнення децентралізованої ретрансляції.

2) Економічна модель LayerZero ще не була оприлюднена. У сфері міжланцюжкових мостів більшість токенів проектів зазвичай проявляли слабкі здатності до захоплення вартості. Майбутня економічна модель LayerZero залишається під спостереженням.

Загалом, хоча LayerZero все ще стикається з деякими викликами, його фундаментальні принципи в цілому міцні, що робить його варто звернути увагу.

Примітка: Остаточний "Focus" / "Not Focus", визначений FirstVIP, є результатом всебічного аналізу поточних основ проекту на основі фреймворку оцінки проекту FirstVIP, а не прогнозом майбутнього руху ціни токена проекту. Існує багато факторів, які впливають на ціни токенів, і основи проекту - не єдиний фактор. Тому не слід вважати, що проєкт обов'язково зазнає падіння ціни лише тому, що у звіті про дослідження він визначений як «Не фокус». Крім того, розвиток блокчейн-проектів динамічний. Якщо проект, визначений як «Не фокус», зазнає значних позитивних змін у своїх основах, ми можемо змінити його на «Фокус». Аналогічно, якщо проект, визначений як «Фокус», зазнає значних негативних змін, ми винесемо попередження всім учасникам і можемо змінити його на «Не фокус».

1. Огляд

1.1 Вступ до проекту

LayerZero - це протокол сумісності, призначений для легкого перенесення інформації між різними ланцюжками.

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

1.2 Основна інформація

2. Детальний опис проекту

2.1 Команда

Компанія LayerZero Labs Canada Inc. (номер компанії: 1355847-9) була зареєстрована в Канаді відповідно до Закону про корпорації бізнесу Канади 30 листопада 2021 року. Калеб Баністер, Райан Зарік та Брайан Пеллегріно зазначені як директори компанії[1].

Згідно з LinkedIn[2], наразі у LayerZero 29 учасників. Деталі щодо основних учасників наведені нижче:

Калеб Баністер, співзасновник LayerZero Labs та Stargate Finance, закінчив Університет Нью-Гемпшира в США у 2010 році. З 2005.06 по 2010.12 він працював розробником програмного забезпечення в Лабораторії сумісності UNH. З 2010.09 по 2021.02 він був співзасновником Coder Den, компанії з консалтингу з програмного забезпечення. З 2018.03 по 2021.02 він був співзасновником 80Trill, криптокомпанії, яка спеціалізується на написанні та аудиті розумних контрактів для проектів, пов'язаних з блокчейном. З 2019.06 по 2021.02 він був співзасновником Minimal AI, компанії з ML/AI. З 2021.02 він заснував LayerZero.

Брайан Пеллегріно, співзасновник та генеральний директор LayerZero Labs, закінчив Університет Нью-Гемпшира в 2008 році. З жовтня 2010 по січень 2013 року він працював співзасновником та генеральним директором Coder Den. З червня 2011 по січень 2013 року він був генеральним директором BuzzDraft (придбано в 2013 році). З жовтня 2017 по серпень 2019 року він був співзасновником OpenToken. З червня 2016 року він є головним інженером в Rho AI. Він заснував LayerZero в 2021 році. До заснування LayerZero Пеллегріно був професійним гравцем в покер та успішно продав набір інструментів машинного навчання, які він розробив для команди Major League Baseball (MLB). Він також публікував звіти в галузі штучного інтелекту. Маріо Габріеле, Генераліст, провів інтерв'ю з Пеллегріно, ті, хто зацікавлені в його біографії, можуть звертатися за наступним посиланням.

Райан Зарік, співзасновник та головний технічний директор LayerZero Labs, закінчив Університет Нью-Гемпшира в 2011 році. З 2006.08 по 2011.05 він працював розробником програмного забезпечення та асистентом аспіранту в Лабораторії взаємодії UNH. З 2011.11 по 2013.03 року він працював як головний технічний директор BuzzDraft. З 2010.09 по 2020.13 року він був співзасновником Coder Den. З 2018.01 по 2020.03 року він співзаснував 80Trill. З 2019.06 по 2021.01 року він співзасновував Minimal AI. У 2021 році він заснував LayerZero та став головним технічним директором.

За оглядом резюме трьох співзасновників LayerZero Labs можна судити, що існує високий рівень перекриття, що свідчить про довгострокові співпраці та добре згоджену команду. У всіх трьох осіб є рік розвитку або успішного досвіду підприємництва.

0xMaki[3], колишній засновник та основний учасник SushiSwap, тепер повністю приєднався до LayerZero Labs. 0xMaki відіграв ключову роль у ранньому маркетингу SushiSwap та став лідером проєкту після виходу Chef Nomi. Під час своєї роботи 0xMaki в основному був відповідальний за визначення щоденних операцій, стратегію розвитку бізнесу та загальний розвиток SushiSwap. Крім того, крос-ланцюжковий проєкт обміну SushiXSwap був завершений під керівництвом 0xmaki, додаючи сценарії застосування до протоколів Sushi та LayerZero.

2.2 Фінансування

Таблиця 2-1 Фінансова ситуація рівня нуль

Крім того, через вплив інциденту з банкрутством FTX на початку листопада 2022 року, 11 листопада 2022 року LayerZero офіційно оголосила, що вона викупила 100% акцій, токенів, та будь-яких інших угод від FTX/FTX Ventures/Alameda Research. На той момент загальна вартість активів, утримуваних фондом, становила $134 мільйони (сума в $10,7 мільйонів, утримувана командою на біржі FTX, не включена в розрахунок, згаданий вище). Таким чином, можна також побачити, що третє раунду фінансування для LayerZero не був завершений.

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

2.3 Код

Рисунок 2-1 Ситуація з кодовою базою LayerZero[9]

Як показано на рисунку 2-1 вище, базовий код LayerZero був оновлений з березня 2019 року. В цілому, LayerZero накопичив 6,415 подань коду, і загалом 116 розробників стали авторами Git/Issue та рецензентами на LayerZero Github.

На основі інформації, оприлюдненої LayerZero у вересні 2022 року [10], тестова мережа LayerZero розгорнула понад 7000 активних контрактів, що свідчить про дуже високий рівень прийняття.

Крім того, кодова база LayerZero пройшла всього 4 аудити, проведені Zellic, Ackee та SlowMist (SlowMist). Звіти про конкретні аудити можна знайти за цим посиланням.

Підсумовуючи, за останні три роки проект LayerZero мав хороші зміни коду, достатньо розробників, і кілька важливих кодових баз часто оновлювались.

2.4 Технології

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

2.4.1Фреймворк LayerZero

Згідно з білим папером LayerZero [11], ядро протоколу складається з трьох компонентів: Кінцева точка, Оракул та Ретранслятор.

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

У протоколі LayerZero кожен ланцюжок повинен розгорнути Кінцеву точку LayerZero. Кінцеву точку можна викликати та використовувати іншими додатками в тому ж ланцюжку, і вона відповідає за надсилання інформації на зовнішні посилання. Наприклад: якщо Dapp хоче передати інформацію з Ланцюжка A на Ланцюжок B, спочатку вона повинна викликати Кінцеву точку Ланцюжка A та надіслати інформацію, яку потрібно відправити.

Кожна кінцева точка LayerZero поділена на 4 модулі: Комунікатор, Валідатор, Мережа та Бібліотеки. Комунікатори, валідатори та модулі мережі складають основну функціональність Кінцевої точки, і ці модулі діють подібно до традиційного стеку мережі. Повідомлення відправляються вниз по стеку на відправнику (комунікатор), перевіряються валідатором перед передачею на мережу, а потім відправляються вгору по стеку на отримувачі.

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

Перед тим як вводити оракули та ретранслятори, нам потрібно спочатку уточнити певне поняття. По-перше, для підтвердження блоку на ланцюжку нам потрібно дві частини інформації: 1) заголовок блоку, який містить корінь квитанцій[12]；2) Доказ транзакції, тобто доказ Меркла-Патріції на EVM[13]。

LayerZero розділяє ці дві частини наступним чином: 1) Оракул передає заголовок блоку——будь-який обраний оракул; 2) Релеєр передає доказ транзакції.

2) Для LayerZero оракул - це зовнішній компонент, тобто сервіс сторонньої сторони, незалежний від протоколу LayerZero. Основна цінність, яку надає оракул, полягає в тому, щоб надсилати заголовки блоків на інший ланцюжок, щоб можна було перевірити валідність транзакцій на вихідному ланцюжку на цільовому ланцюжку.

3) Релеєр - це сервіс поза ланцюжкового, який отримує докази транзакцій з джерела ланцюжка, а потім передає їх на цільовий ланцюжок. LayerZero вважає, що для забезпечення ефективної доставки транзакцій оракул і релеєр повинні бути незалежними один від одного.

Зараз найпоширеніший спосіб взаємодії одного ланцюжка з іншим ланцюжком без довіри полягає в безперервному передаванні заголовків блоків Ланцюжка A Ланцюжку B. Наприклад, Реле передає заголовки блоків BTC через сторонню сторону, забезпечуючи надійне джерело даних BTC для міжланцюжкових застосувань на Ethereum, що дозволяє обіг вартості між BTC та Ethereum. У цьому випадку крос-ланцюжковий містковий договір фактично є легким клієнтом. Цей метод передачі інформації є найбезпечнішим, але проблема полягає в тому, що вартість запису в ланцюжок є дуже високою, тому безперервна передача цих заголовків блоків є дуже дорогою.

Найбільшим покращенням LayerZero є те, що він вибирає мережу оракулів для заміни цього безперервного стрімінгу.

На даний момент, згідно з документацією та розкриттям команди офіційного веб-сайту LayerZero, Chainlink та TSS Oracle є оракулами, налаштованими на тестовій мережі. Поточні оракули не є децентралізованими та не були протестовані в реальних сценаріях, що означає ризик взлому. Згідно з офіційним описом, після завершення тестування LayerZero буде опубліковано більше оракулів.

LayerZero використовує Chainlink як свій оракул, що матиме кілька переваг:

1) Зовнішнє забезпечення функціональності перевірки інформації усуває необхідність запуску вузлів на зв'язаному ланцюгу. Оракули дозволяють лише один раз передавати блок-заголовки на цільовий ланцюг, що зменшує операційні витрати;

2) LayerZero використовує оракули та реле для передачі повідомлень між кінцевими точками на різних ланцюгах. Шляхом потокової передачі заголовків блоків на вимогу через оракули, LayerZero досягає потрібного стану синхронізації за допомогою більш ефективних позаланцюжкових сутностей. Заголовки блоків, надані оракулами, перевіряються взаємно з підтвердженнями транзакцій, наданими реле. Тільки коли співпрацюють оракули та реле, система зазнає невдачі, забезпечуючи безпеку не гіршу, ніж у оракулів;

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

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

2.4.2 Безпека

•У LayerZero існує важливе довірче припущення, що оракули та релеї повинні працювати незалежно один від одного.

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

Хоча в LayerZero протокол дозволяє кожній команді розробників Dapp модифікувати код оракула / релеєра, наданий LayerZero, та прививати його на власні сервери або валідаторні мережі для використання власних оракулів для подачі цін, або запускати власний релеєр, щоб забезпечити, що оракул не змовляється з релеєром (LayerZero також раніше запропонував, що релеєри повинні бути більш децентралізованими).

Однак поточна ситуація полягає в тому, що хоча всі знають, що «децентралізація» краще, більшість Dapps, через витрати, операційні, розгляди з урахуванням досвіду користувачів та уявлення, що «Chainlink достатньо добрий», віддають перевагу Chainlink як своєму обраному оракулу. Так само, більшість Dapps безпосередньо обирали б релейер LayerZero. Це схоже на те, що майже немає користувачів, які запускають власні вузли для торгівлі, оскільки люди покладаються на централізованих постачальників послуг, таких як Infura та Alchemy.

У цьому випадку, якщо релеєр виявить зловмисну поведінку (був взламаний або не працює як очікувалося), оракул Chainlink перехопить і запобігати великим втратам на початковому ланцюжку. Переваги вибору Chainlink неоспоримі, але якщо ми припустимо, що Chainlink може бути ефективним і реалістичним альтернативою для досягнення обох функціональностей (оракул та релеєр), то припущення про довіру LayerZero стає під сумнівом.

Вищезазначена точка зору була натхненна статтею Pickle та Aylo “Війни рівня 0: LayerZero проти CCIP Chainlink”. Зацікавлені читачі можуть звертатися до оригінальної статті для подальшого читання.

•Безпеку оракула Chainlink було підтверджено ринком, і ключ до функцій безпеки у протоколі LayerZero знаходиться в ретрансляторах.

У квітні 2022 року команда LayerZero представила метод забезпечення безпеки протоколу, який називається «Попередній злочин». Наразі про Попередній злочин обмежена кількість публічної інформації, і у блозі надано лише загальний огляд його базової діяльності. Загалом модель Попереднього злочину дозволяє Користувацьким Додаткам (КД) визначати набір конкретних тверджень, які повинні підтвердити релеї. Якщо твердження невірні, реле не буде передавати транзакцію. Введенням Попереднього злочину релеї можуть запобігти хакерським атакам ще до їх виникнення.

На даний момент відповідний репозиторій коду для "Pre-Crime" не був опублікований у відкритому доступі. Однак команда LayerZero випустила приватну бета-версію Pre-Crime з участю кількох команд. Дата випуску офіційної версії ще не була розкрита, і її ефективність все ще потребує перевірки практично.

•Безпечність ризики за механізмом ретрансляції[15]

Раніше, 28 березня, LayerZero оновив контракт на верифікацію, який використовується для крос-чейн транзакцій, не роблячи жодних публічних оголошень. Команда безпеки Cobo виявила, що це оновлення є виправленням значної вразливості безпеки, порівнявши код оригінального контракту на перевірку (MPTValidator) і нового контракту на перевірку (MPTValidatorV2).

Код цієї вразливості є найбільш критичною частиною перевірки транзакції MPT в протоколі LayerZero і служить основою для нормальної роботи всього протоколу LayerZero та протоколів верхнього рівня. Якщо його не виявлено вчасно, найбільш серйозним наслідком, який може виникнути, навіть при повній довірі до оракула LayerZero, є те, що ретранслятори все ще можуть атакувати міжланцюжковий протокол, підробляючи дані про отримання, порушуючи попередні припущення щодо безпеки LayerZero.

Хоча LayerZero виправив поточну вразливість, не можна виключити можливість інших вразливостей. Цей інцидент також викликав обурення у спільноті щодо безпеки механізму передачі за LayerZero.

Загалом, хоча LayerZero вже виріс до значного розміру, безпека за його протоколом ще не була повністю перевірена.

2.4.3 Процес виконання

Рисунок 2-2 Потік комунікації у міжланцюжкових транзакціях LayerZero

Конкретний процес виконання LayerZero виглядає наступним чином:

• Коли Застосунок користувача[16] передає повідомлення міжланцюжкової (наприклад, з Ланцюга A на Ланець B), спочатку потрібно викликати розумний контракт LayerZero Endpoint.

• Повідомлення потрапляє до кінцевої точки Ланцюга A, після чого ця кінцева точка упаковує повідомлення (доказ транзакції та заголовок блоку) та інформацію до Ланцюга B (цільовий ланцюг) до оракула та релея (обидва суб'єкти є незалежними та поза ланцюжком).

• Оракул читає та підтверджує заголовок блоку. Після того, як оракул визначає, що блок було підтверджено кілька разів на Chain A, він надсилає заголовок блоку на Кінцеву точку на Chain B. У той же час релеєр надсилає відповідне доказове підтвердження операції.

• Після успішної перевірки цільовим ланцюгом заголовка блоку та доказу транзакції, повідомлення пересилається до цільового ланцюга, завершуючи міжланцюжкову комунікацію.

Примітка: Для того щоб зробити вищезазначений процес більш зрозумілим, редактор спростив деякі деталі, такі як кінцеві точки (комунікатор, валідатор та мережа), але суттєва логіка залишається незмінною.

З вищевказаного процесу легко бачити, що LayerZero відповідає лише за передачу повідомлення, подібно до того, як у A є повідомлення, яке потрібно передати B, тому A дзвонить B та повідомляє їм зміст повідомлення, B піднімає трубку, отримує повідомлення, і процес завершується. Це дуже проста логіка. Таким чином, як здійснюється передача активів між ланцюжками?

По-перше, кожному ланцюжку потрібно розгорнути точку доступу LayerZero для відправлення та отримання інформації. Ліквідність активних операцій збалансована DApps, такими як DEX, які інтегрують функціональність LayerZero на різних точках доступу.

Наразі Stargate Finance забезпечує цю можливість балансування для LayerZero, алгоритм Delta (Δ) Stargate забезпечує збалансованість та доступність ліквідності між ланцюгами (докладніше див. звіт про Stargate Finance, опублікований раніше цим перекладом).

Коротко кажучи, LayerZero відповідає лише за вирішення комунікаційних проблем між ланцюжками, а інші додаткові функціональності/проблеми вирішуються за допомогою додатків, які самостійно інтегрують LayerZero.

2.5 Екосистема

LayerZero - це протокол взаємодії Omnichain. Як центр для обміну інформацією між ланцюгами, LayerZero може робити більше, ніж просто переказ активів між ланцюгами. Після досягнення міжланцюжкової передачі повідомлень, LayerZero також може забезпечити міжланцюжкову спільний стан, кредитування, управління та інше.

Крім того, на відміну від традиційних моделей мостів між ланцюжками, що існують на ринку, LayerZero не вимагає запуску вузлів на кожному підключеному ланцюжку для відстеження стану джерела ланцюжка. Замість цього роль валідаторів беруть на себе оракули. Очевидною перевагою є те, що не потрібно розгортати новий вузол на кожному новому ланцюжку. Починаючи з цього моменту, LayerZero може інтегрувати нові ланцюжки в мережу швидше і за менші витрати. На 11 листопада 2022 року LayerZero вже підтримує загалом 13 ланцюжків, включаючи Ethereum, BNB Chain, Avalanche, Aptos, Polygon, Arbitrum, Optimism, Fantom та інші.

Інноваційна технологія LayerZero у поєднанні з вищою швидкістю розгортання та певними перевагами у витратах, а також просуванням ранніх відомих венчурних капіталістів та впливових KOL у спільноті дозволили екосистемі LayerZero швидко розширюватися всього за рік або близько того, івона досягла великих досягнень у DeFi, NFT та стабільній валюті. На даний момент було 50+ найменувань (включаючи проекти, які не були офіційно запущені/онлайн) Інтегровані або з використанням технології LayerZero. Подробиці такі (перераховані лише деякі):

Малюнок 2-3 Список екологічних проектів LayerZero

Примітка: Наведене вище зображення зібрано та узагальнено @LayerZeroHub (неофіційний). Якщо ви хочете відстежувати екологічні проекти LayerZero у майбутньому, ви також можете слідкувати за списком, який веде Люк (Twitter ID: @0x4C756B65) на Twitter.

1) Сфера децентралізованих фінансів

Таблиця 2-2 Екологічні проекти співпраці DeFi LayerZero

2) Поле стейблкоїнів

Таблиця 2-3 Екологічні стабільні монетні проекти LayerZero співпраці

3) Поле NFT

Таблиця 2-4 Екологічні проекти співпраці у сфері NFT LayerZero

Об'єднавши інформацію з рисунку 2-2 та таблиць 2-1 до 2-3, ми можемо побачити, що екосистема LayerZero розвинулася до значних масштабів. Від «блакитних фішок» DEX, таких як Sushi та PancakeSwap, до популярного нині Radiant Capital, усі вони використовують Stargate від LayerZero для крос-чейн розробки DEX. У сфері стейблкоїнів як USDC, так і agEUR підтримуються технологією LayerZero для крос-чейн взаємодії відповідних стейблкоїнів, оновлюючи їх до мультичейн нативних активів. У сфері NFT, хоча попит на мультичейн NFT поки що не значний, ми також бачили спроби в напрямку мультичейн NFT з такими проєктами, як Gh0stly Gh0sts і tofuNFT. Крім того, LayerZero нещодавно запустив свій офіційний браузер LayerZero Scan, де крос-чейн транзакції можуть бути прив'язані до бази даних, що дозволяє користувачам і розробникам отримувати статус, стан і час транзакцій.

Через заходи, які були прийняті як внутрішні, так і зовнішні, компанією LayerZero, її концепція omnichain може подальше розвиватися у майбутньому.

У підсумку:

LayerZero - це протокол взаємодії з омніланцюговий, призначений для передачі легкої інформації між ланцюжками. Загальна архітектура є розумною та усуває необхідність виконання вузлів на підключених ланцюгах. Розраховуючи на оракулів та ретранслятори, комунікація на різних ланцюгах стає можливою. Хоча безпека ще не була повністю перевірена ринком, протокол теоретично не менш безпечний, ніж оракул (Chainlink) та має певні гарантії.

Поточна вартість активів, утримуваних Фондом LayerZero, становить 261 мільйон доларів США, а його скарбниця дуже обширна. Зміна коду проекту LayerZero знаходиться в хорошому стані, а екосистема розширилася швидко всього за рік. Наразі це один з найшвидше розвиваючихся проектів у галузі міжланцюгового зв'язку.

3.Розробка

3.1 Історія

Таблиця 3-1 Основні події LayerZero

3.2 Поточна ситуація

3.2.1 Використання мережі

Рисунок 3-1 Щоденна кількість транзакцій LayerZero[17]

Рис. 3-2 Кумулятивна кількість транзакцій LayerZero

На малюнку 3-1 і малюнку 3-2 добре видно використання мережі LayerZero. За останній рік він показав стійку тенденцію до зростання. Особливо в березні 2023 року, коли Arbitrum оголосив про аірдроп токена управління ARB для членів своєї спільноти, «шаленство аірдропів» у спільноті досягло безпрецедентного рівня, що призвело до значного збільшення використання як невипущеної екосистеми LayerZero, так і екосистеми zk. Хоча це явище може не підтримуватися в довгостроковій перспективі, це «очікування аірдропу» опосередковано дозволяє більшій кількості користувачів зрозуміти LayerZero, таким чином зберігаючи певну кількість реальних користувачів.

Крім того, навіть якщо дані за березень відбору LayerZero були відняті, його швидкість прийняття мережі подвоїлася з кінця 2022 року до початку березня. Наразі ми також бачимо, що багато протоколів, заснованих на LayerZero, почали бути впроваджені, і в екологічній будівництві вже досягнуто початкові результати.

Рис. 3-3 Рейтинг обсягу активів міжланцюжкового мостику для міжланцюжкових мостів [18]

Крім того, згідно з інтерфейсом даних DeFiLlama (як показано на рисунку 3-3), поточний обсяг перенесених активів Stargate, проекту під назвою LayerZero, займає перше місце серед усіх міжланцюгових мостів (включаючи офіційні мости різних публічних ланцюжків та рішення рівня 2). Судячи лише з обсягу, Stargate став провідним проектом у гонці міжланцюжкових мостів.

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

Проте слід зауважити, що за кількістю транзакцій Stargate відчутно перевищує інші міжланцюжкові мости, але обсяг перехресних коштів не збільшує розрив. Наразі відсутні достатні ознаки операцій з невеликою сумою коштів Stargate. Досвід кращий. Тому можна припустити, що значна частина його транзакційних даних може бути пов'язана з очікуваннями щодо можливостей повітряної краплі LayerZero.

Хоча різноманітні проекти не пропагують використання airdrops, з іншого ракурсу, саме через потенційні очікування airdrop LayerZero та Stargate отримали більшу відомість та прийняття. Також важливий заробіток для протоколу.

3.2.2 Дохід

На даний момент немає порогу для екологічних додатків щодо доступу до LayerZero. Поточний основний дохід LayerZero Labs отримує з комісійних від Stargate Finance.

Перекази токенів, які не є токенами STG за допомогою протоколу Stargate, будуть обкладені комісією за переказ у розмірі 0,06%. З них 0,01% буде виділено постачальникам ліквідності, 0,01% буде виділено власникам veSTG, а 0,04% буде виділено в казначейство протоколу[19]。

Рисунок 3-4 Місячна кількість міжланцюгових переказів в Stargate[20]

Згідно з інформацією, яку оприлюднив дашборд щоденного обсягу транзакцій Stargate, з моменту запуску Stargate у березні 2022 року до сьогодення (7 квітня 2023 року) сумарний обсяг транзакцій між ланцюжками досяг $6,286,702,699, що становить приблизно $6,3 мільярда.

Для спрощення обчислень, вважаючи, що всі 6,3 мільярда доларів США - це непереводи STG-токенів, скарбниця Старгейт приблизно отримає дохід від комісії за транзакції у розмірі 6,3 мільярда доларів * 0,04% ≈ 2,52 мільйона доларів.

Якщо ми розрахуємо на основі поточного масштабу, згідно зі статистикою Token Terminal, дохід протоколу Stargate за останні 30 днів становить приблизно $730,000. Якщо поточний масштаб буде збережено, майбутній річний дохід складе $8.89 мільйона [21] (в ідеальному випадку ці дані наведені лише для посилання).

3.3 Майбутнє

LayerZero наразі не має конкретного плану розвитку. Основний акцент на даний момент зроблено на інтеграцію та консолідацію з деякими проектами, а також на розширення на більшу кількість ланцюжків.

У підсумку:

LayerZero зробив швидкий загальний прогрес, зокрема розширення мережі особливо помітне за останні 2-3 місяці. Однак протокол ще не оприлюднив детальну дорожню карту.

4. Модель токеноміки

LayerZero Labs ще не випустила токен, але команда розкрила інформацію про токен $ZRO у коді свого офіційного документа. У поєднанні з малюнком 4-1 нижче ми бачимо, що $ZRO може бути використаний для оплати плати за газ у своєму ланцюжку в майбутньому.

Рисунок 4-1 Офіційний документ Layerzero[22]

Крім того, спільнота раніше припускала, що LayerZero в кінцевому підсумку стане токенізованим, оскільки під час роботи протоколу LayerZero передбачається стейкінг, і ті зловмисні дії з боку ретрансляторів призведуть до втрати заставлених токенів $ZRO. Але це лише припущення і не було підтверджене командою.

5. Конкуренція

LayerZero - це протокол міжконвертної взаємодії, призначений для передачі легкої інформації між ланцюжками. Він відноситься до напряму мостів між ланцюжками. Якщо розглядати детальніше, це міст передачі, який підтримує повідомлення з даними.

5.1 Огляд промисловості

У минулорічному аналізі треку мостів між ланцюжками, опублікованому в FirstVIP, редактор категоризував усі мости між ланцюжками як мости для пересилання активів для полегшення розуміння та відмінності від мостів між ланцюжками Polkadot та Cosmos. Однак після року розвитку ми спостерігаємо все більше та більше «мостів», що досліджують сферу передачі даних, не обмежуючись лише базовою мостовою переправою активів.

Тепер насправді неважко відрізнити кросчейн і кросчейн міст між Polkadot і Cosmos. Polkadot і Cosmos — це, по суті, ланцюжки, які використовують уніфіковану структуру та мають високу сумісність. При цьому вони не мають жодних кросчейн-переваг для ланцюжків поза рамками. Перехресний ланцюг між ними більше схожий на рівень 0. Користувачі повинні впроваджувати крос-чейн на основі власних стандартів; Що стосується кросчейн-мосту, то два ланцюги можуть мати різні протоколи, що вирішує проблему між різними активами та різними мережами. Проблеми міграції активів і даних.

Коли ми раніше говорили про термін "міст між ланцями", насправді це часто обмежувалося обговоренням "пересування активів між ланцями", тобто мережа ліквідності або довірена сторона сприяє переказу токену X з ланцюга A на ланцюг B.

Однак крос-ланцюговий актив - це лише функція, яку відносно легко реалізувати між ланцюгами. Крос-ланцюгові мости можуть робити більше, ніж просто переносити токени з ланцюгу A на ланцюг B; це також включає комунікацію на рівні даних. Продовжуючи використовувати визначення крос-ланцюгових мостів від Дмитра Берензона, партнера в дослідницькій компанії 1kx [23]: на абстрактному рівні люди можуть визначити "мости" як системи, які переносять інформацію між двома або більше блокчейнами. У цьому випадку інформація може вказувати на активи, виклики контрактів, докази ідентичності або стани.

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

На ринку в даний час існують три основних типи методів міжланцюжкової комунікації: 1) обмін активами; 2) переказ активів; 3) загальна комунікація.

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

Для цього типу моста, що підтримує “міжланцюжкові дані”, багато розробницьких команд, присвячених міжланцюжковому полю, раніше називали його “Будь-які меседж-мости (AMBs)”, редактор вважає, що його визначення більш відповідне, тому цей вираз буде використовуватися нижче. Просто перекладено це буде: Будь-який міст передачі інформації, Ці мости дозволяють передавати будь-які дані, включаючи токени, статус ланцюга, виклики контрактів, NFT або голосування за управління, з ланцюга A на ланцюг B.

5.2 Вступ конкурентного продукту

Наразі, крім LayerZero, серед обговорюваних на ринку Довільних Мережевих Мостів (AMBs) є Wormhole, Nomad, Celer Inter-chain Message (IM), anyCall від Multichain та Axelar тощо.

5.2.1 Axelar [25]

Axelar - це універсальний базовий протокол міжланцюжкової взаємодії. Він використовує протокол воріт Cross-chain Gateway Protocol (CGP) та протокол передачі міжланцюжкової інформації (CTP) та використовує власний громадський ланцюг POS як ланцюг-свідок для передачі інформації між будь-якими двома громадськими ланцюжками. На даний момент він охоплює загалом 15 громадських ланцюгів, включаючи Ethereum, Cosmos та Avalanche.

Логіка виконання:

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

Рисунок 5-1 Графік потоку мережі Axelar

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

Припущення: Axelar створив шлюзи (смарт-контракти) з джереловим ланцюжком A та цільовим ланцюжком B. Користувач з джерелового ланцюжка A бажає передати активи на цільовий ланцюжок B. Це відбувається через наступні 5 кроків:

1) Користувач ініціює запит на переказ активів між ланцюжками через шлюз джерела ланцюжка A. Інформація передається на головну мережу Axelar за допомогою Протоколу Переказу Міжланцюжкового (CTP).

2) Валідатори основної мережі використовують технологію підпису порогового значення для генерації адреси депозиту на джереловому ланцюгу A. Користувач потім вносить необхідну кількість активів на відповідну адресу.

3) Валідатори, що запускають клієнт ланцюжка джерел A в основній мережі Axelar, перевіряють інформацію про блок вихідного ланцюга A та підтверджують інформацію про те, що активи були внесені на відповідну адресу.

4) Основна мережа повертається та проводить голосування через механізм консенсусу DPoS. Якщо більше 90% валідаторів підтверджують точність, процес продовжується.

5) Вузол запускає клієнт легкого вузла цільового ланцюжка B та використовує технологію підпису порогу для здійснення платежу на адресу цільового ланцюжка користувача.

Наведені вище 5 кроків представляють процес кросчейн-передачі активів в Axelar. Що стосується кросчейн-передачі даних, то процес приблизно схожий, але він складніший. Офіційна інформація розкриває лише прості можливості передачі даних. Редактор вважає, що кросчейн-передача даних може досягти відносно статичної перевірки даних. Наприклад, кредитна платформа в ланцюжку Cosmos хоче знати вашу діяльність із запозиченнями в ланцюжку Ethereum, щоб оцінити вашу кредитоспроможність. Цього можна досягти, виконавши просту аутентифікацію за діапазоном. Однак цей тип передачі даних має обмежений вплив. З іншого боку, динамічна передача даних може бути нездійсненною. Наприклад, якщо кредитна платформа на Cosmos хоче використовувати ціну на Uni як стандарт ліквідації, цього буде важко досягти за допомогою кросчейн-шлюзового протоколу Axelar і протоколу крос-чейн передачі. Навіть якщо цього вдасться досягти, то не вистачить своєчасності. Адже передача потребує часу та вимагає перевірки голосування валідаторів.

Примітка: Загальна робота основної мережі Axelar відносно проста, і процес зрозумілий. В першу чергу він служить кросчейн-транзитним вузлом для екосистеми Cosmos та екосистеми на основі EVM. Через відмінності в мовах мережевого програмування та ключових форматах, екосистема Cosmos та екосистема EVM не можуть безпосередньо досягти крос-чейн функціональності. Однак мережа Axelar, побудована на Cosmos SDK, може внутрішньо досягти крос-чейн функціональності в Cosmos за допомогою IBC. Підключаючись до смарт-контрактів (шлюзів) в блокчейнах на базі EVM через спеціальні API, Axelar може виступати в якості посередника і упаковувати інформацію EVM в структуру повідомлень, необхідну Cosmos, дозволяючи передавати інформацію між двома мережами [26].

5.2.2 Червоний отвір[27]

Wormhole - це інструмент міжланцюжкової активів, розроблений у співпраці між Solana та Certus.One, запущений 22 вересня 2021 року. Як універсальний протокол обміну повідомленнями, Wormhole може підключатися до кількох ланцюжків, включаючи Ethereum, Solana, Terra, BSC, Polygon, Avalanche, Oasis, Fantom та всього 19 ланцюжків.

Логіка виконання:

Логіка роботи Wormhole досить проста. Це мережа PoS, керована 19 валідаторами, які розгортають контракт Core Bridge на всіх підключених мережах. Лицарі червоних червів запускають повний вузол для кожного підключеного ланцюжка, спеціально відстежуючи будь-які повідомлення від основних контрактів. Валідатори, що складають 2/3 або більше, перевіряють і підписують повідомлення, які потім передаються на цільовий ланцюжок, де повідомлення обробляються, і завершуються міжланцюжкові транзакції.

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

Примітка: Слід зазначити, що модель валідатора Wormhole 19 є відносно централізованою, і наразі працює лише 18 валідаторів, а оригінальний вузол FTX вийшов[28]. Крім того, Wormhole має відносно тісне партнерство з екосистемами Jump Crypto, FTX і Solana. Під впливом грози FTX її подальший розвиток може певною мірою постраждати.

5.2.3 Кочівник[29]

Nomad - це протокол міжланцюжкової комунікації, який використовує докази шахрайства (схожі на оптимістичні ролапи) для передачі даних між ланцюжками.

Логіка виконання:

Nomad дозволяє програмам відправляти дані між блокчейнами (включаючи Rollups). Програми взаємодіють з основним контрактом Nomad, щоб ставити в чергу та відправляти повідомлення, які потім перевіряються позачерговими проксі та транспортуються між ланцюжками. Для забезпечення безпеки доставки повідомлень Nomad використовує оптимістичний механізм валідації, натхненний механізмами захисту від шахрайства, такими як оптимістичні Rollups.

Фігура 5-2 Процес виконання Nomad[30]

Nomad використовує дві адреси контрактів, розташованих на різних ланцюгах (названі головним контрактом та реплікуючим контрактом), а також чотири різних учасника позаланцюгової взаємодії, які отримують стимули для відправки повідомлень між ланцюгами.

Беручи користувача, який надсилає повідомлення з Ethereum на Polygon, як приклад, конкретний спрощений процес виглядає наступним чином:

1) Користувач на Ethereum надсилає повідомлення на основну адресу контракту на Ethereum. Основний контракт збирає це повідомлення та додає його до черги дерева Меркла разом з іншими отриманими повідомленнями.

2) У цей момент оновлювач, учасник поза мережею, підписує групу повідомлень (корінь дерева Меркла) для оновлення стану основного контракту. Щоб підписати ці повідомлення, оновлювач повинен зробити ставку на заставу основного контракту, яка буде анульована, якщо будь-яка зловмисна поведінка буде доведена пізніше.

3) Ретранслятор зчитує цей корінь і пересилає його в цільовий ланцюжок, Polygon, а потім публікує його в репліку контракту.

4) Після того, як ретранслятор опублікує його, відкриється 30-хвилинне вікно захисту від шахрайства. Протягом цього періоду спостерігачі стежать за основним контрактом на Ethereum і контрактом-реплікою на Polygon, щоб переконатися, що всі повідомлення правильно записані та відправлені. Якщо спостерігач виявляє зловмисну поведінку, він може надати докази шахрайства та запобігти передачі даних.

5)Якщо спостерігач не надіслав докази про шахрайство протягом 30-хвилинного вікна, міст Номадів міжланцюжкового моста вважає, що повідомлення було правильно записано та відправлено. На цьому етапі процесор поширює повідомлення з контракту репліки Polygon до остаточного одержувача повідомлення.

Ключові висновки: Nomad впроваджує новий механізм у крос-чейн індустрію з оптимістичним мостом верифікації, який дозволяє знаходити компроміси між затримкою (або швидкістю) та безпекою у сфері дизайну. Загалом, він забезпечує «легший» користувацький досвід із слабшими припущеннями про довіру, нижчими витратами тощо. Однак компромісом є існування 30-хвилинної затримки для доказів шахрайства.

Через цей недолік Nomad співпрацює з рішенням, яке забезпечує тимчасову ліквідність під час очікування розрахунку міжланцюжкового мосту - Nomad співпрацює з Connext, яке стимулює LP на Connext забезпечувати тимчасову ліквідність під час очікування. Однак LP на Connext піддаються ризику зловживання транзакціями. Крім того, Nomad раніше був взламаний на 190 мільйонів доларів, хоча він з того часу перезапустився, довіра до нього була пошкоджена для спільноти.

5.2.4 Повідомлення міжланцюжкової мережі Celer (IM)[32]

Celer Inter-chain Message (Celer IM) розроблено як рішення "plug-and-play" для композиції через ланцюжки для побудови додатків додатків через ланцюжки.

Логіка виконання:

Рис. 5-3 Процес роботи Celer IM один[33]

1) Користувач ініціює транзакцію в dApp

У Celer IM користувачі тепер взаємодіють з новим контрактом плагіна додатків (Процес A на діаграмі) замість безпосередньої взаємодії з існуючим смарт-контрактом додатка. Це дозволяє їм висловлювати своє намір виконати логіку міжланцюжкової взаємодії. Плагін додатка стає частиною всієї бізнес-логіки додатка та може взаємодіяти з існуючими смарт-контрактами на джереловому ланцюжку. Це, як правило, єдине операція, яку користувач відправляє для взаємодії з міжланцюжковим додатком.

2) Додаток Plug-in надсилає повідомлення та асоціює міжланцюжкові перекази

Після завершення необхідних операцій у вихідному ланцюжку плагін dApp надсилає згенеровані кошти та пов'язані з ними повідомлення в цільовий ланцюжок (Process B, C на діаграмі). Як показано на схемі, контракт плагіна Celer IM розділяє запит користувача на дві частини: інформацію про токени, надіслану до cBridge, та інформацію про повідомлення, надіслану на шину повідомлень.

У повідомленні вказується операція, яку потрібно виконати в цільовому ланцюжку. У прикладі DEX це може бути «обмін токена B на токен C і передача токена C користувачеві». Простим викликом sendMessageWithTransfer повідомлення та переказ коштів автоматично пов'язуються. Потім повідомлення відправляється в контракт Message Bus, а переказ коштів відправляється через кросчейн-міст активів, який в даному випадку є cBridge.

3) State Guardian Network (SGN) маршрутизує повідомлення та міжланцюжкові перекази коштів

Для початку давайте розберемося, що таке SGN - SGN - це блокчейн PoS, побудований на Tendermint, що діє як маршрутизатор повідомлень між різними блокчейнами. Постачальники вузлів повинні здійснювати стейкінг токенів CELR, щоб приєднатися до процесу консенсусу SGN як валідатори. SGN використовує той самий механізм безпеки, що й блокчейни L1, такі як Cosmos і Polygon PoS-ланцюги. Механізми стейкінгу та слешингу CELR від SGN реалізовані на смарт-контракті Ethereum L1.

Вузли стейкінгу SGN постійно відстежують транзакції, що відбуваються у всіх ланцюгах. Повідомлення Шина і cBridge ретрансляція інформації в SGN (Процеси D, E на схемі). Після підтвердження того, що повідомлення та передача токенів відбулися в цільовому ланцюжку, SGN перевіряє транзакцію за допомогою підпису та надсилає її контракту cBridge (процес F), ініціюючи переказ коштів на контракт плагіна dApp у цільовому ланцюжку (процес G).

Валідатори, з іншого боку, спочатку досягнуть консенсусу щодо існування повідомлення та одночасно згенерують зважений за часткою доказ мультипідпису. Потім доказ буде зберігатися в ланцюжку SGN і чекати, поки його передадуть цільовому ланцюжку через виконавця, який підписався на повідомлення (процес H).

4) Виконавець виконує логіку крос-чейн додатків

Завданням виконавця є читання доказу зваженої на частку багато-підписовий з SGN blockchain та просте ретранслювання його до шини повідомлень на цільовому ланцюжку (Процес І). Будь-хто може запустити виконавця для будь-якої програми, оскільки його функцією є лише релеювання повідомлень.

Функція шини повідомлень полягає в тому, щоб перевірити дійсність перевірених повідомлень і перевірити, чи дійсно плагін dApp (Process J) отримав відповідний платіж. Потім він передає повідомлення (логічну інструкцію виконання) контракту плагіна dApp, який розміщує крос-чейн бізнес-логіку dApp у ланцюжку призначення (Process K).

Плагіну dApp потрібно лише реалізувати інтерфейс executeMessageWithTransfer. У прикладі з DEX ця функція виконає «обмін токена B на токен C» у цільовому ланцюжку.

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

Рисунок 5-4 Процес операції Celer IM 2

Примітка: Вищезазначений процес взято з офіційно опублікованого "Celer Inter-chain Message Framework: the Paradigm Shift for Building and Using Multi-blockchain dApps". Деякий зміст був видалений. Докладну інформацію див. у первинному тексті (потрібен науковий Інтернет-доступ).

Перспектива: Після SGN як громадського пулу ліквідності для cBridge 2.0 (2022.03) користувачі, які не керують вузлами, також можуть надавати ліквідність для cBridge, що робить це зручніше для проектів Layer2 або інших проектів Layer1 надавати ліквідність на Celer, що корисно для збільшення глибини ліквідності cBridge. SGN, як ворота вузла та арбітр, також допомагає Bridge надавати кращі послуги. Подивившись на інформаційну панель cBridge 2.0, її TVL дійсно зазнала стрімкого зростання у березні-квітні 2022 року, але з інцидентом з LUNA в травні та подальшим спадом ринку, поточний TVL опустився до діапазону від $150 до $200 мільйонів.

Загалом припущення щодо безпеки Celer IM ґрунтуються на його ланцюгу PoS і мають два моделі безпеки: натхненні оптимістичним rollup (не згадані вище, зацікавлені читачі можуть звернутися до них самостійно) та безпека L1-PoS-блокчейну, яку користувачі та розробники можуть вибирати та налаштовувати за власним бажанням. Вона добре себе проявляє з точки зору безпеки. Крім того, хоча економічна модель cBridge побачила хороші поліпшення порівняно з v1, це також пов'язано з механізмом PoS, на якому Celer IM сильно покладається на CELR через стейкінг. Користувачі Celer IM повинні сплачувати комісії CELR SGN за послуги консенсусу міжланцюжкового. Якщо ціна токенів CELR значно знизиться, ймовірно, безпека SGN також зменшиться [34].

5.2.5 будь-який виклик Multichain[35]

anyCall — це універсальна кросчейн-інфраструктура обміну повідомленнями для обміну довільними даними. Він складається з системи смарт-контрактів і мережі SMPC Multichain, яка є безпечною багатосторонньою мережею валідаторів обчислень.

Логіка виконання:

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

1) Додаток dApp потребує розгортання контракту відправника на ланцюгу A (вихідний ланцюг) та контракту отримувача на ланцюгу B (цільовий ланцюг). На контракті отримувача має бути функція anyExecute, яка буде викликана.

2) Коли додаток dApp відправляє повідомлення, викликаючи контракт відправника, контракт anyCall перевіряє повідомлення та пересилає його на цільовий ланцюг.

3) Мережа MPC Multichain (що складається з 24 вузлів) відповідає за перевірку повідомлень, що надсилаються контракту anyCall функцією anyCall. Контракт anyCall існує в публічній адресі MPC всіх підтримуваних блокчейнів. Коли функція anyCall надсилає повідомлення, MPC-вузли забезпечують безпеку повідомлення перед надсиланням його в цільовий ланцюжок.

4) Після успішної перевірки функція anyExec отримує повідомлення від контракту anyCall та виконує запит на цільовому ланцюжку.

Основні висновки: Припущення про довіру anyCall значною мірою залежить від мережі MPC Multichain, тому користувачі повинні бути впевнені, що вузли не діятимуть зловмисно. Механічно, в порівнянні з аналогічними АМБ, його можна вважати відносно простим і більш централізованим. Тим не менш, масштаб Multichain незмінно був на передньому краї всіх кросчейн-мостових перегонів. Слід зазначити, що Anyswap зазнав хакерських атак під час ітерації від Anyswap до Multichain.

5.3 Аналіз конкуренції

Вище ми перерахували п'ять типів процедурних містків для передачі довільних повідомлень (AMBs), і можна побачити, що кожен тип моста між ланцюжками має свої власні компроміси.

Axelar, Wormhole та anyCall від Multichain використовують зовнішні методи валідації для полегшення передачі довільної інформації між будь-якими двома публічними ланцюжками через власні ланцюжки/мережі PoS. Переваги полягають у швидкості, низьких комісіях та можливості взаємодії з даними на будь-якій кількості цільових ланцюжків, що полегшує підключення до більшої кількості ланцюжків. Однак недолік полягає в тому, що такий підхід жертвує безпекою та вимагає від користувачів/LP повністю довіряти фондам/даним зовнішніх валідаторів, покладаючись на безпеку моста, а не джерело або цільовий ланцюжок.

Є різниці в конкретному розподілі. Наприклад, щодо дозволу валідатора, Axelar дозволяє лише 50 валідаторів як єдиний активний набір на всій мережі. Щоб стати формальним валідатором, токени повинні бути ранжовані серед топ-50. Однак будь-який користувач може делегувати свої токени відповідному вузлу. В anyCall будь-хто може запустити свій власний вузол MPC. У Wormhole лише дозволеним страждущим можна стати валідаторами.

Архітектура Celer IM підтримується комбінацією ончейн-смарт-контрактів для отримання та надсилання повідомлень і мережею Celer PoS. Хоча припущення про безпеку також ґрунтується на ланцюжку PoS, Celer IM має дві моделі безпеки: оптимістично-натхненну зведенням (де шкідливі крос-чейн повідомлення не обробляються, поки є один керівник програми, який залишається чесним і працює нормально) і L1-PoS-блокчейн-безпека. Користувачі та розробники можуть вільно обирати та встановлювати ці моделі.

Nomad використовує докази шахрайства (аналогічно Оптимістичним Rollups) для ретрансляції даних між ланцюжками, вводячи нові компроміси в галузі мостів між ланцюжками, обмінюючи затримку (або швидкість) на безпеку.

Крім того, користувачі з різними розмірами фондів мають різні умови для ефективності фондів та систем безпеки. Кожен міст фокусується на певній області та має відповідні потреби користувачів. Загалом поточні Мостки Довільного Повідомлення (AMBs) все ще знаходяться на дуже ранній стадії, що ускладнює пряме порівняння цих «мостів» за їх перевагами. Можна лише сказати, що кожен з них має свої власні переваги та недоліки в різних аспектах.

Для докладного порівняння вищезгаданих AMB ви можете звернутися до статті «Навігація довільними мостами повідомлень: порівняльна рамка» [36], написаної Арджуном Чандом, членомLI.FIстаття надає всебічне порівняння вищезазначених проєктів з різних точок зору, тому ця стаття не буде надавати подальшого опису.

• LayerZero (Нульовий шар)

Порівнюючи з довільним містом повідомлень (AMB), описаним вище, LayerZero має велику відмінність у тому, що не потребує запуску вузлів на підключених ланцюгах, зовнішнізуючи бремя перевірки передачі інформації on-chain стороннім сторонам, таким як оракули. Цей підхід робить протокол легшим та зменшує оперативні витрати на ранніх етапах. Тепер ми можемо побачити, що LayerZero швидко розширюється на початкових етапах проекту, використовуючи свої переваги.

З появою LayerZero відкривається ще один шлях для нас, не лише безперервно оптимізуючи роботу мостів, але й абстрагуючи ланцюги від користувачів.

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

Заснований на Stargate, побудованому на LayerZero, його суть полягає в тому, щоб дозволити поточним DApps (таким як Uniswap, Sushi та іншим DEX) інтегрувати протоколи крос-чейн мостів, дозволяючи користувачам безпосередньо планувати та крос-чейн активи через DApps, які вони зараз використовують.

Наприклад, SushiSwap розгорнутий на 18 ланцюгах, і складно розділити глобальний стан. Якщо ми використовуємо попереднє рішення, нам потрібно буде розгорнути міст між кожною парою ланцюгів. Однак, використовуючи протокол LayerZero, нам потрібно використовувати лише кінцеву точку кожного ланцюга для спільного використання глобального стану[37].

Наприклад, коли SushiSwap інтегрує Stargate, у цьому випадку, якщо користувач хоче обміняти wBTC на Ethereum на MATIC на Polygon, користувач може виконати цю операцію в одній транзакції на джерелі ланцюжка, не залишаючи інтерфейс SushiSwap. Це забезпечує стандартизований досвід для додатків з багатьма ланцюжками, таких як SushiSwap та Uniswap. На думку автора, це ідеальний метод міжланцюжкового обміну, який значно поліпшує можливості використання переказів майна між ланцюжками.

Так отже, чи є рішення LayerZero кращим, ніж інші AMB? Не обов'язково. Безпеку протоколу LayerZero все ще потрібно перевірити на ринку. Такі мости, як Axelar та Celer IM, які будують мости з нуля, хоча вони мають високі витрати та довгі цикли, до певної міри, також мають більш стійку основу для розширення та нагромадження більшої цінності. Якби Nomad не був підданий хакерським атакам, його унікальні поліпшення на основі доказів про шахрайство могли б широко прийняті на ринку.？

У підсумку:

Дивлячись на тенденцію розвитку проектів кросчейн-мостів за останні два роки, ми можемо побачити чітку головну тему, яка полягає в тому, що більшість цих проектів постійно розвиваються навколо мети будівництва більш «надійного мосту». Зрештою, мова йде про те, як краще досягти трьох елементів: безпеки, безперебійності та швидкості. Гонка все ще розвивається, і майбутнє того, хто стане кращим рішенням для мультичейнів, тільки почалося.

Підсумовуючи, незважаючи на те, що LayerZero має сильний наратив, все ще є багато деталей, які не були повністю розкриті, і є відповідні ризики (докладніше див. розділ продукту). Крім того, LayerZero досягає крос-чейн концепцій за допомогою оракулів і ретрансляційної передачі інформації, концепція, яка вже була розглянута в протоколі міжланцюгової сумісності (CCIP) Chainlink. Згідно з існуючою інформацією, Chainlink може стати сприятливим конкурентом LayerZero. Однак концепція CCIP мовчить протягом тривалого часу з моменту її оприлюднення, ще не опубліковано жодного whitepaper, а їхні розробники, схоже, постійно працюють над її розробкою. Всебічне порівняння між Chainlink CCIP і LayerZero вже було зроблено Pickle і Aylo (псевдоніми), тому в цій статті не буде надано подальший опис. Більш детально ви можете ознайомитися з їх статтею

6.Ризик

Безпека протоколу

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

Невідома модель токеноміки

Економічна модель LayerZero ще не була опублікована. Вона все ще потребує подальшого спостереження у майбутньому.

Disclaimer：

1. Ця стаття перепечатана з [Інститут блокчейну першого класу]. Усі авторські права належать оригінальному автору [Бізнес-клас]. Якщо є зауваження до цього перевидання, будь ласка, зв'яжіться з Ворота Навчаннякоманда, і вони оперативно цим займуться.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, є виключно тими, хто їх висловив, і не становлять жодної інвестиційної поради.
3. Переклади статей на інші мови виконуються командою Gate Learn. Якщо не зазначено, копіювання, поширення або плагіатування перекладених статей заборонені.