Прощай, EVM? Виталик собирается провести «сердечную операцию» для Ethereum

Автор: Грей Лобстер, Deep Tide TechFlow

Разработчики Ethereum имеют неявную привычку:Если вы не можете коснуться EVM, вы не прикоснётесь.

В последние несколько лет, когда требовалась новая криптографическая операция в цепочке, первой реакцией разработчиков было не реализация её в EVM, а запрос на добавление «предварительно скомпилированного контракта» — ярлыка, который обходит виртуальную машину и жёсткое кодирование непосредственно на уровне протокола.

1 марта Виталик Бутерин опубликовал длинный пост на X, который полностью пробил этот слой бумаги для окна. Его первоначальные слова были:Вся суть Ethereum — его универсальность, и если EVM недостаточно хорош, то нужно решить эту проблему напрямую и построить лучшую виртуальную машину.

Он дал два конкретных скальпеля.

Первый нож: изменить «структуру данных»

Первое изменение направлено на дерево состояний Ethereum. Это можно понять так:«Система индексирования реестров» EthereumКаждый раз, когда кто-то проверяет баланс и подтверждает транзакцию, ему приходится отклонять дерево.

Проблема в том, чтоТеперь дерево слишком «толстое»。 Ethereum использует структуру под названием «Шестигранное дерево Кечак Меркель Патриция» (название похоже на заклинание).Предложение Виталика для EIP-7864 — заменить его более лаконичным бинарным деревом.

Например: раньше при проверке данных нужно было многократно выбирать направление на шестистороннем перекрёстке, но теперь оно изменено только на левую и правую. Результат? Длина ветви Меркель была непосредственно сокращена до четверти от первоначальной. Для легких клиентов пропускная способность, необходимая для проверки данных, значительно снижается.

Но Виталик не доволен только изменением формы дерева. Ему также пришлось изменить «шрифт на листах», то есть хеш-функцию. Есть два кандидата: Блейк3 и Посейдон.

• Blake3 обеспечивает постепенный рост скорости;
• Посейдон более агрессивен и теоретически может повысить эффективность доказательств в десятки раз, но безопасность требует больше аудита.

Стоит отметить, что этот план фактически заменяет прежние обсуждения сообщества на протяжении многих лет Деревья Веркл。 Verkle когда-то был предпочтительным решением для хардфорка в 2026 году, но из-за угрозы квантовых вычислений, связанных с их основной зависимостью от эллиптической кривой, с середины 2024 года он постепенно вышел из моды, и решение на основе бинарного дерева воспользовалось этой ситуацией.

Второй нож: изменить «виртуальную машину» и превратить ЭВМ в смарт-контракт

Второе изменение более смелое и спорное:Долгое время заменяя EVM архитектурой RISC-V.

RISC-V — это открытый набор инструкций, который изначально мало связан с блокчейном, но теперь он используется внутри почти всех доказательств ZK. Логика Виталика проста: раз уж провер уже говорит на RISC-V, почему виртуальная машина должна говорить другой язык и добавлять перевод между ними? Удалите слой трансляции — и эффективность естественным образом повысится.

Интерпретатор RISC-V требует всего несколько сотен строк кода. Виталик говорит, что именно так должна выглядеть виртуальная машина на блокчейне.

Он запланировал три шага: первым шагом было запуск предварительно скомпилированного контракта с новой виртуальной машиной и переписка 80% существующей прекомпиляции с новым кодом виртуальной машины; Второй этап позволяет разработчикам напрямую развернуть контракт новой виртуальной машины и запустить его параллельно с EVM. Третий шаг — вывести EVM из эксплуатации, но не исчезнуть: он будет переписан в смарт-контракт на новой виртуальной машине, что сделает его полностью совместимым с обратной связью.

Владельцам старых автомобилей не нужно менять свои автомобили. Просто двигатель был тихо заменён, а руль остался тем же самым.

Насколько важны эти две вещи вместе? Виталик назвал число:Вместе деревья состояний и виртуальные машины составляют более 80% пробного узкого места Ethereum. Другими словами, если эти два блока не будут перемещены, расширение Ethereum в эпоху ZK застопорится.

Arbitrum не согласен: нельзя позволять курьерам управлять погрузчиками только потому, что они используют погрузчики на складах

Но это не та история, которую все кивают и говорят «хорошо».

