Ethereum Layer2 децентралізація не виправдала очікувань: що означає заява Віталіка?

2026 рік травня, Фонд Ethereum завершив тижневий технічний спринт Soldøgn Interop на Шпіцбергені, понад сотня ключових розробників офіційно підсумували колективну роботу над оновленням Glamsterdam. Ця зустріч не лише досягла основних технічних цілей Glamsterdam, а й підтвердила поворот у напрямку оновлення Hegotá — від початкового маршруту масштабування до «очищення та закріплення» боргу технічних рішень. Водночас, майже одночасно, широка громадськість поширила ще одне важливе судження, яке заслуговує глибшого осмислення: Віталік Бутерін чітко визнав, що швидкість просування децентралізації Layer2 у рамках дорожньої карти Ethereum, орієнтованої на Rollup, «значно повільніша за очікувану». Ця реальність переплітається з швидким масштабуванням базової мережі Ethereum (L1) і переформовує базову логіку всього шляху масштабування Ethereum.

Чому прогрес децентралізації Layer2 у Ethereum часто відстає від очікуваного

Віталік у лютому 2026 року відкрито заявив, що дорожня карта, яка визначила L2 як основний інструмент масштабування Ethereum п’ять років тому, вже втратила актуальність. Його ключове твердження базується на двох фактах: по-перше, «прогрес у децентралізації L2 на вищих рівнях йде значно повільніше та важче, ніж очікувалося»; по-друге, швидкість масштабування L1 Ethereum значно перевищила первинні прогнози.

З точки зору ієрархічної структури децентралізації, L2BEAT розділяє Rollup на три етапи — Stage 0 (повністю централізований), Stage 1 (обмежена залежність від мультипідписної управління) та Stage 2 (повністю децентралізований, забезпечений лише кодом і криптографією). На початку 2026 року більшість провідних L2 залишаються на Stage 0 або Stage 1, ще не досягли повної децентралізації. Навіть ті, що перейшли до Stage 1, ще далекі від стандарту «відсутності будь-яких задніх дверей» для Stage 2.

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

Централізація сортувальників і багатопідписні мости викривають три структурні проблеми

Розбір причин затримки децентралізації L2 дозволяє виділити три взаємопов’язані проблеми.

Перша — централізація сортувальників. На сьогодні більшість провідних L2 залежить від одного централізованого сортувальника, який пакує та сортує транзакції. Хоча цей підхід ефективний і дешевий, він створює слабкі місця у протидії цензурі, ризики єдиного точки відмови. Сортувальник контролює порядок транзакцій, отримує максимальну вигоду (MEV) і потенційно може здійснювати цензуру — що суперечить основним принципам децентралізації Ethereum.

Друга — затримки у впровадженні доказів шахрайства та валідності. Оптимістичний Rollup залежить від challenge window (зазвичай 7 днів), що вимагає довіри до оператора L2 протягом тривалого часу. ZK Rollup теоретично може забезпечити миттєву остаточність, але генерація доказів валідності вимагає складних схем і аудиторських процесів, а кожна зміна у поведінці EVM під час оновлень Ethereum (hard fork) вимагає синхронізації оновлень систем доказів — що дуже дорого.

Третя — фрагментація ліквідності між ланцюгами. На початку 2026 року понад 50 основних Rollup мереж із сумарним заблокованим обсягом понад 45 мільярдів доларів, але кошти і користувачі розподілені між численними ланцюгами і мостами. Більшість з них використовують мультипідписні мости — механізми передачі активів через мультипідписні контракти. Віталік критикує це як: «Якщо EVM-ланцюг із пропускною здатністю 10 000 TPS підключається до L1 через один мультипідписний міст, то це не справжнє масштабування Ethereum, а лише створення довіреної незалежної платформи». Широке використання мультипідписних мостів у мережах Rollup свідчить, що більшість з них не успадкували безпеку Ethereum, а залежать від централізованого контролю для підтримки роботи.

Запуск Glamsterdam devnet і відповіді ePBS на виклики масштабування і безпеки

