Оригінальний автор: дослідник YBB Capital Ac-Core

TLDR

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

  • Зрілість ринку: OP Stack і Superchain взяли на себе лідерство в захопленні ринку, а AggLayer став успішним представником завдяки своїй нативній сумісності з Ethereum, але він повинен забезпечити безпеку та надійність процесу агрегації; Elastic Chain має оцінити розвиток самого ZKsSync, незалежно від ринку чи технології, ми все ще розглядаємо OP у короткостроковій перспективі та ZK у довгостроковій.

  • На тлі недостатньої інноваційності в галузі DeFi залишається основною програмою для Rollup. На цьому етапі ймовірність появи DePIN, RWA та великомасштабного GameFi у Rollup невисока. Ринки SocialFi та NFT з’являться в Rollup, але популярність ринку невідома. Ефект Метью, як правило, підходить для тенденції необмеженої емісії в довгостроковій перспективі, а в короткостроковій перспективі – на середньому та нижньому рівнях.

1. Сполучні острівці між ланцюгами: проблема мостів

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

Для сприяння міжланцюговій передачі активів, хоча з’явилася велика кількість сторонніх мостів, ці мости стикаються з величезними проблемами безпеки мережі через «проблеми довіри» в роботі. Навіть якби централізований міст був повністю захищеним, у кожному інтегрованому ланцюзі все одно потрібно було б підтримувати достатню ліквідність, щоб підтримувати роботу, вартість якої буде перекладено на користувачів. Наразі існують проблеми, які не можуть задовольнити потреби нативного децентралізованого перемикання активів, і важко довіряти стороннім мостам, відповідно, ZKsync, Polygon і Optimism запустили власні більш нативні локалізовані багатоланцюгові розширення Elastic Chain, AggLayer, і план Superchain Explainer.

二、ZKsync 3.0 :пружний ланцюг

Джерело зображення: zksync.mirror

У 2023 році Matter Labs, основна компанія-розробник ZKsync, випустила свій ZK Stack, набір інструментів, який дозволяє розробникам створювати власні блокчейни на основі технології ZKsync. По суті, усі ці налаштовані ланцюжки проходитимуть через еластичний ланцюг (Elastic Chain). з’єднані один з одним, дозволяючи ZKsync 3.0 переходити з єдиного Ethereum L2 на The Elastic Chain.

Основне оновлення протоколу ZKsync 3.0 було випущено 7 червня 2024 року. Це найскладніше оновлення ZKsync на даному етапі. Воно змінює конфігурацію моста ZKsync L1 як спільного маршрутизатора для підтримки розширення сумісної мережі ZK Rollup. Рідна, надійна, недорога взаємодія між ланцюжками, що підтримується фреймворком ZK Stack.

Згідно з поясненнями Matter Labs: «Elastic Chain — це нескінченно масштабована мережа ланцюжків ZK (згортань, валідіумів і волей), які забезпечують безпеку за допомогою математичних методів перевірки та забезпечують безперебійну взаємодію в уніфікованому та інтуїтивно зрозумілому користувальницькому режимі зробити взаємодію користувачів у різних екосистемах ZKsync плавнішою та плавнішою.

2.1 Elastic Chain Архітектура еластичного ланцюга

Еластичний ланцюг не реалізується виключно на основі ZK-технології. Його неможливо реалізувати шляхом додавання ZK-сертифікованих «патчів» до інших багатоканальних систем, що не належать до ZK , ZK Gateway, ZK Chains реалізовано в трьох частинах.

1.ZK маршрутизатор:

  • Основний механізм маршрутизації: ZK Router є основним компонентом маршрутизації архітектури ZKSync 3.0, відповідальним за управління та координацію зв’язку та передачі даних між різними ланцюгами та вузлами в мережі;

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

2.ZK Gateway (ZK шлюз/вхід):

  • Вузли входу та виходу: ZK Gateway діє як вузол входу та виходу мережі ZKSync 3.0, керуючи взаємодією між зовнішніми блокчейнами (такими як основний ланцюг Ethereum) та мережею ZKSync;

  • Перемикання активів: відповідає за з’єднання та передачу активів між зовнішніми блокчейнами та мережею ZKSync, гарантуючи, що активи можуть перетікати між різними ланцюгами безпечно та ефективно;

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

  • Проміжне програмне забезпечення: ціле можна розуміти як проміжне програмне забезпечення, розгорнуте між Ethereum і ZK Chains для забезпечення повної взаємодії між ZK Chains.

