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

І от він запропонував дві серйозні зміни. Перша стосується дерева стану - це той самий merkle tree, який Ethereum використовує як індексну систему для всіх балансів та перевірок. Проблема в тому, що нинішня структура, так звана шестишляхова Keccak Merkle Patricia tree, просто занадто громіздка. На кожен запит потрібно пройти через масу розгалужень.

Віталік пропонує EIP-7864 - замінити це на бінарне дерево. Звучить просто, але ефект вражаючий: довжина merkle tree скорочується в чотири рази. Для легких клієнтів це означає значно менше даних для перевірки. Але він не зупинився тут - хоче змінити й саму хеш-функцію. Blake3 чи Poseidon? Poseidon більш амбітна, теоретично може збільшити ефективність доказів у десятки разів, але безпеку ще потрібно перевірити.

Другий удар набагато сміливіший - довгострокова заміна EVM на RISC-V. Логіка проста: якщо системи ZK-доказів вже розуміють RISC-V, чому віртуальна машина повинна використовувати іншу мову? Це просто додає зайвий переклад. Інтерпретатор RISC-V потребує лише кілька сотень рядків коду - це саме те, що мав бути блокчейн-інтерфейс.

Планується три етапи: спочатку запустити попередньо скомпільовані контракти на новій ВМ, потім дозволити розробникам розгортати контракти нової машини поряд з EVM, і нарешті вивести EVM з експлуатації, але не видалити - просто переписати як розумний контракт на новій платформі. Старі контракти продовжать працювати без змін.

Віталік назвав цифру: дерево стану та віртуальна машина разом становлять понад 80% обмежень доведення Ethereum. Без цих змін масштабування в епоху ZK просто застрягне на місці.

Але не всі згідні. Команда Arbitrum Offchain Labs опублікувала серйозне заперечення. Вони кажуть: так, RISC-V чудово для ZK-доказів, але це не означає, що контракти мають бути написані на RISC-V. Вони запропонували розділити це - WebAssembly для контрактів, а потім компілювання в RISC-V для доказів. Їхній аргумент: більшість вузлів Ethereum не працюють на чіпах RISC-V, WASM має перевірені механізми безпеки, екосистема інструментів WASM випробувана на мільярдах виконань.

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

Щодо того, чи вдасться це реалізувати - консенсусу немає. Реформа merkle tree більш конкретна, EIP-7864 вже має команду. Але заміна EVM? Це все ще на етапі дорожної карти. Хардфорки Glamsterdam та Hegota очікуються у першу половину 2026 року, але деталі не затверджені.

Але Віталік напевно знає, що робить. Ethereum вже змінив один реактивний двигун під час польоту - The Merge. Він готів змінити ще близько чотирьох. Це не просто додавання функцій, а переливання самого фундаменту. Чи буде це ретельно спланований ремонт чи безкінечна яма складності - відповідь, ймовірно, з'явиться лише у 2027 році.