Запуск Glamsterdam devnet — один із найважливіших етапів дорожньої карти Ethereum 2026 року. Наприкінці травня, перед завершенням Soldøgn Interop, glamsterdam-devnet-2 стабільно працює, а протокол ePBS (Proposer-Builder Separation, розподіл ролей пропонувальника і побудовника) пройшов повне міжклієнтське тестування, охоплюючи «майже всі реалізації клієнтів».

Головна цінність ePBS — розділення прав на побудову блоку і його пропозицію, а також вбудована у протокол механіка стандартизації MEV-послідовності. Раніше побудова блоків залежала від зовнішніх релеїв, що створювало централізовані ризики; ePBS інтегрує побудову і валідацію у протокол, значно зменшуючи можливості маніпуляцій MEV. Також ePBS реорганізував структуру слотів, додавши чіткі часові рамки для побудови і пропозиції блоків, що дає додатковий буфер для підвищення безпеки та збільшення Gas-ліміту.

Glamsterdam зафіксував цільовий діапазон Gas-ліміту після оновлення — до 200 мільйонів одиниць, а завдяки оптимізації часової структури ePBS і паралельній перевірці через балансуючий список (BAL), розробники мають більш реалістичний технічний орієнтир для масштабування основної мережі у 2026 році.

Віхи масштабування Fusaka і структурний прорив у доступності даних

Оновлення Fusaka було офіційно активовано 3 грудня 2025 року. Воно впроваджує PeerDAS (EIP-7594), що інтегрує здатність вибірки доступності даних у протокол. За допомогою дозволу вузлам зберігати лише частину Blob-даних, а не весь обсяг, PeerDAS теоретично збільшує обсяг Blob приблизно у 8 разів і забезпечує додатковий простір для даних Layer2. Це зменшує апаратні вимоги до вузлів — пропускна здатність Blob знизилася до 80%.

Ще один важливий аспект — встановлення ритму оновлень Ethereum «двічі на рік». З оновлення Pectra у травні 2025 і Fusaka у грудні 2025, інтервал між двома оновленнями становить лише 7 місяців, що свідчить про перехід Ethereum до швидшого циклу розробки.

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

Чому оновлення Hegotá змінило фокус на «очищення і закріплення», а не масштабування

Hegotá заплановано як другий важливий апдейт у другій половині 2026 року, але його цілі суттєво змінилися — від початкового «шляху масштабування» до «очищення і закріплення» (cleanup and hardening). Функції FOCIL (Fork-choice Inclusion Lists), Account Abstraction (AA) і альтернативних підписів були перенесені до Hegotá.

Глибока причина — після масштабування за допомогою Fusaka і Glamsterdam, можливості базової мережі Ethereum значно перевищили рівень, закладений у дорожню карту 2020 року. Віталік зазначає, що низькі транзакційні збори і постійне зростання Gas-ліміту роблять «масштабування базового шару швидшим за очікуване». У такій ситуації цінність Layer2 переосмислюється — він вже не повинен бути «офіційним шаром» Ethereum, а має пропонувати унікальні можливості, яких немає у L1, наприклад, приватність, наднизька затримка або оптимізація під конкретні застосунки.

Включення FOCIL до Hegotá — це стратегічний крок для надання розробникам більше часу для вдосконалення механізмів обов’язкової транзакційної обробки на рівні протоколу. Це важливий інфраструктурний елемент, який користувачі не бачать безпосередньо, але критично важливий для справедливості протоколу.

Чи може Based Rollup і механізм попереднього підтвердження стати проривом

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

Однак у цього підходу є недолік — затримка у досягненні остаточності. Після сортування блоки потрібно чекати їхнього створення і підтвердження, що ускладнює швидке підтвердження транзакцій. Щоб вирішити цю проблему, пропонується поєднати механізм попереднього підтвердження з Based Rollup, щоб у 15–30 секунд отримати надійний протоколю підтвердження.