3. Ланцюги ZK (сам ланцюг ZK):

Забезпечте валідність і безпеку транзакцій шляхом генерації та перевірки доказів нульового знання та надсилання результатів до ZK Router для агрегації та координації. І підключені один до одного через ZK Gateway і смарт-контракти L1, використовуючи ZK Stack для побудови повністю незалежної роботи, настроюваного автономного Rollup, Validium або Volitions.

Відповідно до ZKsync, Gateway є ключовим компонентом Elastic Chain для досягнення безперебійного розрахунку ZK Chains в Ethereum. Надсилання доказів і даних до Ethereum через Gateway має такі переваги:

  • Перехресно-серійний і міжланцюговий синтез зменшує витрати на верифікацію L1;

  • Стиснення різниці станів стискає невеликі пакети даних, що надсилаються на шлюз, і ефективно пересилає їх на L1 великими пакетами;

  • Швидша фіналізація забезпечує перехресне перемикання ланцюжків з низькою затримкою шляхом перевірки доказів ланцюжка та запобігання їх суперечкам, що посилюється залученням великої кількості валідаторів. ZK Chain не потрібно довіряти іншим мережам;

  • Активність. Активність кожного ланцюга ZK незалежно керується його шлюзом, що не впливає на його активність, і ланцюжок може вільно залишати шлюз.

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

ZK Chains не потребує використання ZK Gateway, їх можна розраховувати безпосередньо в Ethereum, і вони можуть вийти з мережі ZK Gateway у будь-який час, не впливаючи на безпеку свого ланцюга. ZK Chains можна вільно перемикати між використанням ZK Gateway і прямим розрахунком в Ethereum. ZK Gateway буде керуватися децентралізованим, ненадійним кластером валідаторів для забезпечення відмовостійкості та надійності мережі. Для участі в цьому децентралізованому процесі перевірки потрібні токени ERC 20. Управління мережею ZKSync призначить для цієї мети маркер (який може бути ZK Token).

З валідаторів стягуватиметься плата за проміжний період і плата за байт даних про відмінності стану, опублікованих на шлюзі ZK. Це стимулює валідаторів приєднатися до шлюзу ZK, оскільки їхній дохід може експоненціально зростати, оскільки в ланцюжку буде включено більше цінних транзакцій. У той же час, завдяки службі повторного стиснення, яку надає валідатор, розрахунок даних через ZK Gateway буде дешевшим, ніж розрахунок безпосередньо в мережі Ethereum, тому, можливо, більшість ZK Chains можуть вибрати приєднання.

三、Polygon 2.0 :Agglayer

Джерело зображення: Polygon Agglayer

3.1 Простежуваність конструкції Agglayer

Подібно до OP Stack і ZK Stack, блокчейни, створені за допомогою Polygon CDK, можна безпосередньо підключити до Agglayer, використовуючи його уніфіковані служби мостів і безпеки для досягнення взаємодії з іншими блокчейнами, які разом утворюють ядро ​​архітектури Polygon 2.0.

Основна ідея Agglayer походить від дизайну Shared Validity Sequencing, запропонованого компанією Umbra Research, який спрямований на досягнення сумісності атомарного перехресного ланцюга між кількома Optimistic Rollups. Завдяки спільному використанню секвенсора система може однаково обробляти впорядкування транзакцій і публікацію кореневого стану кількох зведених пакетів, забезпечуючи атомарність і умовне виконання.

Логіка впровадження: необхідні такі три компоненти:

  • Спільний секвенсор: отримує та обробляє запити міжланцюжкових транзакцій;

  • Алгоритм побудови блоків: Спільний секвенсор відповідає за побудову блоків, що містять міжланцюгові операції, щоб забезпечити атомарність цих операцій;

  • Спільні засоби захисту від шахрайства: надайте спільний доступ до механізмів захисту від шахрайства між пов’язаними зведеними пакетами для забезпечення міжланцюжкових операцій.

Оскільки існуючий зведений пакет уже має функцію двонаправленого обміну повідомленнями між рівнем 1 і рівнем 2, Umbra додала лише один контракт MintBurnSystemContract (Burn і Mint), щоб завершити три компоненти.

