Від Glamsterdam до Hegotá: що вирішить Ethereum на наступному етапі після розширення?

Після завершення робіт з покращення інфраструктури, Ethereum нарешті починає вирішувати ті проблеми з досвідом користувачів, які дратують звичайних людей.

Автор: imToken

Якщо з'єднати оновлення Ethereum за останні кілька років в одну лінію, ключовим словом безумовно буде «розширення».

Від Dencun, який вводить Blob для значного зниження податків на Rollup, до Pectra, що коригує ефективність валідаторів та механізм стейкінгу, і до Fusaka, який реалізує PeerDAS для зменшення навантаження на розподіл даних, протокол практично зосередив усі свої зусилля на одній справі: дозволити Ethereum обробляти більше даних, не підвищуючи занадто високо бар'єри для вузлів.

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

Але навіть якщо дороги стали ширшими, керувати ними все ще незручно:

• Нам все ще потрібно переміщати активи між трьома або чотирма L2, і, неуважно, можна вибрати неправильний ланцюг;
• Трансакція, яка, здавалося б, була упакована за кілька секунд, на мостах і біржах вимагає чекати десятки хвилин для підтвердження;
• Професійні будівельники практично монополізували пакування блоків, і якщо ви хочете здійснити чутливу транзакцію, вас можуть відмовити через неписані правила;
• І не кажучи вже про те, що до сьогоднішнього дня новий користувач, який просто хоче перевести кілька сотень доларів USDC, повинен спочатку зрозуміти, чому в гаманці обов'язково має бути ETH, що таке Nonce і що таке Gas;

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

І саме це є новими питаннями, які Ethereum почне активно вирішувати з Glamsterdam до Hegotá, з Q4 2026 до 2027 року.

1. Розширення триває, але починається «зшивання» L1 та L2

Звичайно, розширення не зупиниться.

Glamsterdam все ще має сильну орієнтацію на продуктивність, і дві найцікавіші новинки - це ePBS (EIP-7732) та BAL (Block-level Access Lists, EIP-7928), якщо спростити:

• ePBS - це формалізація розподілу ролей між Пропозером та Будівельником, які вже широко існують поза протоколом, а також наукове розподілення вікна часу для створення та верифікації блоків, що залишає буфер для майбутніх більших блоків;
• BAL дозволяє блоку на початку створити «список доступу», щоб вузли могли заздалегідь отримувати дані або обробляти їх паралельно, що лікує вузькі місця зберігання I/O;

Але поза розширенням, справжні страждання більшості людей не в тому, що TPS Ethereum недостатньо високий, а в тому, що «ланцюгів занадто багато».

Наприклад, ETH в основній мережі, меми в Robinhood Chain, USDC для платежів може бути в Arbitrum, а USDC для інвестування в Base.....

Для Ethereum Foundation Rollup - це частина карти Ethereum, але для користувачів це не більше ніж обмін валюти між країнами або отримання візи.

Отже, щоб знову зшити розкидані шматки в мережу, окрім крос-ланцюгових протоколів, протокол останнім часом просуває одну важливу базову механіку - FCR (Fast Confirmation Rule, правило швидкого підтвердження).

Багато хто вважає, що транзакція, яка була упакована в блок, вже завершена, але на криптографічному та консенсусному рівнях новий блок може зазнати незначних перебудов, і справжня незворотність «остаточності» (Finality) в Ethereum вимагає проходження двох Epoch, що займає близько 13 хвилин.

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

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

Згідно з метою Ethereum Foundation, за нормальної синхронізації мережі FCR має можливість перенести цю «сильну підтвердження» на приблизно 15-30 секунд, хоча це не є рівнозначним повній остаточності, але для багатьох мостів, крос-ланцюгових комунікацій та інфраструктури, які сьогодні змушені чекати остаточності, це вже достатньо для надання більш раннього підтвердження з чіткою моделлю безпеки.

Що ще цікавіше, FCR не потребує чекати жодного жорсткого хардфорку для активації, це ближче до набору правил підтвердження, які можуть поступово впроваджуватися клієнтами консенсусу та інфраструктури.

Коли всі види L2, крос-ланцюгові мости та гаманці почнуть використовувати цей сигнал, сьогоднішні затримки між шарами, які виникають через «очікування остаточності L1», можуть бути скорочені з десятків хвилин до кількох секунд.

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

2. Глибше питання: хто має право вирішувати, чи може транзакція потрапити в ланцюг?

Однак, коли блоки стають все більшими, а Будівельники все професійнішими, Ethereum стикається з ще однією типовою дилемою.

Оскільки професійні Будівельники досягають максимальної ефективності побудови блоків завдяки своїй потужній обчислювальній потужності та потоку замовлень, то абсолютна більшість влади над створенням блоків природно переходить до кількох великих установ.

Це створює надзвичайно небезпечну загрозу: цензуру.

Якщо деякі Будівельники з причин відповідності, комерційної конкуренції або просто через неприязнь до певних конфіденційних протоколів навмисно ігнорують ваші законні транзакції в меморі-пулі, навіть якщо у вас є приватний ключ і достатньо Gas, ваша транзакція може бути заблокована поза ланцюгом (додаткова інформація: «Включення антикризових заходів у протокол: хто вирішує, чи може транзакція Ethereum потрапити в ланцюг?»).

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

Саме тому в плануванні Hegotá FOCIL (Fork-choice Enforced Inclusion Lists, EIP-7805) займає таке важливе місце.