Крім того, триває просування ідеї вбудованих у протокол Rollup-препроцесорів (precompile). Віталік зазначає, що час інтеграції ZK-доказів у L1 Ethereum і запуск нативних Rollup-препроцесорів стає схожим, що відкриває шлях до спільного використання інфраструктури для підтверджень без необхідності кожного разу створювати дорогі аудиторські ланцюги.

Наступні кроки розвитку Ethereum після Glamsterdam і Hegotá

Після завершення Glamsterdam і Hegotá дорожня карта Ethereum увійде у нову фазу, яку називають Strawmap. Фонд Ethereum створив новий керівний орган Protocol Cluster, що зосередиться на zkVM, постквантовій криптографії, розробці zkEVM і масштабних гарантіях безпеки.

Виконання Strawmap передбачає приблизно два оновлення на рік і планує до 2029 року зробити щонайменше 7 таких оновлень. Це означає, що розробка Ethereum стане більш регулярною і передбачуваною, з меншим ризиком «масових» оновлень і більшою стабільністю.

Водночас, у Glamsterdam були відкладені деякі EIP, наприклад EIP-8237, що перенесено на наступні оновлення. Також питання децентралізації Layer2 залишається відкритим — частина L2 може залишитися на Stage 1 через комерційні мотиви. Це свідчить, що навіть при вдосконаленні протоколу L1, питання децентралізації Layer2 все ще потребує балансування між бізнес-моделями і технічним розвитком.

Підсумки

У 2026 році шлях розвитку Ethereum перебуває на роздоріжжі: базовий рівень L1 із покращеннями у доступності даних (Fusaka), пропускній здатності (Glamsterdam) і управлінні MEV (ePBS) вже значно перевищує початкові цілі дорожньої карти 2020 року, орієнтованої на Rollup. Водночас, прогрес у досягненні повної децентралізації Layer2 (Stage 2) йде повільніше і важче, ніж очікувалося. Централізація сортувальників, затримки у впровадженні доказів шахрайства і валідності, а також фрагментація ліквідності через мультипідписні мости — це три головні структурні проблеми. Запуск Glamsterdam devnet із вбудованим ePBS, перехід Hegotá до «очищення і закріплення», а також ідеї Based Rollup із механізмом попереднього підтвердження — все це формує новий напрямок розвитку, що прагне зменшити фрагментацію і підвищити безпеку.

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

FAQ

Питання: У якому стані зараз Glamsterdam devnet?

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

Питання: Що конкретно зроблено у масштабуванні Fusaka?

Fusaka активовано 3 грудня 2025 року, запроваджує PeerDAS (EIP-7594), що дозволяє вузлам зберігати лише частину Blob-даних, збільшуючи доступний обсяг даних Layer2 у 8 разів і зменшуючи навантаження на апаратне забезпечення вузлів. Газовий ліміт основної мережі підвищено до приблизно 60 мільйонів.

Питання: Чому Hegotá перейшло від масштабування до «очищення і закріплення»?

Після масштабування Fusaka і Glamsterdam можливості базового шару Ethereum значно перевищили початкові очікування. Hegotá зосереджена на функціях FOCIL для підвищення протидії цензурі, Account Abstraction і інших протоколів, що покликані підсилити безпеку і децентралізацію.

Питання: Що таке Based Rollup і механізм попереднього підтвердження?

Based Rollup делегує порядок блоків валідаторам L1 Ethereum, а не окремим сортувальникам L2. Це зменшує централізацію, але додає затримки у підтвердженні. Механізм попереднього підтвердження дозволяє отримати швидке підтвердження у 15–30 секунд, поєднуючи швидкість і безпеку.

Питання: На яких етапах зараз Layer2 у децентралізації?

Згідно з L2BEAT, етапи — Stage 0 (повністю централізований), Stage 1 (обмежена залежність від мультипідпису), Stage 2 (повністю децентралізований, без задніх дверей). На початку 2026 року більшість L2 залишаються на Stage 0 або Stage 1, прогрес йде повільніше за очікуване.