Недавно я заметил, что 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.