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

Отже, вже кілька років розробники Ethereum мають своєрідну погану звичку. Щоразу, коли їм потрібна нова криптографічна операція в мережі, замість правильної імплементації в EVM, вони просто обходили проблему, додаючи попередньо скомпільовані контракти на рівні протоколу. Це ніби постійно підробляти, замість того щоб переробити фундамент. Віталік фактично сказав: стоп, досить. Якщо EVM недостатньо хороший, ми не будемо далі накладати латки. Ми його замінимо.

Він запропонував два кардинальні зміни. Перший стосується дерева стану Ethereum, його можна уявити як систему індексування реєстру. Зараз це складна структура, яка називається шестикратним деревом Меркла Keccak (так, назва трохи божевільна). Ідея полягає в тому, щоб замінити її простим бінарним деревом. Конкретно, замість вибору напрямку на перехресті з шістьма гілками, у вас буде лише два варіанти: ліворуч або праворуч. Результат? Довжина гілок Меркла зменшиться приблизно на 75%. Для легких клієнтів це величезний приріст у пропускній здатності.

Але Віталік не зупиняється на цьому. Він також хоче змінити функцію хешування. Два кандидати: Blake3 або Poseidon. Blake3 — це надійний і класичний варіант. Poseidon — більш амбіційний, теоретично він може помножити ефективність доказів у десятки разів, але потрібно більше аудитів безпеки.

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

Віталік представив план у три етапи: спочатку виконати попередньо скомпільовані контракти на новій віртуальній машині, потім дозволити розробникам розгортати безпосередньо на цій новій архітектурі паралельно з існуючим EVM, і, нарешті, видалити EVM, переписавши його як смарт-контракт на новій машині. Ніяких розривів у сумісності. Це елегантно.

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

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

Що цікаво — це ширший контекст. Кілька місяців тому Віталік ставив під сумнів необхідність у Ethereum мати окрему дорожню карту L2. І L2 не панікують, вони активно починають «дез-ethereumізуватися». Polygon і OP Labs тепер говорять про Ethereum як про базовий стандарт розрахунків, а не як про свою основну інфраструктуру. Це справжній поворот у напрямку.

Сам Віталік визнає, що ще немає широкого консенсусу щодо заміни EVM. Реформа дерева стану більш просунута з EIP-7864, який уже має конкретний проект. Але заміна EVM на RISC-V? Це ще на рівні стратегічного плану, далеко від впровадження у код.

Мене вразило його недавнє твердження: Ethereum вже змінив реактивний двигун у польоті з The Merge, і може зробити ще приблизно чотири рази. Дерево стану, спрощений консенсус, ZK-EVM-перевірка, заміна віртуальної машини. Це амбіційно.

Головне питання: чи це обдумане оновлення чи бездонна яма, що розширюється? Поки сказати важко. Але одне точно: Ethereum не має наміру ставати застарілою системою, яку лагодять у епоху ZK. Як зняти латки і який модель запровадити — цей самий дискурс може бути ціннішим за остаточну відповідь.