В ноябре прошлого года Offchain Labs, основная команда разработчиков Arbitrum, опубликовала подробное техническое опровержение. Основная мысль четырёх исследователей в том, что RISC-V действительно подходит для доказательств ZK, но не подходит для «формата доставки» контрактов.

Они предложили ключевое различие,**Набор инструкций доставки (dISA) и набор инструкций доказательства (pISA) не обязательно должны быть одним и тем же.**Ваш склад наиболее эффективен для перевозки товаров с помощью погрузчиков, но это не значит, что курьеры должны также доставлять погрузчики к вашему порогу.

Offchain Labs выступает за использование WebAssembly (WASM) в качестве контрактного уровня, и причины для этого весьма веские причины: WASM очень эффективен в выполнении на стандартном оборудовании, в то время как большинство узлов Ethereum не используют чипы RISC-V, а принудительное переключение требует использования эмулятора. WASM имеет зрелый тип верификации безопасности; Экосистема инструментарийки WASM прошла испытания в миллиардах сред исполнения.

Что важнее, они не просто говорят об этом. Offchain Labs запустила прототип на Arbitrum: использование WASM в качестве формата доставки контрактов, а затем компиляция в RISC-V для доказательств ZK. Два слоя выполняют свою работу сами по себе и не мешают друг другу.

Они также подняли риск, который стоит задуматься: технология в области доказательств ZK быстро меняется, а недавняя реализация RISC-V перешла с 32-битного на 64-битный. Что если RISC-V сейчас припаян к Ethereum L1, что если через два года появится лучшая proof-архитектура? Ставить на быстро меняющийся мишень — не стиль Ethereum.

Более крупный фон: L2 начинают «отлучаться»

Чтобы понять это предложение, необходим более макрополитический фон.

Всего месяц назад,Виталик открыто поставил под вопрос, нужен ли Ethereum также «специальная дорожная карта L2», вызывая коллективную реакцию у лагеря L2. Бен Фиш, генеральный директор Espresso Systems, очень хорошо сказал CoinDesk: Виталик на самом деле подразумевает, что изначальная цель L2 была помочь Ethereum расшириться, и теперь, когда сам Ethereum станет быстрее, позиция L2 естественно изменится.

Интересно, что вместо паники L2 начали активно «де-Эфириум». Цзин Ван, соучредитель OP Labs, сравнивает L2 с независимым сайтом, тогда как Ethereum является базовым стандартом открытых расчетов. Генеральный директор Polygon Марк Бойрон выразился более прямо: настоящая задача — не масштабироваться, а создать уникальное блочное пространство для реальных сценариев, таких как платежи.

Другими словами, обновление исполнительного уровня Виталиком — это техническая сноска к более широкой тенденции:Ethereum возвращает контроль над своими основными возможностями, в то время как L2 вынуждены или наконец находят причину для своей независимости.

Можно ли это сделать?

Сам Виталик признался.Среди сообщества разработчиков нет широкого консенсуса по поводу замены виртуальных машин。Государственная реформа деревьев стала более зрелой, EIP-7864 уже имеет конкретную команду по драфту и повышению. Но RISC-V заменяет EVM? Это всё ещё на стадии «дорожной карты», и ещё далеко до того, чтобы вписать это в код.

Однако на прошлой неделе Виталик сделал впечатляющее заявление: Ethereum уже менял свой реактивный двигатель один раз в полёте (имея в виду Слияние), и его можно заменить ещё примерно четыре раза в будущем —Дерево состояний, оптимизированный консенсус, проверка ZK-EVM, замена виртуальной машины.

Ожидается, что обновление Ethereum в Glamsterdam появится в первой половине 2026 года, за ним следует Hegota. Конкретное содержание двух хардфорков пока не окончательно определено, но основные направления — реформа дерева состояний и оптимизация слоя исполнения.

История Ethereum никогда не была вопросом «не могу». От PoW до PoS, от L1 all-in до центра роллапа он доказал свою способность и мужество разбирать двигатель на высоте 10 000 метров.

На этот раз речь шла о чём-то более глубоком — не для добавления новых функций, а для того, чтобы выкопать и восстановить старый фундамент. Это дальновидная реконструкция или бездонная яма, которая становится всё сложнее по мере ремонта? Ответ, вероятно, станет известен только в 2027 году.

Но по крайней мере одно можно сказать наверняка: Ethereum не собирается быть «старой патчированной системой» в эпоху ZK. Что касается того, как убрать патч и какую модель заменить движок, сам спор может быть ценнее самого вывода.