Історія Ethereum переписується: коли настане наступна революція, коли L1 zkEVM стане завершеною?

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

Від оновлення Fusaka, до Glamsterdam і довгострокових планів на наступні три роки щодо kEVM, квантово-стійких криптографічних систем, Gas Limit та інших тем — Ethereum за кілька місяців випустила кілька дорожніх карт на період від трьох до п’яти років.

Такий темп сам по собі є сигналом.

Якщо уважно прочитати останню дорожню карту, стає очевидним, що з’являється більш ясний і водночас більш радикальний напрямок: Ethereum перетворює себе на перевірюваний обчислювальний пристрій, а кінцева мета — L1 zkEVM.

1. Три зсуви у нарративі Ethereum

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

Ця дорожня карта має п’ять основних цілей: швидший L1 (фінальне підтвердження за секунди), створення L1 «Gigagas» з 10 000 TPS за допомогою zkEVM, високопродуктивний L2 на основі вибірки даних (DAS), квантово-стійкі системи криптографії, вбудовані функції приватних переказів; а також заплановано до 2029 року сім протоколів фрілок, приблизно раз на півроку.

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

Перший етап (2015–2020) — це програмований реєстр.

Це був початковий нарратив Ethereum — «Тьюрін-повна смарт-контракти». На той час головною перевагою Ethereum було те, що він міг робити більше, ніж Bitcoin, наприклад DeFi, NFT, DAO — це продукти цього нарративу. Величезна кількість децентралізованих фінансових протоколів почала працювати на ланцюгу: від позик, DEX до стабільних монет, і Ethereum поступово став головною мережею для розрахунків у криптоекономіці.

Другий етап (2021–2023) — це нарратив L2.

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

Простіше кажучи, — переносити більшу частину обчислень з рівня виконання на L2, розширюючи масштаб за допомогою Rollup, тоді як L1 відповідає лише за доступність даних і остаточне розрахункове підтвердження. У цьому контексті The Merge, EIP-4844 та інші ініціативи служили цій нарративній лінії, щоб зробити використання Ethereum на L2 дешевшим і безпечнішим.

Третій етап (2024–2025) — це внутрішня конкуренція та рефлексія нарративу.

Як відомо, процвітання L2 спричинило несподіване питання: сама L1 Ethereum стала менш важливою, користувачі все частіше працюють на Arbitrum, Base, Optimism і рідко безпосередньо взаємодіють із L1. Це підтверджує і ціна ETH. Це викликало дискусії у спільноті: якщо L2 захоплює більшу частину користувачів і активності, де ж тоді бере свою цінність L1? До внутрішніх коливань Ethereum у 2025 році і нових дорожніх карт у 2026-му ця логіка зазнає глибокої еволюції.

Фактично, аналізуючи ключові технічні напрями з 2025 року, з’являються повторювані теми: Verkle Tree, безстанційні клієнти (Stateless Clients), формалізація EVM, нативна підтримка ZK — всі ці напрямки вказують на одне: зробити L1 Ethereum саму здатною до перевірки, причому важливо розуміти, що це не лише про можливість перевірки доказів L2 на L1, а про те, щоб кожен крок стану L1 можна було стиснути і перевірити за допомогою нульових знань.

Саме цим і обумовлений амбіційний проект L1 zkEVM. На відміну від zkEVM для L2 (zkSync, Starknet, Scroll), L1 zkEVM (вбудований zkEVM) означає інтеграцію технології нульових знань безпосередньо у рівень консенсусу Ethereum.

Це не копія zkEVM для L2, а перетворення рівня виконання Ethereum у систему, дружню до ZK. Тому якщо zkEVM для L2 — це побудова ZK-світу на Ethereum, то L1 zkEVM — це перетворення самого Ethereum у цей ZK-світ.

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

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

2. Що таке справжній L1 zkEVM?

Знову ж, у класичному розумінні, у традиційній моделі, валідатор повинен «повторно виконати» кожну транзакцію для перевірки блоку, тоді як у zkEVM — достатньо перевірити один ZK-доказ, що дозволяє Ethereum підвищити Gas Limit до 100 мільйонів і більше (читайте далі «ZK Roadmap: «Момент світанку»: чи прискорюється шлях Ethereum до кінцевої?»).

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

Напрямок 1: Формалізація EVM (EVM Formalization)