робочий процес:

  • Операція запису в ланцюжку A: будь-який контракт або зовнішній обліковий запис може викликати її, і вона буде записана в burnTree після успіху;

  • Операція Mint у ланцюжку B: секвенсор реєструється в mintTree після успішного виконання.

Інваріанти та узгодженість:

Узгодженість коренів Merkle: корені Merkle для burnTree у ланцюжку A та mintTree у ланцюжку B мають бути рівними, щоб забезпечити узгодженість та атомарність міжланцюжкових операцій.

запущена система:

Спільний секвенсор відповідає за публікацію пакетів транзакцій і запит коренів стану обох зведених пакетів в Ethereum. Він може бути централізованим або децентралізованим (як Metis). Секвенсор отримує транзакції та створює блоки для зведених пакетів A і B. Для транзакції на A, якщо взаємодія з MintBurnSystemContract успішна, спробуйте виконати відповідну транзакцію Mint на B. Якщо транзакція Mint виконується успішно, транзакція Burn на A та транзакція Mint на B включаються; якщо вона не вдається, ці дві транзакції виключаються.

3.2 Основні компоненти Agglayer

У Agglayer Polygon 2.0 Unified Bridge і Pessimistic Proofs є основними компонентами.

1. Єдиний міст

Технічна база:

  • Комунікація між ланцюжками: основою Unified Bridge є досягнення безперебійного зв’язку між різними ланцюгами. Він реалізує передачу даних і активів між різними рішеннями рівня 2 і основним ланцюгом Ethereum через міжланцюгові протоколи зв’язку.

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

Логіка реалізації:

  • Передача повідомлень: Unified Bridge реалізує перехресний зв’язок через механізм передачі повідомлень. Повідомлення містять інформацію, пов’язану з транзакціями, і передаються між ланцюгами через протоколи мосту;

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

  • Протокол сумісності: щоб забезпечити взаємодію між різними ланцюгами, Unified Bridge використовує стандартизований протокол взаємодії. Ці протоколи визначають, як обробляються міжланцюгові транзакції, як перевіряється дійсність транзакцій і як обробляються потенційні конфлікти.

图源:Агреговані блокчейни: нова теза

2. Песимістичні докази

Технічна база:

  • Безпека: Песимістичний доказ — це захід безпеки, призначений для запобігання шахрайським транзакціям. Він гарантує, що всі транзакції є дійсними, вводячи додатковий етап перевірки в процес перевірки транзакцій;

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

Логіка реалізації:

  • Початкова перевірка: система виконає початкову перевірку одразу після подання транзакції. Це включає перевірку дійсності основної інформації про транзакції та підписів;

  • Поглиблена перевірка: після проходження первинної перевірки транзакція перейде на етап поглибленої перевірки. Система викличе серію смарт-контрактів, щоб перевірити складність і потенційні ризики транзакції;

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

Завдяки уніфікованому мосту та песимістичним доказам Agglayer може забезпечити високобезпечне, масштабоване та сумісне середовище блокчейну. Ці компоненти не тільки підвищують безпеку системи, але й спрощують роботу міжланцюжкових транзакцій, дозволяючи користувачам легше взаємодіяти між різними ланцюжками. Для отримання додаткового вмісту, будь ласка, перегляньте попередню статтю YBB Capital «Від модульності до агрегації, вивчення багатокутника». " Ядро Agglayer для 2.0 (1)

四、Оптимізм: пояснення суперланцюжка

У 2023 році Optimism виступив лідером у запуску ланцюжка в один клік, і його першим завданням було створення єдиного стандарту мережі для OP Stack. OP Stack є платформою для запуску рішення для масштабування Ethereum, The Optimism Superchain, а також є центром для всіх взаємодій і транзакцій L2, створених за допомогою стеку OP.

Ви повинні бути знайомі зі стеком OP. Щоб дати короткий вступ, Optimism Superchain матиме спільний стек розробки OP Stack, рівень зв’язку та безпеку, щоб кожен ланцюжок міг спілкуватися в координований спосіб і діяти як єдиний блок. Структуру можна розбити на п’ять різних рівнів, кожен зі своїм призначенням і функціями:

  • Рівень доступності даних визначає, що вихідні дані ланцюжка на основі стеку OP в основному отримані через Ethereum DA;

  • Рівень упорядкування контролює, як транзакції користувача збираються та пересилаються, і зазвичай ним керує один секвенсор;

  • Рівень деривації обробляє вихідні дані на вході рівня виконання, головним чином за допомогою Rollup;

  • Рівень виконання визначає структуру стану системи та функції трансформації Ethereum Virtual Machine (EVM).

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

