## Ethereum стикається з критичною роздоріжжям у своєму дорожньому каркасі 2026: прихована загроза для валідаторів

Стратегія масштабування Ethereum до 2026 року розгалужується на два одночасні шляхи. З одного боку, збільшується обсяг даних за допомогою blobів; з іншого — прагнуть підвищити продуктивність базового шару, налаштовуючи параметри газу. Складність полягає в тому, що обидві цілі залежать від фундаментальних змін у тому, як валідатори обробляють і перевіряють інформацію. Ця тихо проходяча трансформація приховує більші операційні ризики, ніж це видають технічні заголовки.

## Вперше Fusaka: перший крок у дорожньому каркасі

Fusaka, запущена 3 грудня 2025 року, знаменує початкову віху. Це оновлення впроваджує PeerDAS разом із дрібними налаштуваннями параметрів blobів (BPO). На відміну від радикальних змін, цей підхід дозволяє поступово підвищувати продуктивність, дозволяючи мережі адаптуватися поступово.

PeerDAS — це найпряміша важіль для збільшення пропускної здатності: він дозволяє rollup-ам отримувати більшу доступність даних без необхідності кожному вузлу завантажувати всі blob-и. Спочатку цілі щодо blobів не підвищуються одразу після активації. Потім їх можна подвоювати кожні кілька тижнів до досягнення максимальної цілі — 48 blobів за блок, під постійним контролем стану мережі.

Дані команди Optimism прогнозують збільшення продуктивності rollup-ів: приблизно з 220 до близько 3,500 UOPS за цю ціль у 48 blobів. Однак залишається практичне питання для 2026: чи справді попит проявиться у використанні blobів, чи змагання за виконання у L1 залишаться домінуючими? Крім того, стабільність P2P і споживання пропускної здатності вузлами мають залишатися в межах операційних толерантностей, поки BPO зростає.

## Максимальна межа соціального масштабування: важливі метрики газу

Паралельно Ethereum експериментує з більшою продуктивністю через координацію, а не через жорсткі розгалуження. Останній запис показує ліміт газу 60 000 000, із середнім за 24 години близько 59 990 755. Цей рівень виступає як орієнтир того, що валідатори вже прийняли до практики. Також він демонструє межу "соціального масштабування" перед тим, як латентність, навантаження на валідацію, напруга в mempool і конкуренція MEV стануть обмежуючими факторами.

Переведення цих цифр газу у продуктивність використовує інтервал блоків у 12 секунд Ethereum. Таблиця сценаріїв показує:

**Поточний сценарій координації**: 60 000 000 газу = ~5 000 000 газу/секунда = ~238 транзакцій/секунда (a 21k газ) або ~42 транзакції/секунда (a 120k газ).

**Сценарій подвоєння ліміту газу**: 120 000 000 газу = ~10 000 000 газу/секунда = ~476 транзакцій/секунда (a 21k) або ~83 транзакцій/секунда (a 120k).

**Максимальний сценарій продуктивності** (потребує зміни валідації): 200 000 000 газу = ~16 666 667 газу/секунда = ~793 транзакцій/секунда (a 21k) або ~139 транзакцій/секунда (a 120k).

Ці масштаби є теоретичними, але кожен рівень вводить операційні ускладнення, які валідатори мають враховувати.

## Glamsterdam: конвергенція трьох фронтів виконання

Ключова назва "Glamsterdam" об’єднує кілька пропозицій, спрямованих на оптимізацію виконання під концептуальним дахом. Три ключові елементи залишаються у стані чернетки відповідно до їхніх сторінок EIP:

**ePBS (EIP-7732) — Пропозиція-Конструкція Шифрованих Відокремлених Перевірок**: тимчасово відокремлює валідацію виконання від валідації консенсусу. Ця тимчасова гнучкість, хоча й потужна для продуктивності, саме тут можуть виникнути нові режими збоїв. Академічні дослідження "проблеми безкоштовної опції" оцінюють, що валідатори використовували б опції приблизно у 0,82% блоків за нормальних умов, але цей відсоток зростає до 6% у дні високої волатильності. Ці епізоди використання опцій — це моменти, коли мережа зазнає нелінійного тиску.

**BALs (EIP-7928) — Списки доступу на рівні блоку**: позиціонуються як інфраструктура для паралелізму. Пропозиція передбачає паралельне зчитування з диска, одночасну перевірку транзакцій, паралельне обчислення кореня стану і "оновлення стану без виконання". Середній оцінений наклад становить 70-72 КиБ у стисненому вигляді за блок. Різниця між теорією і практикою значна: ці вигоди реалізуються лише якщо клієнти впроваджують справжню конкуренцію у вузьких місцях. Крім того, додаткові дані і кроки перевірки не можуть стати власним податком на затримку.

**Загальна переоцінка (EIP-7904)**: вирішує хронічні дисбаланси у схемі газу, що тривали роками. Виправлення неправильних обчислень може підвищити корисну продуктивність, але несе ризики атак відмови в обслуговуванні і реальність контрактів, що закодовані з урахуванням конкретних припущень щодо газу.

## Реальна загроза: навантаження на валідаторів

Ось ризик, що перевищує очевидне: перехід від повторного виконання блоків до перевірки ZK-доказів — це не лише технічна зміна, а глибока операційна трансформація для валідаторів.

Дорожня карта "Realtime Proving" від Ethereum Foundation описує поетапне розгортання, коли спочатку невелика група валідаторів запускає клієнти ZK у виробництві. Лише після того, як більшість stake почуватиметься комфортно, ліміти газу можна буде підвищити до рівнів, де перевірка доказів замінить повторне виконання як практичний механізм на розумному обладнанні.

Технічні обмеження важливіші за наратив: ціль безпеки 128 біт (з 100 бітами, що приймаються тимчасово), розмір доказу менше 300 КиБ, і уникнення залежностей від рекурсивних обгорток із довірою. Ще важливіше, що масштабованість, пов’язана з ринками доказів, вимагає, щоб постачання доказів було економічним і переконливим без концентрації у невеликій групі тестувальників, які відтворювали б залежності типу relay у іншому шарі стеку.

## Hegota: видимий графік для важливих рішень

Після Glamsterdam "Hegota" з’являється як ярлик для кінця 2026 року, хоча його масштаб залишається процесуальним, а не визначеним. Ethereum Foundation встановила чіткий графік: вікно основних пропозицій з 8 січня по 4 лютого, потім обговорення і завершення з 5 по 26 лютого, з додатковим вікном для неосновних пропозицій.

Мета-EIP Hegota (EIP-8081) у стані чернетки перераховує елементи "розглядаються", а не затверджені, включаючи FOCIL (EIP-7805), що наразі розглядається. Миттєва цінність у створенні точок прийняття рішень із датами, які інвестори і розробники можуть відстежувати без прив’язки до імен у коді. Перша критична віхова точка: основні пропозиції Hegota закриваються 4 лютого.

## Висновок: дорожня карта, що вимагає операційної адаптації

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