Кластер Protocol Ethereum Foundation представив свій перший уніфікований рейтинг пропозицій щодо вдосконалення мережі (EIP) для майбутнього хардфорку Hegota. З 62 розглянутих ініціатив лише дві отримали найвищий пріоритетний рівень S (must-ship): FOCIL (EIP-7805) та Frame Transactions (EIP-8141). Це рішення — важливий сигнал про те, які технологічні напрямки команда вважає фундаментальними для наступного етапу розвитку блокчейну.
FOCIL (Fork-Choice Enforced Inclusion Lists) — це механізм, покликаний кардинально посилити стійкість Ethereum до цензури. Суть у тому, що комітет із кількох валідаторів формує обов'язкові списки транзакцій. Якщо творець блоку проігнорує ці списки, атестуючі валідатори відхилять його блок. Це безпосередньо ускладнює життя домінуючим білдерам, які могли б блокувати окремі операції.
Другий критичний EIP — Frame Transactions (EIP-8141) — переносить абстракцію акаунта на рівень протоколу. Це робить перевірку акаунтів, виконання транзакцій та оплату газу програмованими. Ключова перевага — криптографічна гнучкість: акаунти зможуть мігрувати на нові схеми підпису без необхідності окремих хардфорків. Саме ця властивість критично важлива для відмови від вразливих до квантових атак ключів secp256k1 у майбутньому.
Квантова загроза та жорсткі терміни
Паралельно з визначенням пріоритетів для Hegota, розробники підтвердили амбітну мету: зробити базовий рівень Ethereum повністю стійким до квантових атак до грудня 2029 року. Це стосується рівнів виконання, консенсусу та даних. У кластері наголошують, що момент настання "Q-day" непередбачуваний, тому вони встановлюють конкретні терміни, а не чекають ясності.
Варто зазначити, що до списку A-tier (бажаних, але не обов'язкових) увійшли додаткові EIP, які доповнюють Frame Transactions. Наприклад, EIP-8250 вводить окремі nonce для операцій з одним відправником, що відкриває нові можливості для підвищення приватності. А EIP-8365 розглядається як єдина безпосередньо постквантова пропозиція, яку можна почати реалізовувати вже в Hegota, не чекаючи повного дизайну нової консенсус-моделі.
Для досягнення мети до 2029 року розробникам доведеться радикально прискорити темпи: якщо Glamsterdam вийде в грудні 2026-го, то до грудня 2029-го потрібно буде провести п'ять хардфорків із середнім інтервалом лише 7,2 місяця. Це означає, що підготовка наступних оновлень (I*, J*, K*, L*) має вестися паралельно, а не послідовно.
Мій аналіз: Встановлення двох чітких S-tier пріоритетів — це прагматичний крок. Фокус на FOCIL та Frame Transactions показує, що команда ставить на чільне місце децентралізацію та готовність до майбутніх криптографічних викликів, а не просто масштабування. Однак такий щільний графік хардфорків — це серйозний ризик. Враховуючи складність та взаємозалежність цих змін, я не виключаю, що реальні терміни можуть зсунутися, попри всі заяви про жорсткі дедлайни. Ринку варто сприймати грудень 2029 року як амбітну мету, а не гарантовану дату.