У травні 2026 року Ethereum Foundation завершила тижневий технічний спринт Soldøgn Interop на архіпелазі Шпіцберген у Норвегії, офіційно підсумувавши спільну роботу понад сотні ключових розробників, спрямовану на посилення оновлення Glamsterdam. Ця зустріч не лише дозволила досягти основних технічних цілей Glamsterdam, а й закріпила принципову зміну у векторі майбутнього оновлення Hegotá — від первинної дорожньої карти масштабування до форку «очищення та зміцнення», покликаного вирішити технічний борг. Однак у цей самий період ще одна широко обговорювана ідея в спільноті потребує глибшого осмислення: Віталік Бутерін відкрито визнав, що темпи децентралізації Layer 2 у дорожній карті Ethereum, орієнтованій на rollup, «набагато повільніші, ніж очікувалося». Ця реальність, у поєднанні зі стрімким прогресом масштабування самого L1 Ethereum, докорінно змінює логіку розвитку масштабування мережі.
Чому децентралізація Layer 2 відстає від очікувань?
У лютому 2026 року Віталік публічно заявив, що п’ятирічна дорожня карта, яка визначає L2 як головне рішення для масштабування Ethereum, більше не є актуальною. Його оцінка ґрунтується на двох ключових фактах: по-перше, просування до вищих стадій децентралізації L2 є «набагато повільнішим і складнішим, ніж передбачалося»; по-друге, швидкість масштабування самого L1 Ethereum значно перевищила початкові прогнози.
Згідно з рамкою децентралізації, яку використовує L2BEAT, rollup-рішення поділяються на три стадії: Stage 0 (повністю централізовані), Stage 1 (обмежена залежність від мультисиг-управління), Stage 2 (повністю децентралізовані, працюють виключно на основі коду та криптографії). Станом на початок 2026 року переважна більшість провідних L2 залишаються на Stage 0 або Stage 1, не досягаючи повної децентралізації. Навіть ті L2, які перейшли до Stage 1, ще далекі від стандарту «жодного бекдор-контролю», необхідного для Stage 2.
Це відставання пояснюється як технічними, так і економічними чинниками. Деякі команди L2 відкрито заявляють, що регуляторні обмеження або бізнес-моделі можуть взагалі не дозволити їм прагнути до повної децентралізації. Оскільки доходи від секвенсерів є основою бізнес-моделей операторів L2, децентралізація секвенсерів означає відмову від частини економічних стимулів, що на практиці уповільнює темпи децентралізації.
Які три структурні проблеми виявляє централізація секвенсерів і мультисиг-мости?
Щоб зрозуміти структурні причини затримки децентралізації L2, варто виділити три взаємопов’язані проблеми.
Перша — централізація секвенсерів. Більшість основних L2 наразі покладаються на один централізований секвенсер для пакетування та впорядкування транзакцій. Такий підхід ефективний і економічний, але створює слабкий захист від цензури та високий ризик єдиної точки відмови. Секвенсери контролюють порядок транзакцій, що дозволяє їм отримувати максимальну вилучену вартість (MEV) і потенційно цензурувати транзакції — це суперечить базовим принципам децентралізації Ethereum.
Друга — відкладене впровадження fraud proofs і validity proofs. Optimistic rollup-рішення залежать від вікон оскарження (зазвичай сім днів) для fraud proofs, через що користувачі змушені довго довіряти операторам L2. ZK rollup-рішення теоретично забезпечують миттєву фінальність, але генерація validity proofs потребує високоспеціалізованих схем і складних аудитів. Кожного разу, коли в Ethereum відбувається хардфорк, що змінює поведінку EVM, усі L2 мають оновлювати свої системи доказів, що створює значне навантаження.
Третя — фрагментація кросчейнової ліквідності. На початку 2026 року провідні rollup-мережі перевищили 50 ланцюгів із загальною заблокованою вартістю понад 45 мільярдів доларів. Однак кошти та користувачі розпорошені між численними rollup-ланцюгами та інтерфейсами мостів, що посилює фрагментацію ліквідності. Більшість L2 підключаються до L1 Ethereum через мультисиг-мости — механізми кросчейнового переказу активів, контрольовані мультисиг-контрактами. Пряма критика Віталіка: ланцюг EVM із пропускною спроможністю 10 000 TPS, якщо він підключений до L1 через мультисиг-міст, насправді не масштабує Ethereum, а створює окрему довірчу платформу. Масове використання мультисиг-містів у L2 свідчить, що більшість rollup-рішень не успадкували гарантії безпеки Ethereum, а покладаються на централізований контроль.
Як Glamsterdam Devnet та ePBS вирішують проблеми масштабування й безпеки
Запуск devnet Glamsterdam став однією з найважливіших подій у дорожній карті Ethereum на 2026 рік. До завершення Soldøgn Interop на початку травня glamsterdam-devnet-2 досяг стабільної роботи, а багатоклієнтський ePBS (вбудоване в протокол розділення ролей пропонування та побудови блоків) пройшов наскрізне тестування для майже всіх клієнтів.
Основна цінність ePBS полягає у відокремленні прав на побудову та пропонування блоків, а також у вбудуванні стандартизованого механізму ланцюга постачання MEV на рівні протоколу. Раніше побудова блоків залежала від зовнішніх ретрансляторів, що створювало ризики централізації. ePBS інтегрує побудову та верифікацію блоків у правила протоколу, суттєво знижуючи можливості маніпулювання MEV. ePBS також перебудовує архітектуру слотів, додаючи чіткі часові вікна для побудови та пропонування блоків на рівні виконання, що створює більший резерв для майбутнього підвищення ліміту газу.
Glamsterdam встановив мінімальний ліміт газу після оновлення на рівні 200 мільйонів одиниць. У поєднанні з оптимізацією часової структури ePBS та списками доступу на рівні блоку (BAL), які дозволяють паралельну верифікацію, розробники отримали більш чітку інженерну базу для масштабування основної мережі у 2026 році.
Масштабувальний прорив Fusaka та структурна інновація у доступності даних
Оновлення Fusaka було офіційно активовано 3 грудня 2025 року. Його ключовий елемент — PeerDAS (EIP-7594), який інтегрує sampling доступності даних у протокол. Завдяки тому, що вузли зберігають лише підмножини blob-даних, а не весь масив, PeerDAS теоретично забезпечує приблизно восьмиразове збільшення місткості blob, надаючи мережам Layer 2 значно більше простору для доступності даних. Це безпосередньо знижує вимоги до апаратних ресурсів для вузлів — потреби у пропускній здатності blob для звичайних операторів вузлів можуть зменшитися до 80%.
Ще один важливий аспект Fusaka — встановлення «двічі на рік» ритму хардфорків Ethereum. Від оновлення Pectra у травні 2025 року до Fusaka у грудні 2025 року минуло лише сім місяців, що свідчить про перехід від тривалих циклів розробки до прискореної ітерації.
Однак Fusaka зосереджене переважно на масштабуванні. Ключові функції, пов’язані з децентралізацією та посиленням захисту від цензури, відкладені на майбутні оновлення. Стратегічно це означає: спочатку масштабування, потім управління й децентралізація — така послідовність і досі викликає дискусії в спільноті Ethereum.
Чому Hegotá змістився у бік «очищення та зміцнення», а не подальшого масштабування?
Hegotá позиціонується як друге велике оновлення Ethereum у другій половині 2026 року, але його фокус чітко змінився — від початкової «дорожньої карти масштабування» до форку «очищення та зміцнення». Такі функції, як FOCIL (Fork-choice Inclusion Lists), абстракція акаунтів (AA) та альтернативні схеми підпису, тепер входять до сфери Hegotá.
Глибша причина цієї зміни полягає в тому, що після розширення доступності даних у Fusaka та підвищення пропускної спроможності у Glamsterdam, масштабування L1 Ethereum значно перевищило базові орієнтири, закладені у дорожній карті rollup 2020 року. Віталік відзначив, що низькі комісії за транзакції на L1 та стабільне зростання ліміту газу означають: «масштабування базового рівня відбувається набагато швидше, ніж очікувалося». В такій ситуації цінність L2 переглядається — не як «офіційний шардинг» Ethereum, а як платформи, які мають пропонувати унікальні можливості понад L1, наприклад, приватність, ультранизьку затримку або спеціалізовану оптимізацію застосунків, щоб виправдати своє існування.
FOCIL, ключова функція для посилення захисту від цензури, включена до Hegotá, щоб надати розробникам більше часу для доопрацювання протокольних механізмів обов’язкового включення транзакцій. Це інфраструктурна робота, яку користувачі можуть не помітити безпосередньо, але вона критично важлива для справедливості протоколу.
Чи можуть Based Rollup і механізми пре-підтвердження зламати глухий кут?
Для вирішення проблеми централізації секвенсерів L2 та кросчейнової взаємодії Based Rollup пропонує альтернативу: порядок блоків визначають валідатори L1 Ethereum, а не незалежні секвенсери L2. Основна перевага — рівень децентралізації секвенсерів напряму успадковується від валідаторів L1, що усуває потребу у створенні окремого децентралізованого механізму секвенсерів.
Однак Based Rollup стикається з проблемою затримки фінальності — після впорядкування блоки мають бути створені та підтверджені, що не ідеально для користувачів, які очікують низької затримки. У спільноті пропонують поєднувати механізми пре-підтвердження з Based Rollup, щоб забезпечити сильні сигнали підтвердження на рівні протоколу протягом 15–30 секунд.
Крім того, розвиваються нативні precompile для rollup. Віталік повідомив, що графік повного впровадження ZK-доказів на L1 Ethereum тепер збігається з інтеграцією нативних precompile для rollup, що відкриває шлях до вирішення проблеми фрагментації кастомних систем доказів у L2. У майбутньому rollup-рішення зможуть використовувати спільну інфраструктуру для верифікації доказів, а не будувати дорогі аудиторські ланцюги окремо.
Який наступний етап розвитку Ethereum після Glamsterdam і Hegotá?
Після завершення Glamsterdam і Hegotá дорожня карта Ethereum переходить у нову фазу під назвою Strawmap. У Protocol Cluster Ethereum Foundation відбулися кадрові зміни, а стратегічний фокус розширився на zkVM-докази, координацію постквантової криптографії, розвиток zkEVM і протокольні гарантії безпеки трильйонного масштабу.
Очікується, що Strawmap збереже ритм приблизно двох хардфорків на рік, плануючи сім оновлень до 2029 року. Це означає, що розробка Ethereum переходить до регулярних швидких ітерацій — кожен форк більше не вимагатиме накопичення великого беклогу суперечливих пропозицій, а відбуватиметься впорядковано й керовано, знижуючи інженерні ризики «універсальних» оновлень.
Варто зазначити, що деякі EIP у Glamsterdam були відкладені, зокрема EIP-8237 перенесено на наступні форки. Тим часом питання управління L2 щодо децентралізації залишаються невирішеними, і частина L2 може залишатися на Stage 1 з бізнесових причин. Це свідчить, що навіть за умови технологічного прогресу L1, децентралізація L2 зрештою має знайти баланс між бізнес-моделями та розвитком протоколу.
Висновки
Дорожня карта оновлень Ethereum на 2026 рік досягла чіткої точки перегину: після трьох раундів оновлень — доступності даних (Fusaka), оптимізації пропускної спроможності та управління MEV (Glamsterdam ePBS) — масштабування L1 тепер значно перевищує початкові межі дорожньої карти rollup 2020 року. Водночас прогрес у напрямку повної децентралізації L2 Stage 2 є «повільнішим і складнішим, ніж очікувалося». Централізація секвенсерів, відкладене впровадження fraud- і validity proofs, а також фрагментація кросчейнової ліквідності через мультисиг-мости залишаються трьома найскладнішими викликами. Devnet Glamsterdam інтегрував ePBS на рівні протоколу й закріпив ліміти газу, Hegotá змістився до форку «очищення та зміцнення», а Based Rollup із пре-підтвердженням набирає обговорень як дешевше рішення для взаємодії та боротьби з фрагментацією.
Зрештою, децентралізація L2 — це не лише технічний виклик, а й питання напруги між технічною здійсненністю й економічними стимулами. Ethereum прагматично приймає цю реальність: за відсутності швидкого шляху до Stage 2 для всіх L2 екосистема погоджується на співіснування різних стадій і продовжує рухатися вперед у перевіреному інженерному темпі з двома хардфорками на рік на рівні протоколу L1.
FAQ
Q: Який поточний статус devnet Glamsterdam?
glamsterdam-devnet-2 працює, багатоклієнтський ePBS функціонує стабільно, а зовнішній builder workflow пройшов наскрізне тестування для майже всіх реалізацій клієнтів.
Q: Чого досягнуто на масштабувальному етапі Fusaka?
Fusaka було активовано 3 грудня 2025 року з впровадженням PeerDAS (EIP-7594). Завдяки sampling доступності даних теоретично було збільшено простір для даних Layer 2 приблизно у вісім разів і суттєво знижено вимоги до пропускної здатності вузлів. Ліміт газу основної мережі підвищено до близько 60 мільйонів одиниць.
Q: Чому Hegotá перейшов від масштабування до «очищення та зміцнення»?
Після масштабувальних оновлень Fusaka і Glamsterdam пропускна спроможність L1 Ethereum значно перевищила початкові очікування. Hegotá тепер зосереджений на FOCIL для захисту від цензури, абстракції акаунтів та іншій роботі з очищення й зміцнення протоколу, зміщуючи акцент із «підвищення пропускної спроможності» назад на «посилення безпеки» й «наздоганяння децентралізації».
Q: Що таке Based Rollup і механізми пре-підтвердження?
Based Rollup передає порядок блоків валідаторам L1 Ethereum замість секвенсерів L2. У поєднанні з механізмами пре-підтвердження це дозволяє забезпечити передбачуване швидке підтвердження протягом 15–30 секунд, вирішуючи проблему централізації секвенсерів L2 і композитності між rollup.
Q: Скільки наразі існує стадій децентралізації Layer 2?
Рамка стадій L2BEAT поділяє L2 на: Stage 0 (повна залежність від централізованого контролю), Stage 1 (обмежена залежність від мультисиг-управління), Stage 2 (повна децентралізація, робота виключно на основі коду та криптографії без бекдор-контролю). Станом на початок 2026 року більшість L2 залишаються на Stage 0 або Stage 1, а прогрес відбувається повільніше, ніж очікувалося.