Передумова для будь-якого ZK-доказу — це точне математичне визначення об’єкта, що доводиться. Сьогодні поведінка EVM визначається реалізаціями клієнтів (Geth, Nethermind тощо), а не суворою формалізованою специфікацією. Це створює розбіжності у поведінці клієнтів у крайніх випадках, що ускладнює написання доказів для EVM, адже неможливо створити доказ для системи з нечітким визначенням.

Тому ціль цього напрямку — формалізувати кожну інструкцію EVM і кожне правило стану у машиночитному, формалізованому вигляді. Це — фундамент для всього проекту L1 zkEVM. Без цього — все інше — будівля на піску.

Напрямок 2: Заміна хеш-функцій на ZK-дружні

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

Головне завдання цього напрямку — поступово замінити Keccak на більш ZK-дружні хеш-функції, наприклад Poseidon, Blake та інші, особливо у структурах стану і шляхах Merkle. Це — масштабна зміна, оскільки хеш-функції пронизують весь протокол.

Напрямок 3: Заміна Merkle Patricia Tree на Verkle Tree

Це одна з найважливіших змін у дорожній карті 2025–2027 років. Зараз Ethereum використовує Merkle Patricia Tree для зберігання глобального стану. Verkle Tree, що базується на векторних зобов’язаннях (Vector Commitment), може зменшити обсяг доказів у десятки разів.

Для L1 zkEVM це означає суттєве зменшення обсягу даних для доказів кожного блоку, прискорення генерації доказів і створення ключової інфраструктури для реалізації L1 zkEVM.

Напрямок 4: Безстанційні клієнти (Stateless Clients)

Безстанційні клієнти — це такі, що при перевірці блоку не зберігають повний стан Ethereum, а використовують лише witness-дані, що додаються до блоку.

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

Напрямок 5: Стандартизація та інтеграція ZK-доказових систем

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

Мета — створити на рівні протоколу Ethereum стандартний інтерфейс доказів (proof interface), щоб різні системи могли конкурувати і інтегруватися без прив’язки до однієї конкретної технології. Це зберігає відкритість і дає простір для розвитку.

Напрямок 6: Розділення рівнів виконання і консенсусу (Engine API)

Зараз Ethereum використовує API Engine для зв’язку між рівнями виконання (EL) і консенсусу (CL). У архітектурі zkEVM кожне оновлення стану потребує генерації ZK-доказу, що може займати більше часу, ніж один блок.

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

Напрямок 7: Рекурсивні докази і агрегація доказів

Генерація доказів для одного блоку — дорого, але якщо об’єднати кілька доказів у один за допомогою рекурсії, то вартість перевірки зменшиться. Це критично для масштабування L1 zkEVM.

Напрямок 8: Інструментарій і сумісність з EVM

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

Це — найскладніший і найважливіший напрямок, адже кожне оновлення EVM раніше вимагало багато роботи з сумісності.

3. Чому саме зараз?

Публікація Strawmap співпала з моментом, коли ринок сумнівається у цінності ETH. З цієї точки зору, головна цінність цієї дорожньої карти — у переосмисленні Ethereum як «інфраструктури».

Для розробників і Builder вона дає чіткий напрямок; для користувачів — це перетворення у швидкий, приватний, зручний і безпечний сервіс: транзакції за кілька секунд, безшовний обмін активами між L1 і L2, вбудовані функції приватності.

Звісно, повна реалізація L1 zkEVM — це довгий шлях, можливо, до 2028–2029 років і пізніше. Але вона вже переосмислює цінність Ethereum: якщо L1 zkEVM вдасться, Ethereum перестане бути лише рівнем розрахунків L2, а стане базовим рівнем «перевірюваної довіри» у всьому Web3.

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

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

Розуміння цього допомагає точніше оцінити справжнє місце Ethereum у конкурентних нарративах.

Загалом, від 2020 року, коли основний акцент був зроблений на «масштабуванні через Rollup», до 2026 року з Strawmap — нарратив Ethereum рухається у напрямку, що L1 і L2 мають розвиватися спільно, а не окремо.

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

У найближчі три роки ця «корабель Тесея» пройде через сім фрілок і замінить безліч «дошок». Коли він прибуде до 2029 року, ми, можливо, побачимо справжній «глобальний рівень розрахунків» — швидкий, безпечний, приватний і відкритий, як і завжди.

З нетерпінням чекаємо.