Чому базові зведення – це єдине майбутнє Ethereum? Через 6 років після того, як Ethereum представив свою дорожню карту, орієнтовану на зведення, бачення в основному працює: комісії за транзакції знизилися, пропускна здатність вища, а основна модель безпеки залишилася непохитною. 1. Однак оперативна сумісність залишається невирішеною проблемою. Чим більше зведених пакетів запускається, тим більше користувачів, додатків і ліквідності розподіляються між ізольованими середовищами. Замість однієї великої мережі Ethereum ми отримуємо десятки маленьких островів. Мости з'єднують їх, але вони додають затримки, ризику та тертя. Ця фрагментація ускладнюється тим, що кожен ролап сьогодні працює під управлінням свого власного централізованого секвенсера, системи, яка вирішує порядок транзакцій у блоці, хто потрапляє першим, а також хто отримує прибуток від MEV. Оскільки кожен секвенсер працює незалежно, зведення виконуються на різних часових шкалах. Додатки в окремих ролапах не можуть взаємодіяти атомарно, в одному блоці одночасно, що порушує ліквідність і послаблює композиційність. 2. Централізовані секвенсори мали сенс на ранніх етапах. Вони дозволили командам швидко запуститися за рахунок розкручування сервера, зменшили кількість передніх зусиль через приватний потік замовлень, надавали майже миттєві попередні підтвердження для безперебійного UX і забезпечували операційну гнучкість. Але ці переваги супроводжувалися компромісами. • Простой секвенсера виводив цілі ролапи в автономний режим на кілька годин. • Скомпрометований секвенсор може переупорядкувати транзакції та виснажити мільйони. • Вони не можуть масштабуватися нейтральним, децентралізованим способом і спричиняють проблему фрагментації. Якщо скласти все це, то централізовані секвенсери були корисною відправною точкою, але вони не можуть виконувати ролапи там, де їм потрібно. 3. Наступний етап – створення роллапів. Замість того, щоб працювати з власним секвенсором, базований ролап використовує валідатори рівня 1 (Ethereum, Celestia) для секвенування (впорядкування транзакцій). Ось чому його називають «базовим»: його послідовність прив'язана безпосередньо до базового шару. Цей зсув відновлює нейтралітет. Жодна окрема команда ролапів не контролює потік транзакцій. Усі «базовані» зведення мають однаковий рівень послідовності для всього Ethereum, що означає, що вони можуть взаємодіяти в одному блоці одночасно. В результаті виходить єдина мережа: • Ліквідність залишається концентрованою, а не розподіленою між бункерами. • Компонування є синхронним, тому програми в різних зведеннях можуть взаємодіяти атомарно. • Контроль є нейтральним, захищеним валідаторами Ethereum, а не централізованим сервером. 4. Які ще проблеми вирішують базові роллапи? • DeFi: Ліквідність залишається єдиною на рівні послідовності Ethereum. Угоди, кредити та ліквідації відбуваються на L2, але мають однаковий базовий порядок, зберігаючи ринки глибокими та концентрованими, а не розколотими або втраченими Solana. • Користувачі: межі зведення зникають. Завдяки контрактам на спільний депозит і власним переказам з L2 на L2 активи безперешкодно переміщуються між ролапами — не потрібно перенаправляти назад через L1 або турбуватися про те, «в якому ланцюжку» ви перебуваєте. • Розробники: Компонування повертається. Додатки на різних ролапах можуть атомарно взаємодіяти в одному блоці, що дозволяє здійснювати перехресне кредитування, торгівлю та складні стратегії, які централізовані секвенсери не підтримують. 5. Чи не роблять спільні секвенсори те саме? Ці 2 підходи вирішують фрагментацію в дуже різних масштабах. Зведені стеки, такі як Arbitrum Orbiy, Optimism Superchain і zkSync Elastic Chain, експериментують із загальними секвенсорами, які виступають у ролі міні-хабів. Таким чином, ліквідність і користувачі залишаються в пастці всередині цього кластера екосистеми, а не розподіляються між Ethereum в цілому. Зведення на основі йдуть далі. Замість хабів на рівні екосистеми вони використовують сам Ethereum як універсальний секвенсор. Це означає, що пули ліквідності об'єднуються у всіх ролапах. Спільні секвенсери зменшують фрагментацію локально, тоді як базові зведення вирішують її глобально в усій мережі Ethereum. 6. Ethereum в основному став секвенсором, але як? Протягом більшої частини своєї історії Ethereum міг послідовно виконувати лише власні транзакції. Валідатори збирали транзакції з мемпулу, впорядковували їх і будували блоки. Якби кожен ролап скидав свої транзакції безпосередньо в цей процес, результатом був би хаос: конфлікти, даремно витрачений простір на блоці та невдалі транзакції. Прорив стався з розділенням Proposer-Builder (PBS). До PBS: валідаторам доводилося все робити, збирати транзакції, замовляти їх і будувати блок. Додавання зведеного трафіку було б величезним завданням. З PBS: Робота розділена. • Валідатори (ініціатори) просто підписують блоки, в той час як спеціалізовані будівельники виконують важку роботу. • Будівельники збирають транзакції (з Ethereum та базових роллапів), упорядковують їх та створюють повні блоки. • Валідатори підписують лише заголовок найціннішого блоку, навіть не маючи потреби бачити його вміст. З точки зору валідатора нічого не змінилося, але на практиці Ethereum став нейтральним секвенсером для кожного базового зведення. 7. Але хто захоплює MEV у «базовому світі»? MEV, прибуток від замовлень транзакцій, який колись надходив на централізований секвенсор, тепер надходить у конвеєр PBS Ethereum. Будівельники збирають прибуткові блоки, валідатори їх підписують, і MEV фіксується там, а не роллап-командою. Однак MEV не завжди залишається з валідаторами та будівельниками. Інші частини стека можуть захоплювати його безпосередньо: • Децентралізовані біржі з підтримкою MEV, такі як CoWSwap або Uniswap v4, виставляють на аукціон можливості арбітражу та повертають прибуток постачальникам ліквідності. • Такі інструменти, як MetaMask Protect або Rabby, спрямовують транзакції в приватному порядку до будівельників, захищаючи користувачів від випереджального запуску, а іноді і перерозподіляючи частину MEV. Ці механізми зменшують шкідливий арбітраж, але MEV не зникає, він просто переходить з рук в руки і форму. 8. З новим типом згортання приходить новий тип економіки. Цей зсув переосмислює економіку для rollups. Багато хто не наважується переходити на «базування» сьогодні, тому що вони отримують дохід від MEV за допомогою своїх централізованих секвенсорів, випереджаючих свопів або арбітражу цін на різних майданчиках. Але в довгостроковій перспективі більш стійким потоком доходу є комісія за виконання, плата за проїзд користувачами за виконання транзакцій на віртуальній машині rollup. Покажемо гіпотетичний приклад: Rollup з власним секвенсором (сьогодні): • Комісія за виконання = $2M/місяць • MEV = $1 млн/місяць • Разом = $3M/місяць Те саме зведення, що й базове зведення (майбутнє): • Валідатори MEV → Ethereum = 0 доларів США • Комісія за виконання (від уніфікованих мережевих ефектів) = $10M/місяць • Разом = $10M/місяць Це і є гамбіт MEV: пожертвуйте пішаком (секвенсором MEV), щоб виграти більший приз (набагато вищий дохід від виконання). Базові зведення уникають боротьби за MEV і натомість зосереджуються на масштабуванні свого рівня виконання. 9. Чи може Ethereum впоратися з цією ємністю? Очевидне питання: якщо кожен ролап підключається до Ethereum як секвенсор, чи зможе Ethereum L1 насправді впоратися з цим? Зараз Ethereum працює на 12-секундних слотах. Час слота є справжнім обмеженням. З 12-секундними слотами UX здається повільним. Дослідження показують, що Ethereum, швидше за все, може скоротити цей час до ~4 секунд без шкоди для децентралізації, валідатори все ще можуть працювати в домашньому інтернеті або навіть Raspberry Pis. Попередні підтвердження без довіри є ключовими для того, щоб Ethereum міг конкурувати з централізованими секвенсерами за швидкістю. Ця система використовує ініціаторів, які ставлять заставу та підписують гарантії для включення транзакцій, що може призвести до підтвердження ~100 мс. Це значно швидше, ніж поточний час блокування, і навіть швидше, ніж деякі налаштування «superchain», забезпечуючи швидкість, подібну до затримки Інтернету. 10. Однак таке велике навантаження занадто велике для домашніх валідаторів. APS (Attester Proposer Separation) розділяє роботу для вирішення цієї проблеми: тестувальники перевіряють і публікують валідні транзакції, в той час як ініціатори/будівельники створюють блоки і керують попередніми підтвердженнями. Спочатку це робиться через шлюзи, але з часом APS і закріплений PBS дозволять Ethereum надавати швидкі, безнадійні попередні підтвердження та спільне секвенування. 11. Тканина: побудова стандартів. Навіть за наявності APS та PBS все ще залишається питання сантехніки. Сьогодні кожній команді зведення доводиться заново винаходити API для pre-confs, налаштовувати пайплайни PBS, налаштовувати реєстри та обробляти спільний доступ до BLOB. Якщо це не контролювати, це ризикує розпатися на несумісні «міні-стандарти». @fabric_ethereum – це координаційні зусилля, щоб цього не допустити. Він не запускає ролап або токен. Натомість, він надає мінімальні компоненти з відкритим вихідним кодом, включаючи: • API зобов'язань для pre-confs • Універсальний реєстровий договір для підзвітності секвенсера • Спільна інфраструктура BLOB та мосту За підтримки таких команд, як @taikoxyz, @Scroll_ZKP, @Optimism, @arbitrum, @base, @Spire_Labs та інших, Fabric стає ключовим моментом для базової інфраструктури зведення — об'єднання команд за спільними стандартами, щоб екосистема масштабувалася разом, а не окремо.