Порівняно з Elastic Chain і Agglayer, Optimism Superchain був першим, хто зайняв ринок, випередив Base і на нього припадає більшість щоденних витрат на газ, що інтуїтивно відображає діяльність Base у мережі.

Джерело зображення: Dune Optimism - Superchain Onchain Data

5. Суб’єктивні думки щодо розміщення посилань одним клацанням миші (цей розділ представляє лише особисту думку автора)

5.1 Конкурентні погляди AggLayer, Superchain і Elastic Chain

Наведені вище три плани розширення є розширеннями їхніх відповідних наративів розширення Rollup. Починаючи зі зрілості ринку, OP Stack і Superchain взяли на себе лідерство у захопленні ринку, а Base вже є найуспішнішим представником.

Вбудована сумісність AggLayer є більш вигідною. Він може працювати безпосередньо в існуючій мережі Ethereum, не вимагаючи серйозних змін у базовому протоколі. Його легше прийняти існуючими користувачами та розробниками Ethereum використання існуючої мережі Ethereum – це те, як забезпечити безпеку та надійність процесу агрегації.

Попереднє рішення Elastic Chain на цьому етапі полягає в тому, щоб судити про розвиток екології ZKsync і створення спільноти. Якщо сама ZK sync не розвиватиметься, пізніший етап Elastic Chain щодо залучення розробників і підтримки пристрасті спільноти може бути перешкоджено. з ринкової чи технічної точки зору все ще дивіться на ОП у короткостроковій перспективі, а на ЗК – у довгостроковій.

Крім того, наведені вище три рішення призведуть до початкової проблеми Rollup: ступінь централізації є відносно концентрованим. З нещодавньою появою плану розширення Based Rollup він також може стати потенційним конкурентом у майбутньому. Він безпосередньо передає сортувальник L1, тобто самому Ethereum, так що L2 більше не потребує додаткових сортувальників або складних етапів перевірки. . Хоча це відносно рідне розширення також матиме деякі потенційні проблеми з MEV, його подальший розвиток все одно заслуговує на увагу.

图源:ZKsync – Представляємо Elastic Chain

5.2 Майбутні тенденції розвитку та інновації додатків Rollup

Загалом завдяки просуванню «ланцюжкової емісії в один клік» кількість Rollup, який є основним методом розширення Ethereum, продовжуватиме збільшуватися. Навіть із вибухом екосистеми біткойнів у 2023 році її нерідне розширення також запозичило багато логіки розширення Ethereum. У контексті недостатніх ринкових інновацій інновації та вплив Rollup у додатках можуть бути обмеженими.

Для кожного ланцюжка ВМ, незалежно від того, як змінюється ринок, TVL залишається основним індикатором, тому першими додатками все ще є різні протоколи DeFi. Крім того, може з’явитися протокол SocialFi і торговий ринок NFT.

В інших треках DePIN складно розробити на Rollup і L1, і лідер може з’явитися в Solana; RWA концепція має більшу ймовірність розвитку на L1; GameFi також з’явиться, але великі ігри будуть зосереджені лише на GameFi Є можливості на Rollup. Тому найбільш певним додатком на цьому етапі все ще є категорія DeFi.

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

Посилання на розширення: (1) Від модульності до агрегації: вивчення ядра Agglayer Polygon 2.0

https://medium.com/ybbcapital/from-modularity-to-aggregation-exploring-the-core-of-polygon-2-0s-agglayer-e492d d 05 ceb 9 

Довідкова стаття:

【 1 】Знайомство з еластичним ланцюгом

https://zksync.mirror.xyz/BqdsMuLluf6AlWBgWOKoa587eQcFZq2 0 zTf 7 dYblxsU

【 2 】Оновлення протоколу zkSync версії 2 4: Нові попередні компіляції, більше BLOB-об’єктів, Validium тощо. #519 

 https://github.com/zkSync-Community-Hub/zksync-developers/discussions/519