Його логіка надзвичайно проста: накласти обмеження на Будівельників.

Кожен Slot, протокол випадковим чином обирає групу звичайних незалежних валідаторів, які повинні включити всі законні транзакції, які вони бачать у меморі-пулі, до «списку включення». Будівельники можуть вільно розташовувати порядок транзакцій для отримання MEV, але блок, який ви подаєте, повинен обов'язково містити транзакції зі списку.

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

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

Відомо, що раніше, коли йшлося про конфіденційність, всі говорили про нульові знання, приховані адреси, змішувальні пулі, але якщо Будівельник розпізнає, що «це виклик до конфіденційного контракту», він може відмовити вам, і ваша математична магія миттєво зруйнується.

А в поточному маршруті конфіденційності Ethereum FOCIL закриває саме ті місця, які найпростіше заблокувати, адже якщо протокол може забезпечити доступ до кожної законної транзакції, то верхній рівень конфіденційності матиме шанс на виживання.

На даний момент такі пропозиції, як EIP-8182 (спроба ввести рідний захищений пул на рівні протоколу), хоча ще на стадії обговорення (Proposed), але тенденція вже очевидна: конфіденційність не може залишатися лише функцією третьої сторони DApp, вона повинна поступово стати базовою складовою Ethereum.

3. Останній крок: рідна AA та зручні гаманці

Попередні зміни в архітектурі більше відбувалися під водою, а третя справа тісно пов'язана з фактичним досвідом користувачів.

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

Чесно кажучи, модель підпису приватного ключа, яку Ethereum використовує до сьогодні, є абсолютно неприязною для звичайних користувачів Інтернету:

Втрата приватного ключа призводить до незворотних втрат; у гаманці може бути тисячі стабільних монет, але через брак 0.001 ETH для комісії активи не можуть бути переведені; щоб скористатися DeFi, потрібно спочатку затвердити, а потім обміняти, що вимагає трьох підписів для завершення однієї дії; транзакції Nonce повинні строго дотримуватися черги, і якщо одна застрягне, всі інші також зупиняться.

У перших двох оновленнях спільнота пробувала різні компроміси. Наприклад, було створено ERC-4337, щоб обійти проблему за допомогою контрактних гаманців; або в Pectra було введено EIP-7702, що дозволяє звичайним адресам тимчасово підключати частину логіки контракту для отримання певної гнучкості.

Але EIP-7702, по суті, є лише тимчасовим рішенням, а основна частина Hegotá - це справжня рідна абстракція облікових записів EIP-8141 (Frame Transactions, кадровані транзакції).

Це можна просто зрозуміти як те, що раніше одна транзакція Ethereum була жорстко пов'язана з трьома речами: хто підтверджує, що це ви (перевірка) + хто платить за цю суму (оплата Gas) + що саме потрібно виконати (виконання), а EIP-8141 розділяє ці три речі на різні «кадри» (додаткова інформація: «Рідна абстракція облікових записів + захист від квантових загроз: чому EIP-8141 ще не став основним у Hegotá Ethereum?»):

• Кадр перевірки: більше не прив'язується до фіксованого підпису ECDSA, може підтримувати більш гнучкі способи перевірки, далі поєднуючи можливості відбитків пальців на телефоні, Face ID тощо, що робить ротацію ключів і відновлення облікового запису більш природними;
• Кадр оплати: рідна оплата Gas. Застосунки можуть безпосередньо оплачувати Gas за нових користувачів, або ви можете вказати, щоб безпосередньо зняти з транзакції USDC, більше не потрібно, щоб посередники купували та перепродавали Gas поза ланцюгом;
• Кадр виконання: природно підтримує атомарну пакетну обробку, авторизація + обмін в один крок, успіх - все діє разом, невдача - все просто скасовується;

Якщо до цього додати EIP-8250 (Keyed Nonces), що обговорюється, у майбутньому облікові записи можуть мати кілька паралельних шляхів Nonce.

Коли ці можливості стануть рідними в протоколі, для таких гаманців, як imToken, форма продукту зазнає якісного полегшення.

Слід зазначити, що раніше більшість зусиль гаманців витрачалося на нагадування користувачам про підготовку Gas, пояснення, чому транзакція застрягла, навчання користувачів, як записувати мнемонічні фрази, допомога користувачам у перемиканні RPC між різними ланцюгами.

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

Вони, як і раніше, повністю контролюються користувачем, але їх використання буде таким же природним, як сканування QR-коду в Alipay або розблокування за допомогою відбитка пальця.

Наприкінці

Оглядаючись на оновлення Ethereum за останні кілька років, шлях насправді дуже чіткий.

Dencun вирішує Blob; Pectra продовжує розширення та покращує можливості валідаторів і облікових записів; Fusaka прокладає шлях для більшого обсягу даних за допомогою PeerDAS; наступний Glamsterdam закладе основу для вищого ліміту газу та паралельного виконання через структурні зміни, такі як ePBS та BAL.

Розширення ще не закінчилося, але розширення більше не є єдиною проблемою.

Ethereum нарешті звільнив руки, щоб зіткнутися з найосновнішими та найболючішими питаннями, і саме тому EF у 2026 році, переглядаючи напрямок розробки протоколу, зібрав їх у три дуже прості цілі:

Розширення, покращення UX та зміцнення L1.

Ethereum вже давно довів світу, що може стати безперервним світовим комп'ютером, а наступним кроком є те, щоб звичайні люди могли дійсно використовувати його безперешкодно.