Щойно я помітив, що Vitalik знову випустив ряд досить сміливих пропозицій щодо структури платформи Ethereum. Цікаво тут те, що це не просто дрібні покращення, а "зняття двигуна" в той час, коли літак летить на висоті 10 000 метрів.

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

Vitalik пропонує два великі зміни. По-перше — реорганізація дерева стану Ethereum — так званої "індексної системи", через яку кожного разу потрібно перевіряти баланс або підтверджувати транзакцію. Зараз воно використовує досить складну структуру Keccak Merkle Patricia Tree. Vitalik хоче замінити її простішим бінарним деревом, зменшивши довжину гілки Merkle приблизно в чотири рази. Одночасно планується змінити функцію хешування — можливо, використовуючи Blake3 або Poseidon. Ця зміна суттєво зменшить пропускну здатність, необхідну для легких клієнтів.

Але друга зміна — справжній "бомбовий" хід: замінити EVM архітектурою RISC-V у довгостроковій перспективі. Логіка дуже проста — якщо системи доведення ZK вже використовують RISC-V, чому віртуальна машина має використовувати іншу мову та додавати шар трансляції між ними? Вилучивши цей шар, продуктивність автоматично зросте. Vitalik планує три етапи: спершу запуск передкомпілювальних контрактів на новій машині, потім дозволити їх безпосереднє розгортання, і нарешті — "піти на пенсію" EVM, переписавши її у вигляді смарт-контракту, що працює на новій машині для повної сумісності.

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

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

Offchain Labs також піднімають важливе питання ризиків: технологія доказів ZK дуже швидко змінюється, нещодавно RISC-V перейшов з 32-бітної до 64-бітної архітектури. Якщо зараз жорстко інтегрувати RISC-V у Ethereum L1, то через два роки з’явиться більш досконала архітектура — що тоді?

Більш ширший контекст — це те, що L2 вже починають "відучуватися" від Ethereum. Місяць тому Vitalik поставив питання, чи потрібен Ethereum "спеціальний шлях L2". Замість паніки, L2 активно шукають спосіб "звільнитися від Ethereum", щоб знайти свою незалежну ідентичність.

Vitalik також визнає, що заміна EVM ще не має широкої підтримки серед спільноти розробників. Реорганізація дерева стану більш зріла, є конкретний прототип, але заміна EVM RISC-V все ще у "дорожній карті". Однак він щойно оголосив, що Ethereum вже один раз змінив реактивний двигун (The Merge), і можливо, зробить ще близько чотирьох змін — включно з деревом стану, оптимізацією консенсусу, підтвердженнями ZK-EVM і заміною віртуальної машини.

Планується, що оновлення Glamsterdam буде запущено у першій половині 2026 року, а потім — Hegota. Реорганізація дерева стану і оптимізація рівня виконання — основні напрямки, які вже визначені. Справжнє питання — не "можна чи ні", а як правильно розібратися з цими змінами. Ethereum вже довів свою здатність до цього, перейшовши з PoW на PoS, від L1 до централізованих Rollup. Цього разу він розбирає стару основу, щоб знову її побудувати, а не просто додати нові функції. Це довгостроковий ремонт, і відповідь, ймовірно, стане ясною до 2027 року. Але при цьому одне точно — Ethereum не має наміру ставати "старою системою, яку потрібно латати" у епоху ZK.