Як зрозуміти наступний етап масштабованості Ethereum?

Стаття: imToken

Об’єктивно кажучи, за останній час багато користувачів відчували Ethereum не через дорожню карту або конференції розробників, а через конкретні операції в мережі.

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

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

Зокрема, це включає участь Віталіка у Keyed Nonces, консенсус щодо рівня Gas Limit у рамках оновлення Glamsterdam, а також у 2026 році у планах — нативна абстракція акаунтів, міжланцюгова взаємодія L2 та посилення безпеки L1 — ці всі напрямки є своєрідними «змійками» у траві.

1. Чи підвищать Gas Limit до 2 мільярдів?

Розглянемо найочевидніший для користувачів аспект — Gas Limit.

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

Теоретично, розширення ліміту Gas у блоці безпосередньо підвищить продуктивність основної мережі Ethereum, але раніше через розвиток L2 та інших шляхів, Ethereum був стриманим у цьому питанні — більша частина навантаження переносилася на L2.

Переглядаючи криву розширення Gas Limit у Ethereum, можна побачити, що у вересні 2019 року мережа вперше перевищила 10 мільйонів Gas, а з того часу за 7 років Gas Limit зріс з 8 мільйонів до 60 мільйонів, причому у 2025 році починається справжній прискорений ріст — у лютому до 30 мільйонів, у липні — до 45 мільйонів, а у грудні після оновлення Fusaka — до 60 мільйонів.

Більша частина розширення відбулася саме у 2025 році, і це не випадково — 2025 рік є ключовим у історії розвитку Ethereum. Лише за 7 місяців після оновлення Pectra у травні, оновлення Fusaka довело, що EF здатна впроваджувати важливі зміни навіть після значних змін у керівництві, і це ознака того, що Ethereum офіційно входить у режим «двічі на рік — жорстке розгалуження», прискорюючи розробку.

Згідно з оглядом Soldøgn Interop Recap від Ethereum Foundation від 2 травня, понад 100 ключових учасників Ethereum з Норвегії на острові Шпіцберген брали участь у міжланцюговій зустрічі щодо оновлення Glamsterdam, зосередженої на реалізації багатоклієнтської підтримки, тестуванні та узгодженні параметрів. Наприкінці зустрічі учасники сформували напрямки щодо Gas Limit у 2 мільярди.

Це означає, що за сприятливого розвитку подій, обчислювальна здатність L1 Ethereum може бути підвищена з нинішніх 60 мільйонів до 200 мільйонів Gas, а у довгостроковій перспективі — ця ідея стала більш радикальною: пропозиція EIP-9698 навіть рекомендує «подвоювати рівень кожні два роки», і до 2029 року Gas Limit може зрости до 36 мільярдів — у 50 разів більше за нинішній рівень.

Однак потрібно підкреслити, що підвищення Gas Limit — це не просто збільшення розміру блоку.

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

Тому концепція Glamsterdam полягає у комплексному підході:

• ePBS (enshrined Proposer-Builder Separation) — чіткіше розмежування процесів побудови та верифікації блоуків, що дозволяє безпечніше обробляти великі блоки;

• Block-Level Access Lists (BAL) — попередній запис доступу до облікових записів і даних у блоці, що підтримує паралельне зчитування, валідацію транзакцій і обчислення кореня стану;

• EIP-8037 — підвищення вартості створення стану, щоб уникнути швидкого зростання стану після підвищення Gas Limit.

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

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

2. Keyed Nonces: перетворення «однієї черги» у «кілька каналів»

Якщо Gas Limit вирішує питання «скільки транзакцій поміститься у блок», то Keyed Nonces зосереджені на більш тонкому, але дуже важливому питанні: як правильно чергувати транзакції?

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

Ця система добре працює для простих переказів — транзакція №1, транзакція №2, транзакція №3 і так далі.

Але проблема виникає, коли обліковий запис стає складнішим — наприклад, при використанні приватних транзакцій, смарт-кошиках, сесійному ключі, пакетних операціях або сторонніх платіжних сервісах. Тоді один лінійний nonce стає вузьким місцем. Саме тому EIP-8250 пропонує Keyed Nonces — ідею розділити nonce на кілька каналів.

Конкретно, він замінює єдину nonce у EIP-8141 Frame Transaction на структуру (nonce_key, nonce_seq), де nonce_key == 0 відповідає традиційному nonce, а інші значення — це окремі протокольні області управління nonce, що дозволяє незалежно керувати транзакціями у різних каналах.

Це можна уявити так: раніше один обліковий запис був як в банку з одним вікном, усі операції проходили через одну чергу; Keyed Nonces — це як розподілити різні операції по різних вікнах, наприклад, перекази, приватні зняття, сесійні дозволи, пакетні операції — кожен у своєму каналі.

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

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

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

Проще кажучи, Gas Limit вирішує «розмір блоку», а Keyed Nonces — «форму стану» — Ethereum у майбутньому має обробляти не просто більше транзакцій, а різноманітніші.

3. Як це вплине на звичайних користувачів?

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

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

Наприклад, нативна абстракція акаунтів — не для того, щоб користувачі знали технічні терміни, а щоб у майбутньому вони могли природніше користуватися обліковими записами у мережі. Тому останні роки у гаманцях з’являються можливості для пакетних транзакцій, Gas-оплати, механізмів відновлення, різних підписів, сесійних дозволів і більш гнучких стратегій безпеки.

Так само і Keyed Nonces — це технічна оптимізація, але її потенційний вплив на користувача дуже відчутний. Адже багато хто стикався з ситуаціями, коли транзакція затримується, інші операції блокуються, а користувачі не розуміють, що таке nonce, Gas або як скасувати або прискорити транзакцію. Особливо, коли одночасно виконується кілька операцій — один неправильний крок може зірвати весь процес.

Для звичайного користувача це — проблема «незручного гаманця» або «незручної мережі», але насправді вона пов’язана з моделлю облікових записів, зокрема з лінійною чергою nonce. Keyed Nonces дозволяє розбити цю чергу на кілька паралельних каналів, що зменшить конфлікти і прискорить роботу.

Це відкриває нові можливості для розробки смарт-гаманецьів.

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

Саме тому Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, нативна абстракція акаунтів і міжланцюгова взаємодія — здається, різні технології, але всі вони служать одній цілі: зробити так, щоб Ethereum міг підтримувати більш складні сценарії без втрати децентралізації і безпеки.

Якщо зібрати ці елементи разом, то стає зрозуміло, що Ethereum рухається у новий етап:

• підвищення Gas Limit — для розширення обчислювальної здатності і зменшення цін;

• BAL, ePBS, EIP-8037 — для збереження перевірюваності і контролю зростання стану;

• Keyed Nonces і Frame Transactions — для покращення облікової моделі, приватності і гнучкості смарт-кошиків;

• нативна абстракція акаунтів і міжланцюгова взаємодія — для покращення користувацького досвіду.

Це означає, що Ethereum входить у нову фазу.

Минулі роки були зосереджені на L2, зниженні вартості транзакцій і модульності, але тепер головне питання — не лише «як зробити транзакції дешевшими», а «як зробити досвід користувача цілісним і зручним».

У цьому процесі роль гаманця стає ще важливішою.

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

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