У блокчейні існує неможливий трикутник, тобто неможливо досягти безпеки, децентралізації та масштабованості одночасно. Bitcoin та Ethereum вибрали перші два, але не мали підтримки для останнього.Велика кількість транзакцій за короткий проміжок часу призведе до перевантаження мережі та високих комісій за транзакції.
Екосистема Bitcoin вперше запропонувала концепцію розширення, сподіваючись створити віртуальний другий рівень поверх Bitcoin для обробки транзакцій, тоді як основний ланцюг використовується для розрахунків. Ethereum послідовно намагався використовувати State Channel, Sidechain і Plasma для досягнення розширення, але результати були незадовільними. 5 вересня 2018 року Баррі Хет запропонував концепцію Rollup на Github. Зрештою, технологія Rollup завоювала визнання спільноти, а фонд Ethereum Foundation назвав її єдиною технологією Layer 2.
П'ять років минуло миттєво. Ethereum Rollup, який отримав найбільше уваги на ринку, часто повідомляв про нові тенденції в RaaS (Rollup as a Service). Чи скоро у нас буде літо для Rollup? Ця стаття аналізує огляд, екологію та майбутній розвиток RaaS, сподіваючись отримати короткий огляд від точки до лінії та від лінії до поверхні.
Огляд RaaS
Що стосується технічного аналізу Rollup, реалізація Rollup є відносно складною та вимагає високих професійних навичок і можливостей розробки.Високий поріг для запуску ланцюжка, очевидно, суперечить концепції блокчейну без дозволу.
Rollup-as-a-Service (RaaS) пакети Rollup як послуги, щоб надати підприємствам, організаціям і окремим особам більш зручний і простий досвід розгортання Rollup. Подібно до Cosmos SDK і Polkadot Substrate.
Подібно до рівня 1 під час запуску ланцюжка, RaaS надає універсальний SDK для Rollup. За допомогою простої конфігурації можна досягти незалежної розробки та розгортання Rollup. Настроювані функції зберігають суверенітет проекту. Деякі проекти RaaS навіть надають функцію ланцюжка одним клацанням без коду, що дозволяє користувачам розгортати власні зведені пакети без навичок програмування.
Зведення є високомодульним, і як секвенсор (Sequencer), так і доказовий генератор (Prover) можна незалежно ітеративно оновлювати. У RaaS існують проекти, що спеціалізуються на проектуванні та розробці секвенсорів і генераторів доказів, які можуть надавати послуги для всіх зведених пакетів.
RaaS може внести такі зміни:
Дешевший, ефективний і однаково безпечний ланцюжок додатків: Rollup переміщує дорогий процес обчислень за межі ланцюга, роблячи транзакції дешевшими та ефективнішими; використовуючи базовий публічний ланцюжок як рівень DA, перевірений смарт-контрактами, він може отримати те саме безпека як публічний ланцюг.
Полігон для тестування інноваційних ідей: Rollup використовує те саме середовище віртуальної машини, що й базовий публічний ланцюг, але є більш доступним. Його можна використовувати як бойове тестове середовище для основного ланцюга. Пропозиції спільноти буде перенесено після достатнього тестування на Зведення до основного публічного ланцюжка.
Вища сумісність: зведені пакети, що використовують той самий набір служб RaaS, мають однакову технічну архітектуру, тому легко визначити набір правил повідомлень. Немає необхідності перехресного зв’язку через з’єднання. Натомість повідомлення передаються безпосередньо між кожним Зведення для отримання високої сумісності один з одним.
Екосистема RaaS
Загалом, усі проекти, які сприяють випуску Rollup, належать до екосистеми RaaS. Базуючись на принципі модульності, у цій статті екосистема RaaS поділяється знизу вгору на чотири рівні: DA (доступність даних), SDK (набір для розробки програмного забезпечення), Sequencer (секвенсор) і No-Code (розгортання без коду).
Деякі з цих проектів надають багаторівневі послуги, які будуть детально обговорені, коли вони вперше з’являться, і не будуть повторюватися нижче.
2.1 DA (Доступність даних)
Теоретично будь-який загальнодоступний ланцюжок може служити рівнем DA для зберігання даних транзакцій Rollup.Однак без стабільного та правильно працюючого рівня DA Rollup не зможе перевірити надійність переходів станів.
Для Rollup є два варіанти. Один — це інтелектуальний зведений контракт, який також є режимом, який вибирає більшість поточних зведених, і фактично залежить від розрахунків і доступності даних основного загальнодоступного ланцюжка; інший — це зведений суверенітет, який розділяє доступність даних і розрахунки та покладається лише на дані наявність основного публічного ланцюга.
Представники перших зазвичай обирають EVM-сумісні, Cosmos-сумісні ланцюжки або публічні ланцюжки з повними функціями, такі як Solana; потреби других породили проекти, що спеціалізуються на доступності даних, зокрема Celestia, EigenLayer, Avail тощо.
Селестія
Celestia — це ланцюжок PoS, створений за допомогою Cosmos SDK, використовує модифікований алгоритм консенсусу Tendermint і використовує код RS для кодування блокових даних. Використовуючи технологію вибірки доступності даних, Celestia додатково знижує вартість верифікації легких вузлів.Літовим вузлам потрібно лише завантажити частину даних блоку, щоб перевірити доступність даних.
Крім того, для виявлення того, чи правильно закодовано блок, Celestia використовує механізм Optimism, тобто спочатку оптимістично вірить, що він правильно закодований, і якщо сертифікат шахрайства не отримано протягом певного періоду часу, визначається, що блок був правильно закодований. Механізм оптимізму покращує ефективність виконання, але збільшує деяку затримку.
В наявності
Avail — це проект, який підтримується Polygon Labs. Використовується алгоритм консенсусу BABE+GRANDPA, а також використовується технологія вибірки доступності даних. На відміну від Celestia, Avail використовує докази дійсності, щоб перевірити, чи блоки правильно закодовані, використовуючи доказ KZG, який ефективніший, ніж Merkel Proof.
OwnLayer
EigenLayer сам по собі є серйозним рішенням, спрямованим на використання ліквідності зобов’язань Ethereum для забезпечення економічної безпеки проектів. З EigenLayer новий протокол не потребує створення власної розподіленої мережі перевірки, а лише має скористатися перевагами безпеки великої застави ETH через EigenLayer. EigenLayer можна чудово використовувати в спрощених, децентралізованих сценаріях без дозволів. Згідно з розповіддю про розширення Ethereum, найкращим варіантом використання є RaaS.
Оскільки DA не обчислює транзакції, а лише кодує та фіксує дані транзакцій, він має нижчі вимоги до вузлів. Завдяки застосуванню алгоритму PoS ліквідність застави є прямим відображенням безпеки та доступності блокчейну. Це також можливість для EigenLayer продемонструвати свої таланти.
EigenLayer існує як смарт-контракт на Ethereum і використовує підтвердження дійсності KZG для перевірки правильності кодування блоків. Однак наразі EigenLayer ще не запровадив технологію вибірки доступності даних. Це може бути пов’язано з наступним етапом плану оновлення Ethereum.
2.2 Секвенсор
Робота секвенсора полягає в сортуванні отриманих транзакцій користувача, і подальше виконання та генерація блоків буде здійснюватися в такому порядку. В архітектурі Ethereum, оскільки сортування та виконання обробляються одним і тим же об’єктом, верифікатор має занадто багато повноважень, і існують такі явища, як MEV і цензура, що сильно впливає на взаємодію з користувачем.
Розділення сортування та виконання є проявом ідеї поділу побудови, запропонованої PBS (Propose Builder Separation). Однак поточна архітектура Rollup все ще значною мірою покладається на централізований секвенсор для визначення порядку транзакцій. Існує єдина точка відмови та ризик цензури. Потрібне децентралізоване рішення.
Астрія
Astra пропонує спільне рішення сортувальника. Транзакції користувачів із різних зведених даних збиратимуться в сортувальник Astria. Для вузлів зведення ви можете безпосередньо отримувати дані від Astria, щоб отримати м’яке підтвердження з меншою затримкою; ви також можете дочекатися, поки Astria надішле дані на рівень DA, і отримати їх від рівня DA, щоб отримати найнадійніше остаточне підтвердження.
Оскільки дані, надані Astria, містять транзакції з кількох зведених даних, перед обробкою для кожного зведеного аналізу недійсні транзакції (включно з іншими зведеними) потрібно виключити відповідно до механізму консенсусу. Astria надає лише дані та залишає консенсусний вибір вузлам Rollup, забезпечуючи суверенітет Rollup.
ВЕРХНИЙ СТЕК
Конфігурація OP Stack за замовчуванням полягає у використанні єдиного виділеного секвенсора для обробки транзакцій. Проста модифікація цього полягає у використанні дозволеного набору секвенсорів, який може зменшити ймовірність злочинів з боку вузлів секвенсора через механізм PoS.
Після того як OP Stack представив концепцію суперланцюжка, спільні секвенсори стали неминучим вибором. Спільний секвенсор забезпечує функціональність атомарного крос-ланцюга та покращує взаємодію між суперланцюгами.
Еспресо
Espresso сподівається використати ліквідність стейкерів Ethereum, щоб отримати спільну безпеку за допомогою важких ставок. Espresso інтегрує сортувальник і DA, надаючи результати сортування для Rollups через REST API, захищаючи деталі DA. Безпека консенсусу перевіряється смарт-контрактом, розташованим на L1, що забезпечує більшу надійність.
Сага
Saga спочатку виконувала роль, схожу на Cosmos Hub, використовуючи власний набір валідаторів для забезпечення спільної безпеки для ланцюжків програм за допомогою Cosmos SDK на Saga.
Під час гарячої хвилі Rollup Saga співпрацювала з Celestia, використовуючи Celestia як DA. Saga перетворила свій власний валідатор на секвенсор і використовувала Optimistic Rollup IBC для обміну інформацією з Rollup верхнього рівня для забезпечення спільної безпеки.
СУВЕ
На відміну від інших секвенсорів, SUAVE завжди орієнтувався на ринок MEV. Flashbots є абсолютним лідером у треку MEV, і SUAVE є його продуктом, спрямованим на перехресне захоплення MEV. Він стверджує, що «Майбутнє MEV — це SUAVE». Через спільний секвенсор, наданий SUAVE, стають можливими атомарні міжланцюгові транзакції. , і є Допоможіть підвищити ефективність ринків капіталу в різних мережах.
OwnLayer
Як згадувалося раніше, варіанти використання EigenLayer на рівні DA також є спеціалізацією EigenLayer, як і децентралізація сортувальників.
Оскільки сортувальник відповідає лише за сортування, але не за виконання, вимоги до вузлів дуже низькі. Ключ до децентралізації полягає в тому, щоб зменшити ймовірність того, що вузли чинять зло за допомогою механізму штрафів. EigenLayer надає глибокий пул застав і використовує децентралізацію Ethereum культивувати Rollup Децентралізація сортувальників.
2.3 SDK (набір для розробки програмного забезпечення)
Подібно до Cosmos SDK, SDK, наданий RaaS, дозволяє розробникам повторно використовувати велику кількість програмних модулів і налаштовувати необхідний Rollup за найнижчої вартості, зменшуючи труднощі розробки.
Ролкіт（Оптимізм）
Спочатку Rollkit був інкубований спільнотою Celestia, а тепер став незалежним проектом. Rollkit використовує Celstia як рівень DA для забезпечення ABCI-сумісного клієнтського інтерфейсу вгору для надання послуг для всіх ABCI-сумісних зведених пакетів (ланцюжок Cosmos).
На цьому етапі Rollkit використовує єдиний централізований секвенсор і підтримує інтеграцію Cosmos SDK, Ethermint і CosmWasm Користувачі можуть вибрати потрібне середовище виконання. У майбутньому Rollkit буде продовжувати розвиватися для підтримки більшої кількості служб конфігурації.
Розмір（Optimimisim）
Dymension поділяє сервіс на зовнішній і внутрішній. Інтерфейс підтримує налаштовані RollApps і підтримується Dymension RDK (модифікований Cosmos SDK). Внутрішній Dymension Hub координує всю систему, обробляє DA та сортування.
Dymension використовує механізм оптимізму. Dymension Hub спочатку оптимістично приймає оновлення статусу від секвенсора. Якщо отримано дійсний доказ шахрайства, модифікація статусу буде скасована. RollApps може досягти середньої затримки 0,2 секунди та максимального TPS 20 000.
Dymension використовує гнучку схему виробництва блоків.Якщо в блоці немає транзакцій, він припиняє створення блоків, що значно знижує експлуатаційні витрати секвенсора.
На даному етапі продукти Dymension все ще перебувають у стадії розробки та вже підтримують рівень виконання EVM.Немає чіткого вибору для рівня DA.
Суверен（ZK）
Soverign SDK надає zk-Rollup як службу, яка надає загальний модуль для побудови блокчейну та zkVM, який захищає деталі основного доказу з нульовим знанням, дозволяючи розробникам писати програми в Rust, а SDK може компілювати їх у ефективні zk Дружня форма.
Як вказує назва проекту, Sovereign SDK наголошує на суверенітеті, а Rollup визначає законність переходів між станами за допомогою налаштованих консенсусних правил, не вимагаючи перевірки на рівні DA.
Наразі Sovereign SDK адаптовано до Celestia та Avail на рівні DA, підтримує zkVM Risc0 і може реалізувати зведене розгортання та демонстрацію.
Stackr（Невідомо）
Stackr запропонував більш радикальне нововведення, бажаючи перенести архітектуру мікросервісів у традиційному Інтернеті на блокчейн і запропонував концепцію мікрозгортання.
Зв’язок між звичайним зведенням і мікрозведенням схожий на зв’язок між віртуальними машинами та контейнерами. Використовуючи Stackr SDK, розробникам потрібно лише визначити необхідні структури даних і функції передачі стану, а Stackr впорається з іншим.
Stackr підтримує кілька середовищ виконання, таких як EVM, Solana VM, FuelVM тощо. Користувачі можуть вибрати середовище, яке вони хочуть використовувати.
AltLayer（Оптимізм）
Будучи децентралізованою та гнучкою RaaS, AltLayer надає SDK для розробників і інформаційну панель без коду, яка не потребує досвіду програмування, що забезпечує ланцюгову публікацію в один клік.
AltLayer надає унікальний гнучкий зведений пакет під назвою Flash Layer. Коли попит на програми зростає, ланцюжок зведення може бути швидко розгорнутий. Коли попит повертається до нормального рівня, розрахунок виконується на L1, а зведення відкидається, досягаючи горизонтального розширення, звичайного в системі Інтернет.
Метою AltLayer є підтримка середовищ із кількома ланцюжками та кількома виконаннями, і наразі він підтримує EVM та WASM.
OP Stack（Оптимізм）
OP Stack створено для підтримки Optimism Superchain, пропонованої мережі мереж L2, що спільно використовують рівень безпеки, комунікаційні рівні та стеки спільної розробки. Після оновлення Bedrock зведені пакети, створені за допомогою OP Stack, будуть оригінально сумісні з Superchain. Звичайно, ви також можете змінювати компоненти OP Stack, щоб отримати налаштовані функції. Base та opBNB — це зведені пакети, розроблені на основі OP Stack.
Безпека та зручність використання OP Stack були повністю протестовані мережею OP Mainnet, base та іншими мережами. Проте все ще існують проблеми, такі як відсутність захисту від шахрайства та централізація сортувальника. OP Stack шукає нові шляхи, наприклад використання дешевшого DA , використовувати ZK Proof, спільний сортувальник тощо.
Орбіта прийняття рішень（Оптимізм）
22 червня Offchain Labs випустила інструменти для випуску Arbitrum Orbit Chain. Orbit Chain — це рівень 3 поверх рівня 2 Arbitrum. Ви можете використовувати для врегулювання один із трьох рівнів 2, включаючи Arbitrum One, Arbitrum Nova та Arbitrum Goerli. Користувачі можуть вибрати технологію Rollup або Anytrust. Різниця полягає в тому, що Anytrust використовує DAC замість передачі даних транзакцій у ланцюжок, що дешевше, але менш безпечно. Переваги Orbit Chain полягають у простому процесі випуску ланцюжків, сумісності з екосистемою Arbitrum, миттєвих оновленнях Nitro та сумісності з EVM+, що забезпечується Stylus (підтримує запис у Rust, C, C++ і працює на віртуальній машині WASM). Користувачі можуть вільно налаштувати випуск будь-якого Orbit Chain, але це має бути встановлено на Arbitrum Layer2, інакше їм потрібно зв’язатися з Offchain Labs або Arbitrum DAO, щоб отримати авторизацію.
ZK стек（ZK）
26 червня zkSync опублікував статтю, в якій стверджував, що протягом наступних кількох тижнів він змінить існуючий відкритий вихідний код і запустить ZK Stack, дозволяючи користувачам використовувати його налаштування для створення власного суперланцюга ZK. На відміну від Arbitrum Orbit Chain, ZK Stack наголошує на суверенності та сумісності. Користувачі можуть повністю налаштувати відповідно до своїх потреб. Ланцюги, створені за допомогою ZK Stack, можуть досягти сумісності без мостів. ZK Stack можна використовувати для створення як рівня 2, так і рівня 3. На нього немає офіційних обмежень і немає вимоги зупинятися на zkSync. З цієї точки зору суверенітет, який надає ЖК Стек, видається сильнішим.
Starknet Stack/Madara（ZK）
Madara спочатку позиціонувалася як секвенсор у Starknet. За допомогою накопичення технологій вона успішно розробила Starknet Stack на основі оригінального продукту, щоб допомогти побудувати зведений ланцюжок додатків у Starknet. Ethereum використовується як рівень DA, а розрахунок здійснюється на Starknet за допомогою спільного прувера Starknet. З точки зору зручності використання, Madara допоміг команді реалізувати випуск зведеного ланцюга додатків протягом 24 годин на хакатоні PragmaOracle, а також надав відеодемонстрацію.Порівняно зі стеком ZK команди zkSync, ступінь завершеності вищий.
2.4 No-Code (без розгортання коду)
Розгортання без коду — це рішення з нижчим порогом і надає нерозробникам можливість опублікувати посилання одним клацанням миші, що, як очікується, ще більше сприятиме прийняттю.
Кальдера（Оптимізм）
Calera Chain — це повноланкове налаштоване рішення для з’єднання в один клік. На рівні виконання підтримуються OP Stack і Arbitrum Orbit. Рівень розрахунків може вибирати сумісні з EVM ланцюжки, такі як Polygon, BSC і Evmos. Рівень DA підтримується EigenLayer і Celestia.
Окрім самого ланцюга Rollup, Caldera також надає низку допоміжної інфраструктури, такої як браузери блокчейну, змішувачі тестових мереж, оракули, мости, що підтримуються Hyperlane тощо, для подальшого зниження вартості випуску ланцюга.
Затьмарення（Оптимізм+ЗК）
Eclipse має високі можливості налаштування. Він підтримує EVM і SolanaVM на рівні виконання та підключений до Celestia, Avail і EigenLayer на рівні DA. Рівень розрахунків забезпечує оптимістичне врегулювання та розробляє RISC0 zkVM, який підтримує врегулювання ZK.
Користувачі також можуть вибрати доступ до ланцюга (дозвіл/недозвіл), маркер газу, чи стягувати плату за газ, чи дозволяти MEV, конкретний код операції, розмір блоку тощо відповідно до своїх потреб, що дає їм високий ступінь гнучкості.
Назад（ZK）
Найбільшою особливістю Opside є те, що він побудував децентралізований ринок ZKP. Спочатку я хотів описати Prover як окремий рівень, але відмовився через малу кількість проектів. Zero-knowledge proof ZKP має високі вимоги до обчислювальної потужності.У контексті поступового збільшення частки ринку zkRollup, децентралізація ZKP є генеральним напрямком майбутнього розвитку.
Opside використовує механізм консенсусу PoW без дозволу, щоб залучати майнерів для генерації ZKP і підтримувати безпеку та доступність zkRollup, без того, щоб емітент ланцюга розглядав створення доказів. На рівні верифікатора механізм PoS використовується для зниження порогу участі та сприяння централізації верифікаторів.
Opside надає персоналізовані послуги. Користувачі можуть вибирати з zkSync, Starknet, Polygon zkEVM та інших zkEVM, а також можуть змінювати економічну модель і регулювати витрати на газ.
Майбутній розвиток RaaS
MoreZK
У порівнянні з Optimistic Rollup, zkRollup оновив економічну безпеку до криптографічної безпеки з вищим ступенем безпеки; більше немає потреби довго чекати претендента, а затримка підтвердження нижча; ступінь стиснення даних вищий, Д. дешевше.
Незважаючи на те, що рішення Optimism займає високу частку ринку завдяки своїй високій технологічній зрілості та раннім перевагам у випуску продукту, ZK, як революційна технологія, відіграватиме більш важливу роль у майбутньому. У своєму виступі в Чорногорії Віталік поставив технологію ZK і технологію блокчейн на однаково важливе місце, що також відображало важливість ZK.
У міру того як технологія продовжує вдосконалюватися, більше проектів zk-Rollup as a Service потраплять в поле зору громадськості та нададуть користувачам більше можливостей вибору.
Більше не-Ethereum
До цього дня екосистема Ethereum все ще займає абсолютно домінуюче положення у всій індустрії блокчейнів. Хоча інші спільноти продовжують ітерації та інновації, вони все ще не можуть похитнути трон екосистеми Ethereum.
У RaaS все, здається, змінилося. Через низьку ємність і високу ціну на зберігання даних в Ethereum люди можуть вибрати дешевші рівні DA, такі як Celestia, Avail або Polygon; Ethereum не є модульним і його дуже складно модифікувати, тому люди можуть вибрати високомодульний Cosmos SKD; Ефективність виконання EVM низька, люди можуть вибрати Solana VM, Move VM, CairoVM, які є більш ефективними.
Одна гілка, що розцвітає, не весна, але сто квітів, що разом розпускаються, наповнюють сад. Різні рішення в екосистемі, відмінній від Ethereum, додадуть нової життєвої сили RaaS.
Більше модульності
Роль модульності можна розділити на два пункти: по-перше, кожен модуль можна швидко ітерувати незалежно для підвищення ефективності розробки; по-друге, модульність може значно зменшити складність налаштування.
У поточному ринковому середовищі практично неможливо самостійно розробити універсальне рішення. Загальна швидкість інновацій ніколи не встигає за швидкою ітерацією невеликих модулів. Екстремальні вимоги до кастомізації призведуть до подальшого вдосконалення поділу модулів. Якщо він не буде модульований, він з часом буде розділений іншими проектами. Наприклад, OP Stack і Arbitrum Orbit були розділені на рівні виконання Caldera.
Більше налаштувань
Коли технологія розширення поступово розвивається, транзакційні витрати стають все нижчими й нижчими, а інфраструктура вдосконалюється, люди відреагують і скажуть: «Дурень, ключ у програмі». Кожна програма має свої власні правила роботи та режими. Одне рішення не може адаптуватися до складної екосистеми програм, тому нам потрібно більше налаштувань.
Від розміру блоку до структури даних, від комісії за транзакції до затримок транзакцій, від механізмів доступу до припущень щодо безпеки, від механізмів контрактів до розширення можливостей маркерів, ступінь налаштування Rollup буде поступово оновлюватися в майбутньому, щоб забезпечити більш гнучкі рішення для додатків. .
Більше сумісності
Як згадувалося раніше, домінування екосистеми Ethereum в екосистемі блокчейну багато в чому пов’язане з величезною кількістю ліквідності, заблокованої в ній. На крипторинку, оскільки кожен ланцюжок існує незалежно, ліквідність не може існувати в обох ланцюжках одночасно. Збільшення кількості згортань призведе до подальшого розподілу ліквідності, і ліквідність стала серйозною проблемою.
Покращена сумісність може зменшити міжланцюгове тертя та дозволити ліквідності плавніше переміщатися між різними локальними мережами. Це навіть можна назвати спільною ліквідністю. Відповідно до ідей, які підтримує Cosmos, такі проекти, як OP Stack, Arbitrun Orbit, ZK Stack і Starknet Stack, намагаються побудувати величезну екосистему ланцюга додатків. Зведений пакет, створений за допомогою того самого технологічного стеку, має однакову технічну архітектуру, тому може отримати нативну сумісність без необхідності будувати міжланцюгові мости.
Більш важкі ставки
Наразі багато сервісів у RaaS використовують модель PoS, використовуючи економічні штрафи для збільшення вартості зла та покращення безпеки. Однак економічна безпека вимагає глибокої застави активів як гарантії, що призводить до низького використання капіталу та збільшення початкових витрат для постачальників послуг.
Великі ставки були б хорошим рішенням, використовуючи переваги величезного фонду коштів, заявлених консенсусом Ethereum, щоб забезпечити спільну безпеку для інших сервісів через інтенсивні ставки, одночасно збільшуючи дохід заставників і покращуючи використання капіталу. Наразі EigenLayer і Espresso виконують пов’язану роботу, і можна передбачити, що більше служб використовуватимуть серйозні ставки для забезпечення економічної безпеки в майбутньому.
Підводячи підсумок, можна сказати, що найбільшим бенефіціаром розвитку RaaS є ланцюжок додатків. Чи може концепція ланцюга додатків, запропонована Cosmos і Polkadot у перші роки, дати нові паростки та досягти вибуху в екосистемі RaaS? Ми також почекаємо і побачимо.
Можливо, лише інновації на прикладному рівні можуть сприяти вибуху екосистеми RaaS. Зрештою, якою б хорошою не була дорога, по ній повинні їздити автомобілі, щоб вважатися хорошою інфраструктурою.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
З точки зору огляду RaaS, екології та майбутніх перспектив, як ви думаєте, чи наближається літо Rollup?
Автор: Cynic Leo Джерело: LK Venture
TL;DR
У блокчейні існує неможливий трикутник, тобто неможливо досягти безпеки, децентралізації та масштабованості одночасно. Bitcoin та Ethereum вибрали перші два, але не мали підтримки для останнього.Велика кількість транзакцій за короткий проміжок часу призведе до перевантаження мережі та високих комісій за транзакції.
Екосистема Bitcoin вперше запропонувала концепцію розширення, сподіваючись створити віртуальний другий рівень поверх Bitcoin для обробки транзакцій, тоді як основний ланцюг використовується для розрахунків. Ethereum послідовно намагався використовувати State Channel, Sidechain і Plasma для досягнення розширення, але результати були незадовільними. 5 вересня 2018 року Баррі Хет запропонував концепцію Rollup на Github. Зрештою, технологія Rollup завоювала визнання спільноти, а фонд Ethereum Foundation назвав її єдиною технологією Layer 2.
П'ять років минуло миттєво. Ethereum Rollup, який отримав найбільше уваги на ринку, часто повідомляв про нові тенденції в RaaS (Rollup as a Service). Чи скоро у нас буде літо для Rollup? Ця стаття аналізує огляд, екологію та майбутній розвиток RaaS, сподіваючись отримати короткий огляд від точки до лінії та від лінії до поверхні.
Огляд RaaS
Що стосується технічного аналізу Rollup, реалізація Rollup є відносно складною та вимагає високих професійних навичок і можливостей розробки.Високий поріг для запуску ланцюжка, очевидно, суперечить концепції блокчейну без дозволу.
Rollup-as-a-Service (RaaS) пакети Rollup як послуги, щоб надати підприємствам, організаціям і окремим особам більш зручний і простий досвід розгортання Rollup. Подібно до Cosmos SDK і Polkadot Substrate.
Подібно до рівня 1 під час запуску ланцюжка, RaaS надає універсальний SDK для Rollup. За допомогою простої конфігурації можна досягти незалежної розробки та розгортання Rollup. Настроювані функції зберігають суверенітет проекту. Деякі проекти RaaS навіть надають функцію ланцюжка одним клацанням без коду, що дозволяє користувачам розгортати власні зведені пакети без навичок програмування.
Зведення є високомодульним, і як секвенсор (Sequencer), так і доказовий генератор (Prover) можна незалежно ітеративно оновлювати. У RaaS існують проекти, що спеціалізуються на проектуванні та розробці секвенсорів і генераторів доказів, які можуть надавати послуги для всіх зведених пакетів.
RaaS може внести такі зміни:
Дешевший, ефективний і однаково безпечний ланцюжок додатків: Rollup переміщує дорогий процес обчислень за межі ланцюга, роблячи транзакції дешевшими та ефективнішими; використовуючи базовий публічний ланцюжок як рівень DA, перевірений смарт-контрактами, він може отримати те саме безпека як публічний ланцюг.
Полігон для тестування інноваційних ідей: Rollup використовує те саме середовище віртуальної машини, що й базовий публічний ланцюг, але є більш доступним. Його можна використовувати як бойове тестове середовище для основного ланцюга. Пропозиції спільноти буде перенесено після достатнього тестування на Зведення до основного публічного ланцюжка.
Вища сумісність: зведені пакети, що використовують той самий набір служб RaaS, мають однакову технічну архітектуру, тому легко визначити набір правил повідомлень. Немає необхідності перехресного зв’язку через з’єднання. Натомість повідомлення передаються безпосередньо між кожним Зведення для отримання високої сумісності один з одним.
Екосистема RaaS
Загалом, усі проекти, які сприяють випуску Rollup, належать до екосистеми RaaS. Базуючись на принципі модульності, у цій статті екосистема RaaS поділяється знизу вгору на чотири рівні: DA (доступність даних), SDK (набір для розробки програмного забезпечення), Sequencer (секвенсор) і No-Code (розгортання без коду).
Деякі з цих проектів надають багаторівневі послуги, які будуть детально обговорені, коли вони вперше з’являться, і не будуть повторюватися нижче.
2.1 DA (Доступність даних)
Теоретично будь-який загальнодоступний ланцюжок може служити рівнем DA для зберігання даних транзакцій Rollup.Однак без стабільного та правильно працюючого рівня DA Rollup не зможе перевірити надійність переходів станів.
Для Rollup є два варіанти. Один — це інтелектуальний зведений контракт, який також є режимом, який вибирає більшість поточних зведених, і фактично залежить від розрахунків і доступності даних основного загальнодоступного ланцюжка; інший — це зведений суверенітет, який розділяє доступність даних і розрахунки та покладається лише на дані наявність основного публічного ланцюга.
Представники перших зазвичай обирають EVM-сумісні, Cosmos-сумісні ланцюжки або публічні ланцюжки з повними функціями, такі як Solana; потреби других породили проекти, що спеціалізуються на доступності даних, зокрема Celestia, EigenLayer, Avail тощо.
Селестія
Celestia — це ланцюжок PoS, створений за допомогою Cosmos SDK, використовує модифікований алгоритм консенсусу Tendermint і використовує код RS для кодування блокових даних. Використовуючи технологію вибірки доступності даних, Celestia додатково знижує вартість верифікації легких вузлів.Літовим вузлам потрібно лише завантажити частину даних блоку, щоб перевірити доступність даних.
Крім того, для виявлення того, чи правильно закодовано блок, Celestia використовує механізм Optimism, тобто спочатку оптимістично вірить, що він правильно закодований, і якщо сертифікат шахрайства не отримано протягом певного періоду часу, визначається, що блок був правильно закодований. Механізм оптимізму покращує ефективність виконання, але збільшує деяку затримку.
В наявності
Avail — це проект, який підтримується Polygon Labs. Використовується алгоритм консенсусу BABE+GRANDPA, а також використовується технологія вибірки доступності даних. На відміну від Celestia, Avail використовує докази дійсності, щоб перевірити, чи блоки правильно закодовані, використовуючи доказ KZG, який ефективніший, ніж Merkel Proof.
OwnLayer
EigenLayer сам по собі є серйозним рішенням, спрямованим на використання ліквідності зобов’язань Ethereum для забезпечення економічної безпеки проектів. З EigenLayer новий протокол не потребує створення власної розподіленої мережі перевірки, а лише має скористатися перевагами безпеки великої застави ETH через EigenLayer. EigenLayer можна чудово використовувати в спрощених, децентралізованих сценаріях без дозволів. Згідно з розповіддю про розширення Ethereum, найкращим варіантом використання є RaaS.
Оскільки DA не обчислює транзакції, а лише кодує та фіксує дані транзакцій, він має нижчі вимоги до вузлів. Завдяки застосуванню алгоритму PoS ліквідність застави є прямим відображенням безпеки та доступності блокчейну. Це також можливість для EigenLayer продемонструвати свої таланти.
EigenLayer існує як смарт-контракт на Ethereum і використовує підтвердження дійсності KZG для перевірки правильності кодування блоків. Однак наразі EigenLayer ще не запровадив технологію вибірки доступності даних. Це може бути пов’язано з наступним етапом плану оновлення Ethereum.
2.2 Секвенсор
Робота секвенсора полягає в сортуванні отриманих транзакцій користувача, і подальше виконання та генерація блоків буде здійснюватися в такому порядку. В архітектурі Ethereum, оскільки сортування та виконання обробляються одним і тим же об’єктом, верифікатор має занадто багато повноважень, і існують такі явища, як MEV і цензура, що сильно впливає на взаємодію з користувачем.
Розділення сортування та виконання є проявом ідеї поділу побудови, запропонованої PBS (Propose Builder Separation). Однак поточна архітектура Rollup все ще значною мірою покладається на централізований секвенсор для визначення порядку транзакцій. Існує єдина точка відмови та ризик цензури. Потрібне децентралізоване рішення.
Астрія
Astra пропонує спільне рішення сортувальника. Транзакції користувачів із різних зведених даних збиратимуться в сортувальник Astria. Для вузлів зведення ви можете безпосередньо отримувати дані від Astria, щоб отримати м’яке підтвердження з меншою затримкою; ви також можете дочекатися, поки Astria надішле дані на рівень DA, і отримати їх від рівня DA, щоб отримати найнадійніше остаточне підтвердження.
Оскільки дані, надані Astria, містять транзакції з кількох зведених даних, перед обробкою для кожного зведеного аналізу недійсні транзакції (включно з іншими зведеними) потрібно виключити відповідно до механізму консенсусу. Astria надає лише дані та залишає консенсусний вибір вузлам Rollup, забезпечуючи суверенітет Rollup.
ВЕРХНИЙ СТЕК
Конфігурація OP Stack за замовчуванням полягає у використанні єдиного виділеного секвенсора для обробки транзакцій. Проста модифікація цього полягає у використанні дозволеного набору секвенсорів, який може зменшити ймовірність злочинів з боку вузлів секвенсора через механізм PoS.
Після того як OP Stack представив концепцію суперланцюжка, спільні секвенсори стали неминучим вибором. Спільний секвенсор забезпечує функціональність атомарного крос-ланцюга та покращує взаємодію між суперланцюгами.
Еспресо
Espresso сподівається використати ліквідність стейкерів Ethereum, щоб отримати спільну безпеку за допомогою важких ставок. Espresso інтегрує сортувальник і DA, надаючи результати сортування для Rollups через REST API, захищаючи деталі DA. Безпека консенсусу перевіряється смарт-контрактом, розташованим на L1, що забезпечує більшу надійність.
Сага
Saga спочатку виконувала роль, схожу на Cosmos Hub, використовуючи власний набір валідаторів для забезпечення спільної безпеки для ланцюжків програм за допомогою Cosmos SDK на Saga.
Під час гарячої хвилі Rollup Saga співпрацювала з Celestia, використовуючи Celestia як DA. Saga перетворила свій власний валідатор на секвенсор і використовувала Optimistic Rollup IBC для обміну інформацією з Rollup верхнього рівня для забезпечення спільної безпеки.
СУВЕ
На відміну від інших секвенсорів, SUAVE завжди орієнтувався на ринок MEV. Flashbots є абсолютним лідером у треку MEV, і SUAVE є його продуктом, спрямованим на перехресне захоплення MEV. Він стверджує, що «Майбутнє MEV — це SUAVE». Через спільний секвенсор, наданий SUAVE, стають можливими атомарні міжланцюгові транзакції. , і є Допоможіть підвищити ефективність ринків капіталу в різних мережах.
OwnLayer
Як згадувалося раніше, варіанти використання EigenLayer на рівні DA також є спеціалізацією EigenLayer, як і децентралізація сортувальників.
Оскільки сортувальник відповідає лише за сортування, але не за виконання, вимоги до вузлів дуже низькі. Ключ до децентралізації полягає в тому, щоб зменшити ймовірність того, що вузли чинять зло за допомогою механізму штрафів. EigenLayer надає глибокий пул застав і використовує децентралізацію Ethereum культивувати Rollup Децентралізація сортувальників.
2.3 SDK (набір для розробки програмного забезпечення)
Подібно до Cosmos SDK, SDK, наданий RaaS, дозволяє розробникам повторно використовувати велику кількість програмних модулів і налаштовувати необхідний Rollup за найнижчої вартості, зменшуючи труднощі розробки.
Ролкіт（Оптимізм）
Спочатку Rollkit був інкубований спільнотою Celestia, а тепер став незалежним проектом. Rollkit використовує Celstia як рівень DA для забезпечення ABCI-сумісного клієнтського інтерфейсу вгору для надання послуг для всіх ABCI-сумісних зведених пакетів (ланцюжок Cosmos).
На цьому етапі Rollkit використовує єдиний централізований секвенсор і підтримує інтеграцію Cosmos SDK, Ethermint і CosmWasm Користувачі можуть вибрати потрібне середовище виконання. У майбутньому Rollkit буде продовжувати розвиватися для підтримки більшої кількості служб конфігурації.
Розмір（Optimimisim）
Dymension поділяє сервіс на зовнішній і внутрішній. Інтерфейс підтримує налаштовані RollApps і підтримується Dymension RDK (модифікований Cosmos SDK). Внутрішній Dymension Hub координує всю систему, обробляє DA та сортування.
Dymension використовує механізм оптимізму. Dymension Hub спочатку оптимістично приймає оновлення статусу від секвенсора. Якщо отримано дійсний доказ шахрайства, модифікація статусу буде скасована. RollApps може досягти середньої затримки 0,2 секунди та максимального TPS 20 000.
Dymension використовує гнучку схему виробництва блоків.Якщо в блоці немає транзакцій, він припиняє створення блоків, що значно знижує експлуатаційні витрати секвенсора.
На даному етапі продукти Dymension все ще перебувають у стадії розробки та вже підтримують рівень виконання EVM.Немає чіткого вибору для рівня DA.
Суверен（ZK）
Soverign SDK надає zk-Rollup як службу, яка надає загальний модуль для побудови блокчейну та zkVM, який захищає деталі основного доказу з нульовим знанням, дозволяючи розробникам писати програми в Rust, а SDK може компілювати їх у ефективні zk Дружня форма.
Як вказує назва проекту, Sovereign SDK наголошує на суверенітеті, а Rollup визначає законність переходів між станами за допомогою налаштованих консенсусних правил, не вимагаючи перевірки на рівні DA.
Наразі Sovereign SDK адаптовано до Celestia та Avail на рівні DA, підтримує zkVM Risc0 і може реалізувати зведене розгортання та демонстрацію.
Stackr（Невідомо）
Stackr запропонував більш радикальне нововведення, бажаючи перенести архітектуру мікросервісів у традиційному Інтернеті на блокчейн і запропонував концепцію мікрозгортання.
Зв’язок між звичайним зведенням і мікрозведенням схожий на зв’язок між віртуальними машинами та контейнерами. Використовуючи Stackr SDK, розробникам потрібно лише визначити необхідні структури даних і функції передачі стану, а Stackr впорається з іншим.
Stackr підтримує кілька середовищ виконання, таких як EVM, Solana VM, FuelVM тощо. Користувачі можуть вибрати середовище, яке вони хочуть використовувати.
AltLayer（Оптимізм）
Будучи децентралізованою та гнучкою RaaS, AltLayer надає SDK для розробників і інформаційну панель без коду, яка не потребує досвіду програмування, що забезпечує ланцюгову публікацію в один клік.
AltLayer надає унікальний гнучкий зведений пакет під назвою Flash Layer. Коли попит на програми зростає, ланцюжок зведення може бути швидко розгорнутий. Коли попит повертається до нормального рівня, розрахунок виконується на L1, а зведення відкидається, досягаючи горизонтального розширення, звичайного в системі Інтернет.
Метою AltLayer є підтримка середовищ із кількома ланцюжками та кількома виконаннями, і наразі він підтримує EVM та WASM.
OP Stack（Оптимізм）
OP Stack створено для підтримки Optimism Superchain, пропонованої мережі мереж L2, що спільно використовують рівень безпеки, комунікаційні рівні та стеки спільної розробки. Після оновлення Bedrock зведені пакети, створені за допомогою OP Stack, будуть оригінально сумісні з Superchain. Звичайно, ви також можете змінювати компоненти OP Stack, щоб отримати налаштовані функції. Base та opBNB — це зведені пакети, розроблені на основі OP Stack.
Безпека та зручність використання OP Stack були повністю протестовані мережею OP Mainnet, base та іншими мережами. Проте все ще існують проблеми, такі як відсутність захисту від шахрайства та централізація сортувальника. OP Stack шукає нові шляхи, наприклад використання дешевшого DA , використовувати ZK Proof, спільний сортувальник тощо.
Орбіта прийняття рішень（Оптимізм）
22 червня Offchain Labs випустила інструменти для випуску Arbitrum Orbit Chain. Orbit Chain — це рівень 3 поверх рівня 2 Arbitrum. Ви можете використовувати для врегулювання один із трьох рівнів 2, включаючи Arbitrum One, Arbitrum Nova та Arbitrum Goerli. Користувачі можуть вибрати технологію Rollup або Anytrust. Різниця полягає в тому, що Anytrust використовує DAC замість передачі даних транзакцій у ланцюжок, що дешевше, але менш безпечно. Переваги Orbit Chain полягають у простому процесі випуску ланцюжків, сумісності з екосистемою Arbitrum, миттєвих оновленнях Nitro та сумісності з EVM+, що забезпечується Stylus (підтримує запис у Rust, C, C++ і працює на віртуальній машині WASM). Користувачі можуть вільно налаштувати випуск будь-якого Orbit Chain, але це має бути встановлено на Arbitrum Layer2, інакше їм потрібно зв’язатися з Offchain Labs або Arbitrum DAO, щоб отримати авторизацію.
ZK стек（ZK）
26 червня zkSync опублікував статтю, в якій стверджував, що протягом наступних кількох тижнів він змінить існуючий відкритий вихідний код і запустить ZK Stack, дозволяючи користувачам використовувати його налаштування для створення власного суперланцюга ZK. На відміну від Arbitrum Orbit Chain, ZK Stack наголошує на суверенності та сумісності. Користувачі можуть повністю налаштувати відповідно до своїх потреб. Ланцюги, створені за допомогою ZK Stack, можуть досягти сумісності без мостів. ZK Stack можна використовувати для створення як рівня 2, так і рівня 3. На нього немає офіційних обмежень і немає вимоги зупинятися на zkSync. З цієї точки зору суверенітет, який надає ЖК Стек, видається сильнішим.
Starknet Stack/Madara（ZK）
Madara спочатку позиціонувалася як секвенсор у Starknet. За допомогою накопичення технологій вона успішно розробила Starknet Stack на основі оригінального продукту, щоб допомогти побудувати зведений ланцюжок додатків у Starknet. Ethereum використовується як рівень DA, а розрахунок здійснюється на Starknet за допомогою спільного прувера Starknet. З точки зору зручності використання, Madara допоміг команді реалізувати випуск зведеного ланцюга додатків протягом 24 годин на хакатоні PragmaOracle, а також надав відеодемонстрацію.Порівняно зі стеком ZK команди zkSync, ступінь завершеності вищий.
2.4 No-Code (без розгортання коду)
Розгортання без коду — це рішення з нижчим порогом і надає нерозробникам можливість опублікувати посилання одним клацанням миші, що, як очікується, ще більше сприятиме прийняттю.
Кальдера（Оптимізм）
Calera Chain — це повноланкове налаштоване рішення для з’єднання в один клік. На рівні виконання підтримуються OP Stack і Arbitrum Orbit. Рівень розрахунків може вибирати сумісні з EVM ланцюжки, такі як Polygon, BSC і Evmos. Рівень DA підтримується EigenLayer і Celestia.
Окрім самого ланцюга Rollup, Caldera також надає низку допоміжної інфраструктури, такої як браузери блокчейну, змішувачі тестових мереж, оракули, мости, що підтримуються Hyperlane тощо, для подальшого зниження вартості випуску ланцюга.
Затьмарення（Оптимізм+ЗК）
Eclipse має високі можливості налаштування. Він підтримує EVM і SolanaVM на рівні виконання та підключений до Celestia, Avail і EigenLayer на рівні DA. Рівень розрахунків забезпечує оптимістичне врегулювання та розробляє RISC0 zkVM, який підтримує врегулювання ZK.
Користувачі також можуть вибрати доступ до ланцюга (дозвіл/недозвіл), маркер газу, чи стягувати плату за газ, чи дозволяти MEV, конкретний код операції, розмір блоку тощо відповідно до своїх потреб, що дає їм високий ступінь гнучкості.
Назад（ZK）
Найбільшою особливістю Opside є те, що він побудував децентралізований ринок ZKP. Спочатку я хотів описати Prover як окремий рівень, але відмовився через малу кількість проектів. Zero-knowledge proof ZKP має високі вимоги до обчислювальної потужності.У контексті поступового збільшення частки ринку zkRollup, децентралізація ZKP є генеральним напрямком майбутнього розвитку.
Opside використовує механізм консенсусу PoW без дозволу, щоб залучати майнерів для генерації ZKP і підтримувати безпеку та доступність zkRollup, без того, щоб емітент ланцюга розглядав створення доказів. На рівні верифікатора механізм PoS використовується для зниження порогу участі та сприяння централізації верифікаторів.
Opside надає персоналізовані послуги. Користувачі можуть вибирати з zkSync, Starknet, Polygon zkEVM та інших zkEVM, а також можуть змінювати економічну модель і регулювати витрати на газ.
Майбутній розвиток RaaS
MoreZK
У порівнянні з Optimistic Rollup, zkRollup оновив економічну безпеку до криптографічної безпеки з вищим ступенем безпеки; більше немає потреби довго чекати претендента, а затримка підтвердження нижча; ступінь стиснення даних вищий, Д. дешевше.
Незважаючи на те, що рішення Optimism займає високу частку ринку завдяки своїй високій технологічній зрілості та раннім перевагам у випуску продукту, ZK, як революційна технологія, відіграватиме більш важливу роль у майбутньому. У своєму виступі в Чорногорії Віталік поставив технологію ZK і технологію блокчейн на однаково важливе місце, що також відображало важливість ZK.
У міру того як технологія продовжує вдосконалюватися, більше проектів zk-Rollup as a Service потраплять в поле зору громадськості та нададуть користувачам більше можливостей вибору.
Більше не-Ethereum
До цього дня екосистема Ethereum все ще займає абсолютно домінуюче положення у всій індустрії блокчейнів. Хоча інші спільноти продовжують ітерації та інновації, вони все ще не можуть похитнути трон екосистеми Ethereum.
У RaaS все, здається, змінилося. Через низьку ємність і високу ціну на зберігання даних в Ethereum люди можуть вибрати дешевші рівні DA, такі як Celestia, Avail або Polygon; Ethereum не є модульним і його дуже складно модифікувати, тому люди можуть вибрати високомодульний Cosmos SKD; Ефективність виконання EVM низька, люди можуть вибрати Solana VM, Move VM, CairoVM, які є більш ефективними.
Одна гілка, що розцвітає, не весна, але сто квітів, що разом розпускаються, наповнюють сад. Різні рішення в екосистемі, відмінній від Ethereum, додадуть нової життєвої сили RaaS.
Більше модульності
Роль модульності можна розділити на два пункти: по-перше, кожен модуль можна швидко ітерувати незалежно для підвищення ефективності розробки; по-друге, модульність може значно зменшити складність налаштування.
У поточному ринковому середовищі практично неможливо самостійно розробити універсальне рішення. Загальна швидкість інновацій ніколи не встигає за швидкою ітерацією невеликих модулів. Екстремальні вимоги до кастомізації призведуть до подальшого вдосконалення поділу модулів. Якщо він не буде модульований, він з часом буде розділений іншими проектами. Наприклад, OP Stack і Arbitrum Orbit були розділені на рівні виконання Caldera.
Більше налаштувань
Коли технологія розширення поступово розвивається, транзакційні витрати стають все нижчими й нижчими, а інфраструктура вдосконалюється, люди відреагують і скажуть: «Дурень, ключ у програмі». Кожна програма має свої власні правила роботи та режими. Одне рішення не може адаптуватися до складної екосистеми програм, тому нам потрібно більше налаштувань.
Від розміру блоку до структури даних, від комісії за транзакції до затримок транзакцій, від механізмів доступу до припущень щодо безпеки, від механізмів контрактів до розширення можливостей маркерів, ступінь налаштування Rollup буде поступово оновлюватися в майбутньому, щоб забезпечити більш гнучкі рішення для додатків. .
Більше сумісності
Як згадувалося раніше, домінування екосистеми Ethereum в екосистемі блокчейну багато в чому пов’язане з величезною кількістю ліквідності, заблокованої в ній. На крипторинку, оскільки кожен ланцюжок існує незалежно, ліквідність не може існувати в обох ланцюжках одночасно. Збільшення кількості згортань призведе до подальшого розподілу ліквідності, і ліквідність стала серйозною проблемою.
Покращена сумісність може зменшити міжланцюгове тертя та дозволити ліквідності плавніше переміщатися між різними локальними мережами. Це навіть можна назвати спільною ліквідністю. Відповідно до ідей, які підтримує Cosmos, такі проекти, як OP Stack, Arbitrun Orbit, ZK Stack і Starknet Stack, намагаються побудувати величезну екосистему ланцюга додатків. Зведений пакет, створений за допомогою того самого технологічного стеку, має однакову технічну архітектуру, тому може отримати нативну сумісність без необхідності будувати міжланцюгові мости.
Більш важкі ставки
Наразі багато сервісів у RaaS використовують модель PoS, використовуючи економічні штрафи для збільшення вартості зла та покращення безпеки. Однак економічна безпека вимагає глибокої застави активів як гарантії, що призводить до низького використання капіталу та збільшення початкових витрат для постачальників послуг.
Великі ставки були б хорошим рішенням, використовуючи переваги величезного фонду коштів, заявлених консенсусом Ethereum, щоб забезпечити спільну безпеку для інших сервісів через інтенсивні ставки, одночасно збільшуючи дохід заставників і покращуючи використання капіталу. Наразі EigenLayer і Espresso виконують пов’язану роботу, і можна передбачити, що більше служб використовуватимуть серйозні ставки для забезпечення економічної безпеки в майбутньому.
Підводячи підсумок, можна сказати, що найбільшим бенефіціаром розвитку RaaS є ланцюжок додатків. Чи може концепція ланцюга додатків, запропонована Cosmos і Polkadot у перші роки, дати нові паростки та досягти вибуху в екосистемі RaaS? Ми також почекаємо і побачимо.
Можливо, лише інновації на прикладному рівні можуть сприяти вибуху екосистеми RaaS. Зрештою, якою б хорошою не була дорога, по ній повинні їздити автомобілі, щоб вважатися хорошою інфраструктурою.