У блокчейні існує неможливий трикутник, тобто неможливо досягти безпеки, децентралізації та масштабованості одночасно. Bitcoin та Ethereum вибрали перші два, але не мали підтримки для останнього.Велика кількість транзакцій за короткий проміжок часу призведе до перевантаження мережі та високих комісій за транзакції.
Екосистема Bitcoin вперше запропонувала концепцію розширення, сподіваючись створити віртуальний другий рівень поверх Bitcoin для обробки транзакцій, тоді як основний ланцюг використовується для розрахунків. Ethereum послідовно намагався використовувати State Channel, Sidechain і Plasma для досягнення розширення, але результати були незадовільними. 5 вересня 2018 року Баррі Хет запропонував концепцію Rollup на Github. Зрештою, технологія Rollup завоювала визнання спільноти, а Ethereum Foundation назвав її єдиною технологією рівня 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 навіть надають функцію ланцюжка одним клацанням без коду, що дозволяє користувачам розгортати власні зведені пакети без навичок програмування.
Зведення є високомодульним, і секвенсор, і генератор доказів (Prover) можна незалежно ітеративно оновлювати. У RaaS є проекти, що спеціалізуються на проектуванні та розробці секвенсорів і генераторів доказів, які можуть надавати послуги для всіх зведених пакетів.
RaaS може призвести до таких змін:
Дешевший, ефективний і однаково безпечний ланцюжок додатків: Rollup переміщує дорогий процес обчислень за межі ланцюга, роблячи транзакції дешевшими та ефективнішими; використовуючи базовий публічний ланцюжок як рівень DA, перевірений смарт-контрактами, він може отримати те саме безпека як публічний ланцюг.
Полігон для тестування інноваційних ідей: Rollup використовує те саме середовище віртуальної машини, що й базовий публічний ланцюг, але є більш доступним. Його можна використовувати як бойове тестове середовище для основного ланцюга. Пропозиції спільноти буде перенесено після достатнього тестування на Зведення до основного публічного ланцюжка.
Вища сумісність: зведені пакети, що використовують той самий набір служб RaaS, мають однакову технічну архітектуру, тому легко визначити набір правил повідомлень. Немає необхідності перехресного зв’язку через з’єднання. Натомість повідомлення передаються безпосередньо між кожним Зведення для отримання високої сумісності один з одним.
Екосистема RaaS
Загалом, усі проекти, які сприяють випуску Rollup, належать до екосистеми RaaS. Базуючись на принципі модульності, у цій статті екосистема RaaS поділяється знизу вгору на чотири рівні: DA (доступність даних), SDK (набір для розробки програмного забезпечення), Sequencer (секвенсор) і No-Code (розгортання без коду).
Деякі з цих проектів надають багаторівневі послуги, які будуть детально обговорюватися, коли вони вперше з’являться, і не повторюватимуться нижче.
DA (Доступність даних)
Теоретично будь-який загальнодоступний ланцюжок може служити рівнем DA для зберігання даних транзакцій Rollup.Однак без стабільного та правильно працюючого рівня DA Rollup не зможе перевірити надійність переходів станів.
Для Rollup є два варіанти. Один — це інтелектуальний зведений контракт, який також є режимом, який вибирає більшість поточних зведених, і фактично залежить від розрахунків і доступності даних основного загальнодоступного ланцюжка; інший — це зведений суверенітет, який розділяє доступність даних і розрахунки та покладається лише на дані наявність основного публічного ланцюга.
Представники перших зазвичай обирають EVM-сумісні, Cosmos-сумісні ланцюги або публічні ланцюги з повними функціями, такі як Solana; потреби других породили проекти, що спеціалізуються на доступності даних, включаючи Celestia, EigenLayer, Avail тощо.
Селестія
Celestia — це ланцюжок PoS, створений за допомогою Cosmos SDK, використовує модифікований алгоритм консенсусу Tendermint і використовує код RS для кодування блокових даних. Використовуючи технологію вибірки доступності даних, Celestia додатково знижує вартість верифікації легких вузлів.Літовим вузлам потрібно лише завантажити частину даних блоку, щоб перевірити доступність даних.
Крім того, щоб визначити, чи правильно закодовано блок, Celestia використовує механізм Optimism, тобто спочатку оптимістично вірить, що він правильно закодований.Якщо сертифікат шахрайства не отримано протягом певного періоду часу, визначається, що блок було правильно закодовано. Механізм Optimism покращує ефективність виконання, але збільшує деяку затримку.
В наявності
Avail — це проект, який підтримується Polygon Labs. Використовується алгоритм консенсусу BABE+GRANDPA, а також використовується технологія вибірки доступності даних. На відміну від Celestia, Avail використовує підтвердження дійсності, щоб перевірити, чи блоки правильно закодовані, використовуючи підтвердження KZG, яке ефективніше, ніж підтвердження Merkel.
OwnLayer
EigenLayer сам по собі є складним рішенням, яке має на меті використовувати ліквідність зобов’язань Ethereum для забезпечення економічної безпеки проектів. З EigenLayer новий протокол не потребує створення власної розподіленої мережі перевірки, а лише має скористатися перевагами безпеки великої застави ETH через EigenLayer. EigenLayer можна чудово використовувати в спрощених, децентралізованих сценаріях без дозволів. Згідно з розповіддю про розширення Ethereum, найкращим варіантом використання є RaaS.
Оскільки DA не обчислює транзакції, а лише кодує та фіксує дані транзакцій, він має нижчі вимоги до вузлів. Завдяки застосуванню алгоритму PoS ліквідність застави є прямим відображенням безпеки та доступності блокчейну. Це також можливість для EigenLayer продемонструвати свої таланти.
EigenLayer існує як смарт-контракт на Ethereum і використовує підтвердження дійсності KZG для перевірки правильності кодування блоків.Однак наразі EigenLayer ще не запровадив технологію вибірки доступності даних, яка може бути пов’язана з наступним етапом плану оновлення Ethereum.
Секвенсор
Робота секвенсора полягає в сортуванні отриманих транзакцій користувача, і подальше виконання та генерація блоків буде здійснюватися в такому порядку. В архітектурі Ethereum, оскільки сортування та виконання обробляються одним і тим же об’єктом, верифікатор має занадто багато повноважень, і існують такі явища, як MEV і цензура, що сильно впливає на взаємодію з користувачем.
Розділення сортування та виконання є проявом ідеї поділу побудови, запропонованої PBS (Propose Builder Separation). Однак поточна архітектура Rollup все ще значною мірою покладається на централізований секвенсор для визначення порядку транзакцій. Існує єдина точка відмови та ризик перегляду. Потрібне децентралізоване рішення.
Астрія
Astra пропонує рішення для спільних секвенсорів. Транзакції користувачів із різних зведених даних збираються в сортувальник Astria. Для вузла Rollup він може отримувати дані безпосередньо від 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 Децентралізація сортувальників.
SDK (набір для розробки програмного забезпечення)
Подібно до Cosmos SDK, SDK, наданий RaaS, дозволяє розробникам повторно використовувати велику кількість програмних модулів і налаштовувати необхідні зведення за найнижчою ціною, зменшуючи труднощі розробки.
Ролкіт（Оптимізм）
Спочатку Rollkit був інкубований спільнотою Celestia, а тепер став незалежним проектом. Rollkit використовує Celstia як рівень DA для забезпечення ABCI-сумісного клієнтського інтерфейсу вгору для надання послуг для всіх ABCI-сумісних зведених пакетів (ланцюг Cosmos).
На цьому етапі Rollkit використовує єдиний централізований секвенсор і підтримує інтеграцію Cosmos SDK, Ethermint і CosmWasm Користувачі можуть вибрати потрібне середовище виконання. У майбутньому Rollkit буде продовжувати розвиватися для підтримки більшої кількості служб конфігурації.
Розмір（Optimisim）
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 Risc 0 і може реалізувати зведене розгортання та демонстрацію.
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 Layer 2, інакше їм потрібно буде зв’язатися з 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, ступінь завершеності вищий.
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. Рівень розрахунків забезпечує оптимістичне врегулювання та розробляє RISC 0 zkVM, який підтримує врегулювання ZK.
Користувачі також можуть вибрати доступ до ланцюжка (дозвіл/недозвіл), маркер газу, чи стягувати плату за газ, чи дозволяти MEV, конкретний код операції, розмір блоку тощо відповідно до своїх потреб, що дає їм високий ступінь гнучкості.
Назад（ZK）
Найбільшою особливістю Opside є те, що він побудував децентралізований ринок ZKP. Спочатку я хотів описати Prover як окремий рівень, але відмовився через малу кількість проектів. Zero-knowledge proof ZKP має високі вимоги до обчислювальної потужності.У контексті поступового збільшення частки ринку zkRollup, децентралізація ZKP є генеральним напрямком майбутнього розвитку.
Opside використовує механізм консенсусу PoW без дозволу, щоб залучати майнерів для генерації ZKP і підтримувати безпеку та доступність zkRollup без необхідності емітентам ланцюга розглядати створення доказів. На рівні верифікатора механізм PoS використовується для зниження порогу участі та сприяння централізації верифікаторів.
Opside надає персоналізовані послуги. Користувачі можуть вибирати серед zkEVM, таких як zkSync, Starknet, Polygon zkEVM тощо, а також можуть змінювати економічну модель і регулювати витрати на газ.
Майбутнє RaaS
MoreZK
Порівняно з Optimistic Rollup, zkRollup оновлює економічну безпеку до криптографічної безпеки з вищим ступенем безпеки; більше немає потреби довго чекати претендента, а затримка підтвердження нижча; ступінь стиснення даних вищий, DA дешевше.
Незважаючи на те, що рішення 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
Автор оригіналу: Cynic Leo, LK Venture
TL;DR
У блокчейні існує неможливий трикутник, тобто неможливо досягти безпеки, децентралізації та масштабованості одночасно. Bitcoin та Ethereum вибрали перші два, але не мали підтримки для останнього.Велика кількість транзакцій за короткий проміжок часу призведе до перевантаження мережі та високих комісій за транзакції.
Екосистема Bitcoin вперше запропонувала концепцію розширення, сподіваючись створити віртуальний другий рівень поверх Bitcoin для обробки транзакцій, тоді як основний ланцюг використовується для розрахунків. Ethereum послідовно намагався використовувати State Channel, Sidechain і Plasma для досягнення розширення, але результати були незадовільними. 5 вересня 2018 року Баррі Хет запропонував концепцію Rollup на Github. Зрештою, технологія Rollup завоювала визнання спільноти, а Ethereum Foundation назвав її єдиною технологією рівня 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 навіть надають функцію ланцюжка одним клацанням без коду, що дозволяє користувачам розгортати власні зведені пакети без навичок програмування.
Зведення є високомодульним, і секвенсор, і генератор доказів (Prover) можна незалежно ітеративно оновлювати. У RaaS є проекти, що спеціалізуються на проектуванні та розробці секвенсорів і генераторів доказів, які можуть надавати послуги для всіх зведених пакетів.
RaaS може призвести до таких змін:
Дешевший, ефективний і однаково безпечний ланцюжок додатків: Rollup переміщує дорогий процес обчислень за межі ланцюга, роблячи транзакції дешевшими та ефективнішими; використовуючи базовий публічний ланцюжок як рівень DA, перевірений смарт-контрактами, він може отримати те саме безпека як публічний ланцюг.
Полігон для тестування інноваційних ідей: Rollup використовує те саме середовище віртуальної машини, що й базовий публічний ланцюг, але є більш доступним. Його можна використовувати як бойове тестове середовище для основного ланцюга. Пропозиції спільноти буде перенесено після достатнього тестування на Зведення до основного публічного ланцюжка.
Вища сумісність: зведені пакети, що використовують той самий набір служб RaaS, мають однакову технічну архітектуру, тому легко визначити набір правил повідомлень. Немає необхідності перехресного зв’язку через з’єднання. Натомість повідомлення передаються безпосередньо між кожним Зведення для отримання високої сумісності один з одним.
Екосистема RaaS
Загалом, усі проекти, які сприяють випуску Rollup, належать до екосистеми RaaS. Базуючись на принципі модульності, у цій статті екосистема RaaS поділяється знизу вгору на чотири рівні: DA (доступність даних), SDK (набір для розробки програмного забезпечення), Sequencer (секвенсор) і No-Code (розгортання без коду).
Деякі з цих проектів надають багаторівневі послуги, які будуть детально обговорюватися, коли вони вперше з’являться, і не повторюватимуться нижче.
DA (Доступність даних)
Теоретично будь-який загальнодоступний ланцюжок може служити рівнем DA для зберігання даних транзакцій Rollup.Однак без стабільного та правильно працюючого рівня DA Rollup не зможе перевірити надійність переходів станів.
Для Rollup є два варіанти. Один — це інтелектуальний зведений контракт, який також є режимом, який вибирає більшість поточних зведених, і фактично залежить від розрахунків і доступності даних основного загальнодоступного ланцюжка; інший — це зведений суверенітет, який розділяє доступність даних і розрахунки та покладається лише на дані наявність основного публічного ланцюга.
Представники перших зазвичай обирають EVM-сумісні, Cosmos-сумісні ланцюги або публічні ланцюги з повними функціями, такі як Solana; потреби других породили проекти, що спеціалізуються на доступності даних, включаючи Celestia, EigenLayer, Avail тощо.
Селестія
Celestia — це ланцюжок PoS, створений за допомогою Cosmos SDK, використовує модифікований алгоритм консенсусу Tendermint і використовує код RS для кодування блокових даних. Використовуючи технологію вибірки доступності даних, Celestia додатково знижує вартість верифікації легких вузлів.Літовим вузлам потрібно лише завантажити частину даних блоку, щоб перевірити доступність даних.
Крім того, щоб визначити, чи правильно закодовано блок, Celestia використовує механізм Optimism, тобто спочатку оптимістично вірить, що він правильно закодований.Якщо сертифікат шахрайства не отримано протягом певного періоду часу, визначається, що блок було правильно закодовано. Механізм Optimism покращує ефективність виконання, але збільшує деяку затримку.
В наявності
Avail — це проект, який підтримується Polygon Labs. Використовується алгоритм консенсусу BABE+GRANDPA, а також використовується технологія вибірки доступності даних. На відміну від Celestia, Avail використовує підтвердження дійсності, щоб перевірити, чи блоки правильно закодовані, використовуючи підтвердження KZG, яке ефективніше, ніж підтвердження Merkel.
OwnLayer
EigenLayer сам по собі є складним рішенням, яке має на меті використовувати ліквідність зобов’язань Ethereum для забезпечення економічної безпеки проектів. З EigenLayer новий протокол не потребує створення власної розподіленої мережі перевірки, а лише має скористатися перевагами безпеки великої застави ETH через EigenLayer. EigenLayer можна чудово використовувати в спрощених, децентралізованих сценаріях без дозволів. Згідно з розповіддю про розширення Ethereum, найкращим варіантом використання є RaaS.
Оскільки DA не обчислює транзакції, а лише кодує та фіксує дані транзакцій, він має нижчі вимоги до вузлів. Завдяки застосуванню алгоритму PoS ліквідність застави є прямим відображенням безпеки та доступності блокчейну. Це також можливість для EigenLayer продемонструвати свої таланти.
EigenLayer існує як смарт-контракт на Ethereum і використовує підтвердження дійсності KZG для перевірки правильності кодування блоків.Однак наразі EigenLayer ще не запровадив технологію вибірки доступності даних, яка може бути пов’язана з наступним етапом плану оновлення Ethereum.
Секвенсор
Робота секвенсора полягає в сортуванні отриманих транзакцій користувача, і подальше виконання та генерація блоків буде здійснюватися в такому порядку. В архітектурі Ethereum, оскільки сортування та виконання обробляються одним і тим же об’єктом, верифікатор має занадто багато повноважень, і існують такі явища, як MEV і цензура, що сильно впливає на взаємодію з користувачем.
Розділення сортування та виконання є проявом ідеї поділу побудови, запропонованої PBS (Propose Builder Separation). Однак поточна архітектура Rollup все ще значною мірою покладається на централізований секвенсор для визначення порядку транзакцій. Існує єдина точка відмови та ризик перегляду. Потрібне децентралізоване рішення.
Астрія
Astra пропонує рішення для спільних секвенсорів. Транзакції користувачів із різних зведених даних збираються в сортувальник Astria. Для вузла Rollup він може отримувати дані безпосередньо від 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 Децентралізація сортувальників.
SDK (набір для розробки програмного забезпечення)
Подібно до Cosmos SDK, SDK, наданий RaaS, дозволяє розробникам повторно використовувати велику кількість програмних модулів і налаштовувати необхідні зведення за найнижчою ціною, зменшуючи труднощі розробки.
Ролкіт（Оптимізм）
Спочатку Rollkit був інкубований спільнотою Celestia, а тепер став незалежним проектом. Rollkit використовує Celstia як рівень DA для забезпечення ABCI-сумісного клієнтського інтерфейсу вгору для надання послуг для всіх ABCI-сумісних зведених пакетів (ланцюг Cosmos).
На цьому етапі Rollkit використовує єдиний централізований секвенсор і підтримує інтеграцію Cosmos SDK, Ethermint і CosmWasm Користувачі можуть вибрати потрібне середовище виконання. У майбутньому Rollkit буде продовжувати розвиватися для підтримки більшої кількості служб конфігурації.
Розмір（Optimisim）
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 Risc 0 і може реалізувати зведене розгортання та демонстрацію.
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 Layer 2, інакше їм потрібно буде зв’язатися з 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, ступінь завершеності вищий.
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. Рівень розрахунків забезпечує оптимістичне врегулювання та розробляє RISC 0 zkVM, який підтримує врегулювання ZK.
Користувачі також можуть вибрати доступ до ланцюжка (дозвіл/недозвіл), маркер газу, чи стягувати плату за газ, чи дозволяти MEV, конкретний код операції, розмір блоку тощо відповідно до своїх потреб, що дає їм високий ступінь гнучкості.
Назад（ZK）
Найбільшою особливістю Opside є те, що він побудував децентралізований ринок ZKP. Спочатку я хотів описати Prover як окремий рівень, але відмовився через малу кількість проектів. Zero-knowledge proof ZKP має високі вимоги до обчислювальної потужності.У контексті поступового збільшення частки ринку zkRollup, децентралізація ZKP є генеральним напрямком майбутнього розвитку.
Opside використовує механізм консенсусу PoW без дозволу, щоб залучати майнерів для генерації ZKP і підтримувати безпеку та доступність zkRollup без необхідності емітентам ланцюга розглядати створення доказів. На рівні верифікатора механізм PoS використовується для зниження порогу участі та сприяння централізації верифікаторів.
Opside надає персоналізовані послуги. Користувачі можуть вибирати серед zkEVM, таких як zkSync, Starknet, Polygon zkEVM тощо, а також можуть змінювати економічну модель і регулювати витрати на газ.
Майбутнє RaaS
MoreZK
Порівняно з Optimistic Rollup, zkRollup оновлює економічну безпеку до криптографічної безпеки з вищим ступенем безпеки; більше немає потреби довго чекати претендента, а затримка підтвердження нижча; ступінь стиснення даних вищий, DA дешевше.
Незважаючи на те, що рішення 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. Зрештою, якою б хорошою не була дорога, по ній повинні їздити автомобілі, щоб вважатися хорошою інфраструктурою.