Стратегія рівня Ethereum: як L1 zkEVM змінює коротко- та довгостроковий вигляд блокчейну

З 2026 року Ethereum стикається з критичним моментом у розвитку своєї архітектури рівнів. Частота анонсів від основної спільноти розробників досягла максимуму, відображаючи фундаментальні стратегічні зміни щодо того, як має розвиватися екосистема. З короткострокової перспективи Ethereum балансуватиме між роллю Layer 1 і Layer 2; однак довгострокове бачення спрямоване на набагато амбітнішу трансформацію: перетворити сам L1 Ethereum у інтегровану систему zkEVM, а не просто базу безпеки для L2.

Ці зміни відображаються у серії нових технічних пропозицій. 26 лютого представник Ethereum Foundation, Джастін Дрейк, опублікував проект дорожньої карти під назвою Strawmap, що окреслює напрямки розвитку протоколу Ethereum L1 на найближчі роки. Документ містить п’ять основних цілей: прискорення фіналізації до кількох секунд, впровадження “Gigagas” L1 з пропускною здатністю до 10 000 TPS через zkEVM, запуск високошвидкісних L2 на базі DAS (Data Availability Sampling), криптографічних систем, стійких до квантових атак, та нативних функцій приватності — все це планується через сім хард-форків до 2029 року, з середнім інтервалом у шість місяців.

Від фокусу на L2 до реінтеграції L1: три хвилі змін у наративі Ethereum

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

Перша фаза (2015–2020): ера програмованих реєстрів

Основний наратив Ethereum — створення платформи для смарт-контрактів Turing-complete. У цей період головною перевагою Ethereum порівняно з Bitcoin була гнучкість виконання: можливість запуску DeFi, NFT, DAO та інших децентралізованих додатків. Протокол L1 став основним рівнем виконання, що охоплював більшу частину активності у криптоекосистемі. Це закріпило за Ethereum статус “скелету інфраструктури Web3”, хоча питання масштабованості ще не стояло гостро.

Друга фаза (2021–2023): ера L2 Rollup

Коли вартість газу на основній мережі Ethereum зросла різко, наратив змінився. L2 Rollup став домінуючим рішенням, і Ethereum почав переорієнтацію: з ролі основного рівня виконання — у роль рівня розрахунків. Оновлення, такі як The Merge (2022) і EIP-4844 (Proto-Danksharding), були спрямовані на підтримку цієї моделі — L1 відповідає за безпеку та доступність даних, тоді як основні обчислення мігрували на L2. Ця стратегія забезпечила значну масштабованість, але створила нові дилеми.

Третя фаза (2024–2025): рефлексія та переорієнтація

Успіх L2 породив несподіваний парадокс: користувачі масово перейшли до Arbitrum, Base, Optimism та інших платформ L2, залишаючи L1 Ethereum з відносно малою активністю. Вартість, яку захоплює L1, знизилася, тоді як L2 домінує. Постають фундаментальні питання: якщо всі користувачі та активність зосереджені у L2, яка роль L1? Як L1 може довгостроково зберігати цінність?

Ці питання спонукали до радикальної еволюції. Спільнота усвідомила, що стратегія, яка ґрунтується лише на L2, є нестійкою. Потрібна реінтеграція та синергія між L1 і L2, а не просто розподіл ролей.

Strawmap 2026: Вісім технічних шляхів до інтегрованого zkEVM L1

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

Шлях 1: Формалізація специфікації EVM

Основою доказів з нуля (zero-knowledge) є точне математичне визначення. Зараз поведінка EVM визначається реалізаціями клієнтів (Geth, Nethermind, Besu тощо), а не формальною специфікацією. Несумісність між клієнтами у межах одних і тих самих інструкцій ускладнює розробку ZK-обчислень. Цей шлях має на меті перетворити кожну інструкцію та правила переходу стану EVM у формальну специфікацію, яку можна автоматично перевірити машиною. Без цього всі наступні кроки — лише пісок.

Шлях 2: Міграція на ZK-дружні хеш-функції

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

Шлях 3: Verkle Tree замість Merkle Patricia Tree

Інфраструктура стану Ethereum нині базується на Merkle Patricia Tree (MPT). Verkle Tree замінює її векторними зобов’язаннями, що зменшує розмір свідчень у десятки разів. Для L1 zkEVM це означає значне зменшення обсягу даних для доказів кожного блоку, прискорення генерації доказів і економічну доцільність. Verkle Tree — ключова передумова для життєздатності L1 zkEVM.

Шлях 4: Безстанкові клієнти (Stateless Clients)

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

Шлях 5: Стандартизація систем доказів ZK

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

Шлях 6: Відокремлення рівнів виконання і консенсусу

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

Шлях 7: Рекурсивні докази і агрегація доказів

Вартість генерації ZK-доказу для одного блоку дуже висока. Однак, якщо докази кількох блоків можна рекурсивно об’єднати у один, то вартість перевірки зменшується значно. Прогрес у цьому напрямку безпосередньо визначає, наскільки знизиться ціна L1 zkEVM.

Шлях 8: Інструментарій для розробників і сумісність з EVM

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

Вплив на короткостроковий рівень: що зміниться для L2 і екосистеми?

Ця трансформація має негайні та довгострокові наслідки для різних учасників.

Короткострокові (2026–2027)

На короткому горизонті L2 залишатиметься основним рівнем масштабування. Ethereum Foundation чітко заявляє, що L1 zkEVM не замінює L2, а доповнює його. L2 Rollup залишиться головним рівнем виконання для високого обсягу транзакцій, забезпечуючи Builder і користувачам впевненість у стабільності екосистеми Layer 2.

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

Довгострокові (2028–2029)

Коли L1 zkEVM буде повністю інтегрований, Ethereum перестане бути лише рівнем розрахунків для L2. Він стане “коренем перевірюваних обчислень” для всієї Web3-екосистеми. Кожна ланцюг, кожен L2 зможе в кінцевому підсумку закріплювати походження даних математично через ZK-докази Ethereum, створюючи єдину, але децентралізовану ієрархію довіри.

Чому цей імпульс важливий: довіра Builder і довгострокова позиція Ethereum

Анонс Strawmap з’являється у момент, коли ринок сумнівається у продуктивності ETH. З цієї точки зору, найцінніше в цьому дорожньому плані — підтвердження ролі Ethereum як “інфраструктурного примітиву”, а не товару.

Для Builder: Strawmap дає напрямок і впевненість. Після періоду невизначеності щодо актуальності Ethereum, стає ясно, що основна екосистема продовжить розвиватися з великими технічними амбіціями. Це надихає на довгострокові інвестиції і зобов’язання.

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

Для інвесторів: Це момент для переоцінки позиціонування Ethereum. Якщо L1 zkEVM буде успішно впроваджений, Ethereum перестане бути лише рівнем розрахунків для L2, а стане коренем довіри, що підтверджується математикою, для всього Web3. Це зміна у нарративі, а не просто кількісне покращення.

Насправді, L1 zkEVM не буде продуктом, який запустять одразу. Повна реалізація можлива лише у 2028–2029 або й пізніше. Але вона радикально змінює ціннісну пропозицію Ethereum.

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

Загалом, від “орієнтації на Rollup” у 2020 до Strawmap 2026, еволюція наративу Ethereum демонструє один урок: масштабованість не може залежати лише від L2. L1 і L2 мають розвиватися синергічно. Вісім шляхів L1 zkEVM — технічне відображення цієї інтелектуальної зміни, що веде до однієї мети: значного покращення основної мережі Ethereum без компромісів щодо децентралізації, а не відмови від L2, а її вдосконалення.