Автор: imToken
Загалом, з відчуття, з 2025 року спостерігається надзвичайно інтенсивна частота оновлень у ядрі спільноти розробників Ethereum.
Від оновлення Fusaka, до Glamsterdam і довгострокових планів на наступні три роки щодо kEVM, квантово-стійких криптографічних систем, Gas Limit та інших тем — Ethereum за кілька місяців випустила кілька дорожніх карт на період від трьох до п’яти років.
Такий темп сам по собі є сигналом.
Якщо уважно прочитати останню дорожню карту, стає очевидним, що з’являється більш чіткий і водночас більш радикальний напрямок: Ethereum перетворює себе на перевірюваний обчислювальний пристрій, а кінцева мета — це L1 zkEVM.
1. Три зсуви у нарративі Ethereum
26 лютого дослідник Фонду Ethereum Justin Drake у соцмережах повідомив, що Фонд 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? До внутрішніх конфліктів у 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 мільйонів і більше (читаємо далі: «ЗК-лінія: «Момент світанку»: дорожня карта кінця Ethereum швидко прискорюється?»).
Однак перетворення Ethereum L1 у zkEVM — це не одностороння задача, а комплексна робота у восьми напрямках, кожен з яких вимагає кілька років наполегливої праці.
Напрямок 1: Формалізація EVM (EVM Formalization)
Передумова для будь-якого ZK-доказу — це точне математичне визначення об’єкта, що доводиться. Сьогодні поведінка EVM визначається реалізаціями клієнтів (Geth, Nethermind тощо), а не формальною специфікацією. Різні клієнти можуть поводитися по-різному у крайніх випадках, що ускладнює створення ZK-циркуляр для 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 використовує MPT для зберігання глобального стану. Verkle Tree, що базується на векторних зобов’язаннях (Vector Commitment), може зменшити обсяг доказів у десятки разів.
Для L1 zkEVM це означає суттєве зменшення обсягу даних для доказів кожного блоку, швидкість їх генерації та підтвердження зросте, а впровадження Verkle — ключова передумова для реалізації L1 zkEVM.
Напрямок 4: Безстанційні клієнти (Stateless Clients)
Безстанційні клієнти — це такі, що при перевірці блоку не зберігають повний стан Ethereum, а використовують лише witness-дані, що додаються до блоку.
Це тісно пов’язано з Verkle Tree: якщо witness малий, то безстанційний клієнт реально можливий. Це знижує апаратні вимоги до вузлів і сприяє децентралізації, а також створює чіткі межі для ZK-доказів — доказовий обчислювач працює лише з witness, а не з усім станом.
Напрямок 5: Стандартизація та інтеграція ZK-доказових систем
L1 zkEVM потребує зрілої ZK-системи для створення доказів. На сьогоднішній день технологічний ландшафт дуже фрагментований, і немає єдиного стандарту.
Мета — визначити у протоколі Ethereum стандартний інтерфейс доказів (proof interface), щоб різні системи могли конкурувати і інтегруватися. Це зберігає відкритість і дає простір для розвитку.
Напрямок 6: Розділення рівня виконання і рівня консенсусу (Engine API)
Зараз Ethereum використовує API Engine для зв’язку між рівнями. У архітектурі 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. Всі стани на будь-яких ланцюгах зможуть математично підтверджуватися через ZK-лінки Ethereum, що має колосальне значення для довгострокової цінності.
Крім того, це змінює довгострокову роль L2 — з «безпечного масштабування» у «спеціалізоване середовище виконання». Визначення ролі L2 у новій архітектурі стане одним із ключових трендів найближчих років.
Найголовніше — це вікно для спостереження за культурою розробників Ethereum: здатність одночасно просувати вісім взаємозалежних технічних напрямків, кожен з яких — багаторічний проект, і при цьому зберігати децентралізовану координацію — це унікальна особливість Ethereum як протоколу.
Розуміння цього допомагає точніше оцінити місце Ethereum у конкурентних нарративах.
Загалом, від 2020 року, коли основний фокус був на «масштабуванні через Rollup», до 2026 року з Strawmap — нарратив Ethereum рухається до ідеї, що масштабування має бути не лише через L2, а через спільний розвиток L1 і L2.
Отже, вісім напрямків L1 zkEVM — це технічне відображення цієї зміни парадигми, вони ведуть до однієї мети: зробити основну мережу Ethereum у кілька разів швидшою і більш масштабованою, не втрачаючи децентралізацію. Це не заперечення L2, а його доповнення і вдосконалення.
У найближчі три роки ця «корабель Тесея» пройде сім фрекцій і замінить безліч «дошок», і коли він прибуде до наступної станції у 2029 році, ми, можливо, побачимо справжній «глобальний рівень розрахунків» — швидкий, безпечний, приватний і відкритий, як і раніше.
Очікуємо з нетерпінням.
