На початку травня 2026 року понад 100 основних учасників розробки Ethereum зібралися у Лонгйєрбюені, глибоко за Полярним колом, на тижневий саміт Soldøgn щодо інтероперабельності, який проходив під безперервним денним світлом. До завершення заходу було оголошено, що три головні технічні цілі для оновлення Glamsterdam фактично готові: фіксація ліміту gas на рівні 200 мільйонів, стабільна робота ePBS у зовнішніх builder-воркфлоу та остаточне підтвердження параметрів переоцінки EIP-8037. Це оновлення, запуск якого очікується на основній мережі приблизно у червні 2026 року, вважається найбільшим стрибком продуктивності Ethereum після The Merge у 2022 році.
Що означає підвищення ліміту gas Ethereum з 60 мільйонів до 200 мільйонів?
Поточний ліміт gas у Ethereum становить близько 60 мільйонів. Починаючи з 2021 року, оновлення, такі як Pectra та Fusaka, поступово підвищували його з 30 мільйонів до цього рівня. Glamsterdam збільшить його до 200 мільйонів одним кроком, що підвищить обчислювальну потужність блоку у 3,3 раза. Теоретична пропускна здатність мережі зросте з приблизно 1 000 TPS до близько 10 000 TPS.
Просте збільшення ліміту gas не гарантує, що мережа зможе обробити відповідне навантаження. Якщо клієнти виконання не встигають за змінами, підвищений ліміт gas залишається лише теоретичним показником, а затори все ще можливі у пікові періоди. Однак завдяки ePBS, EIP-8037 та Block-Level Access Lists це підвищення ліміту gas супроводжується багаторівневими захисними механізмами — від виконання до зберігання стану.
Як ePBS забезпечує реструктуризацію виробництва блоків на рівні протоколу?
Enshrined Proposer-Builder Separation (ePBS) є ключовою архітектурною зміною у Glamsterdam. По суті, вона розділяє ролі builder та proposer блоків на рівні протоколу. Раніше це розділення базувалося на зовнішніх ретрансляторах та сторонніх builder-мережах. Завдяки ePBS воно інтегрується безпосередньо у консенсусний шар, усуваючи залежність від сторонніх довірених осіб.
ePBS вводить чіткі дедлайни для побудови блоку, розкриття payload та атестації, надаючи шару виконання більше часу на обробку. Валідатори більше не повинні виконувати складні завдання з побудови блоків і можуть зосередитися на валідації, а високопродуктивні професійні builder-и можуть незалежно оптимізувати стратегії побудови блоків. Інтеграція ePBS на рівні протоколу також впроваджує Payload Timeliness Committee та логіку подвійних дедлайнів, що підвищує пропускну здатність та зменшує вузькі місця у валідації блоків.
Як Block-Level Access Lists забезпечують паралельне виконання та приріст продуктивності?
Block-Level Access Lists (BAL) є фундаментальною оптимізацією. Вони дозволяють клієнтам попередньо завантажувати набір для читання/запису блоку перед виконанням, що забезпечує паралельну обробку транзакцій та пакетний ввід/вивід. Це не прямо збільшує максимальну пропускну здатність, але прискорює найповільніші шляхи виконання — критично важливо після значного підвищення ліміту gas, оскільки швидкість синхронізації вузлів та обчислення кореня стану стають ключовими. BAL спеціально розроблені для вирішення цих задач.
Шлях Ethereum до паралелізації можна розглядати як поетапну еволюцію: на ранніх етапах акцент був на серіалізованому виконанні та оптимізації структури зберігання; на середньому етапі BAL дозволили проводити тестування на тестових мережах; у майбутньому мережа поступово перейде до ширших моделей паралельного виконання транзакцій. Glamsterdam не перетворює Ethereum на повністю паралельний ланцюг миттєво, але закладає інфраструктурну основу для більш ефективного паралельного виконання.
Як EIP-8037 вирішує проблему розростання стану та дисбалансу ціноутворення ресурсів?
Підвищення ліміту gas прискорює зростання даних стану. Глобальний стан Ethereum відстежує всі баланси акаунтів та дані контрактів. Без контролю стан стає найбільшим навантаженням для операторів повних вузлів.
EIP-8037 переходить від динамічного ціноутворення за байт стану до фіксованої cost_per_state_byte, підвищуючи вартість gas для створення нового стану. Це не дозволяє атакуючим та неефективним контрактам дешево роздувати сховище стану. Механізм гарантує, що навіть при розширеній місткості блоку до 200 мільйонів, гранична вартість нових даних стану залишається узгодженою з фактичними витратами на апаратне сховище, запобігаючи неконтрольованому зростанню бази даних через "блоки, що роблять більше".
Як масштабування шару виконання L1 змінює цінність L2 та конкурентне середовище?
Протягом багатьох років масштабування Ethereum базувалося на Rollup-Centric дизайні — більшість виконання переносили на L2-мережі, а L1 займався безпечним розрахунком. Glamsterdam чітко демонструє зміну: межі виконання на основній мережі переосмислюються.
L2-мережі обробляють 95–99% транзакцій екосистеми Ethereum, тоді як комісії за перекази на L1 впали до дуже низьких рівнів. Після Glamsterdam витрати на розрахунок даних на L1 знизяться ще більше, а комісії rollup очікувано впадуть приблизно на 70%. Це вигідно для великих L2-рішень, але також означає розширення застосувань основної мережі — багато простих транзакцій, які раніше вимагали L2, тепер буде зручніше виконувати напряму на L1.
Для L2-проєктів це принесе короткострокові вигоди та середньострокові виклики. Нижчі витрати — це негайна перевага, але їм потрібно довести свою унікальну цінність та ефективність ринку. Інакше користувачі справді запитають: "Навіщо використовувати L2, якщо можна виконувати напряму на L1?"
Який графік оновлення Glamsterdam та наскільки гарантоване його виконання?
До саміту Soldøgn багато технічних параметрів Glamsterdam ще обговорювалися. Після тижня безперервного тестування фінальні специфікації були підтверджені на тестовій мережі glamsterdam-devnet-2. Зовнішні builder-и пройшли крос-клієнтські тести, а багатоклієнтські devnet-и працювали стабільно.
EIP-8061 включено до оновлення, EIP-8080 явно відхилено, а EIP-8045 обмежено вузьким вікном відповідальності proposer-а. Ці рішення показують, що команда перейшла від "обговорення можливостей" до "затверджених специфікацій для виконання". Остаточні параметри будуть підтверджені на найближчій зустрічі AllCoreDevs, а активація на основній мережі очікується у червні 2026 року.
Чи продовжиться масштабування після Glamsterdam? Які наступні кроки у дорожній карті Ethereum?
Згідно з оновленням пріоритетів протоколу Ethereum Foundation на 2026 рік, робота організована за трьома довгостроковими напрямками: Scale, Improve UX та Harden the L1. Glamsterdam — важлива віхa на напрямку Scale, але не кінцева точка. У галузі широко вважають, що ліміт gas у 200 мільйонів — не межа; після Glamsterdam очікуються подальші підвищення.
Наступним стане оновлення Hegotá, яке має впровадити Verkle-дерева та stateless-клієнти у протокол. Це експоненційно зменшить вимоги до зберігання даних повних вузлів, дозволяючи звичайним споживчим пристроям запускати вузли. Це фундаментально підвищить децентралізацію та стійкість до цензури, формуючи основу довгострокової конкурентоспроможності Ethereum.
Підсумок
Оновлення Glamsterdam із переходом до ліміту gas у 200 мільйонів, розділенням proposer-builder на рівні протоколу (ePBS) та переоцінкою вартості стану через EIP-8037 підвищить теоретичну пропускну здатність L1 Ethereum до близько 10 000 TPS. Це найбільше підвищення продуктивності на рівні протоколу після The Merge.
| Технічний компонент | Основна функція | Пряма користь для мережі |
|---|---|---|
| Ліміт gas (60M → 200M) | Розширює обчислювальну потужність блоку | Теоретична TPS зростає з ~1 000 → ~10 000 |
| ePBS | Розділяє ролі proposer та builder | Усунення залежності від сторонніх ретрансляторів, більше часу для обробки на шарі виконання |
| EIP-8037 | Підвищує вартість gas для нового стану | Стримує розростання стану, узгоджує витрати на зберігання з апаратними витратами |
| Block-Level Access Lists | Попереднє завантаження наборів читання/запису транзакцій | Дозволяє паралельне виконання, прискорює синхронізацію вузлів |
З розширеною місткістю L1 очікується зниження витрат на розрахунок даних rollup приблизно на 70%, що відкриває додаткову конкуренцію за комісії для L2. Тим часом охоплення L1 для різних сценаріїв використання значно зросте. Оновлення Hegotá вже готується, впровадження Verkle-дерев та stateless-клієнтів заплановано на кінець 2026 року, що ще більше знизить бар’єр для запуску повних вузлів.
FAQ
Q: Коли очікується запуск оновлення Glamsterdam на основній мережі Ethereum?
Згідно з планом Ethereum Foundation, оновлення Glamsterdam має активуватися на основній мережі приблизно у червні 2026 року, але точний час залежить від остаточного підтвердження команди розробників на зустрічі AllCoreDevs.
Q: Чи значно підвищиться вартість експлуатації вузлів після збільшення ліміту gas з 60 до 200 мільйонів?
Оновлення покращує ефективність синхронізації вузлів завдяки BAL та контролює швидкість зростання стану через EIP-8037. Майбутнє оновлення Hegotá також впровадить Verkle-дерева та stateless-клієнти, що ще більше знизить навантаження на зберігання даних вузлів.
Q: Наскільки знизяться комісії rollup L2 після масштабування L1?
Після оновлення витрати на розрахунок даних L1 зменшаться, і комісії rollup очікувано впадуть приблизно на 70%. Підхід L1-first у Glamsterdam також прискорить конкуренцію функціональної диференціації у екосистемі L2.
Q: Яка різниця між ePBS та поточним PBS?
Поточний PBS базується на зовнішніх ретрансляторах та сторонніх builder-мережах для розділення ролей builder та proposer. ePBS інтегрує це безпосередньо у консенсусний шар, усуваючи залежність від сторонніх довірених осіб та забезпечуючи розділення побудови та валідації блоків на рівні протоколу.
Q: Яке наступне велике оновлення Ethereum після Glamsterdam?
Оновлення Hegotá заплановано на кінець 2026 року. Його ключові функції включають Verkle-дерева, stateless-клієнти та FOCIL для підвищення стійкості до цензури та абстракції акаунтів. Остаточні параметри ще розробляються.
