Від Gas Limit до Keyed Nonces, як зрозуміти наступний етап масштабованості Ethereum?

порожньо

Автор: imToken

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

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

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

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

1. Чи буде Gas Limit піднято до 2 мільярдів?

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

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

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

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

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

Джерело: Etherscan

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

Це означає, що за сприятливого розвитку подій, обчислювальна здатність L1 Ethereum може бути підвищена з нинішніх приблизно 60 мільйонів до 200 мільйонів Gas, а у довгостроковій перспективі — пропозиція EIP-9698 навіть рекомендує «подвоювати» Gas Limit кожні два роки, доводячи його до 3,6 мільярдів у 2029 році — у 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 — це просто «номер» транзакції для облікового запису, що запобігає повторному виконанню однієї й тієї ж транзакції та забезпечує послідовність обробки.

У звичайних сценаріях переказів це зрозуміло: перша транзакція, друга, третя — і так далі.

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

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

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

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

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

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

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

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

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

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

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

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

Майбутні операції — перекази, авторизації, приватні транзакції, пакетні операції, Gas-списання — зможуть працювати незалежно, зменшуючи взаємне блокування.

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

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

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

Об’єднання цих напрямків показує, що Ethereum рухається у новий етап.

Раніше ринок зосереджувався на масштабуванні L2, зниженні вартості Blob, модульності — і користувачі звикли переміщати активи між L2, шукати дешевші сценарії. Але з підвищенням Gas Limit, оновленнями на кшталт Glamsterdam і розвитком абстракції акаунтів та міжланцюгової взаємодії, Ethereum відповідає не просто на питання «як зробити транзакції дешевшими», а «як зробити досвід усього ланцюга більш цілісним».

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

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

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