Виталик Анонсирует Обновления Ethereum EVM и State Tree: Радикальное Изменение Впереди

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

Почему нужно менять EVM? Основной узкий место в производительности

Чтобы понять срочность изменений, нужно разобраться, где сейчас проблема. Более десяти лет EVM (Ethereum Virtual Machine) был центральным элементом экосистемы Ethereum. Но по мере роста сети и появления новых технологий, таких как ZK-доказательства, его ограничения стали очевиднее.

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

Два основных шага: структурная переработка дерева состояния и полная замена EVM

Виталик предложил два взаимосвязанных решения, которые не следует рассматривать как отдельные. Каждый из них решает разные аспекты проблемы производительности.

Первый шаг: замена дерева состояния на бинарную структуру

В настоящее время Ethereum использует сложную структуру под названием «hexary Keccak Merkle Patricia tree» — название отражает уровень сложности. Предложение EIP-7864 предполагает заменить её на более простую бинарную структуру.

Практический эффект значителен. В текущей системе для определения конкретной транзакции или баланса нужно делать множество решений на каждом уровне дерева — шесть возможных направлений на каждом узле. В бинарном дереве вариантов всего два: влево или вправо. Итог: длина Меркле-ветки сокращается в четыре раза.

Для легких клиентов и систем распределенной проверки это революционно. Требование пропускной способности для верификации данных значительно снижается. Для конечных пользователей это означает более быструю проверку транзакций и меньшие вычислительные затраты.

Но на этом Виталик не остановился. В предложении также есть изменение хеш-функции — «шрифта» вычислений, так сказать. Есть два варианта: Blake3 и Poseidon. Blake3 обеспечивает стабильное улучшение производительности. Poseidon — более агрессивный подход, теоретически увеличивающий эффективность доказательств в несколько десятков раз, но требует дополнительных проверок безопасности.

Этот выбор также косвенно сигнализирует: Ethereum отказался от подхода Verkle Trees, который долго обсуждался сообществом. В 2024 году угрозы квантовых вычислений для эллиптических кривых снизили интерес к Verkle, и путь бинарных деревьев стал более популярным.

Второй шаг: перенос EVM на архитектуру RISC-V

Второе предложение более масштабное и спорное: долгосрочная замена EVM с помощью набора команд RISC-V.

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

Технически реализация не так сложна, как кажется. Интерпретатор RISC-V можно написать за несколько сотен строк кода. Для Виталика это — правильная философия проектирования блокчейна: простота, ориентированная на производительность.

План перехода включает три этапа:

1. Использовать виртуальную машину RISC-V для выполнения предкомпилированных контрактов. 80 процентов существующих предкомпилированных контрактов можно переписать на RISC-V.

2. Позволить разработчикам напрямую деплоить контракты на новой виртуальной машине. Новая система и EVM будут работать параллельно, обеспечивая постепенную миграцию.

3. В конечном итоге убрать EVM — но полностью не исчезнет. Его преобразуют в смарт-контракт, который будет работать на RISC-V виртуальной машине, обеспечивая полную обратную совместимость. Образ Виталика поэтичен: рулевое колесо остается тем же, но под капотом — тихо изменился двигатель.

Производственный узкий место: без изменений в EVM — нет масштабируемости

Ключевой аргумент основан на числе: 80 процентов. Это доля узкого места Ethereum, связанного с доказательствами, прямо исходящая из архитектуры дерева состояния и виртуальной машины. На практике это означает, что все остальные оптимизации имеют ограниченный эффект, если не исправить эти два компонента.

В эпоху масштабирования с помощью ZK это ограничение станет «цепью на ноге». Ethereum видит необходимость эволюционировать за пределы патчей и улучшений.

Контрпредложение: вызов RISC-V стратегии от Arbitrum

Но история не сводится к простому консенсусу. В ноябре прошлого года команда Offchain Labs — ведущие разработчики Arbitrum — опубликовали детальный технический ответ.

Их ключевое замечание — важно слушать: да, RISC-V идеально подходит для ZK-доказательств, но не должен быть «форматом исполнения» для смарт-контрактов. Они ввели важное различие: «инструкции доставки» (dISA) и «инструкции доказательства» (pISA) не обязательно должны совпадать.

Их аналогия практична: склад работает максимально эффективно с помощью погрузчика, но это не значит, что курьер тоже должен использовать погрузчик для доставки посылки. Каждый инструмент — в своем контексте.

Для слоя выполнения контрактов Offchain Labs выступают за WebAssembly (WASM) как лучший вариант. Их техническое обоснование надежно:

1. WASM показывает высокую эффективность на стандартном оборудовании. Большинство узлов Ethereum не используют специализированные RISC-V чипы, эмуляция — большой оверхед.

2. WASM обладает зрелой системой типобезопасной верификации, проверенной в миллионах сред по всему миру.

3. Экосистема инструментов WASM устоялась, есть широкая поддержка разработчиков.

Более того, они не только теоретизируют. Offchain Labs создали прототип: используют WASM как формат доставки контрактов, затем компилируют их в RISC-V для ZK-доказательств. Каждый слой выполняет свою задачу без конфликтов.

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

Большие индустриальные изменения: Ethereum и Layer 2 уходят в сторону

Чтобы полностью понять контекст этого технического спора, нужно взглянуть на более глубокие индустриальные тренды.

Несколько месяцев назад Виталик выразил скепсис относительно необходимости «специальной дорожной карты Layer 2 для Ethereum». Это вызвало глубокую рефлексивную реакцию операторов Layer 2.

Бен Фиш, CEO Espresso Systems, объяснил СМИ: изначально Layer 2 создавались для масштабирования Ethereum. Но теперь, когда сам Ethereum движется к улучшениям масштабируемости, роль Layer 2 должна эволюционировать. Это не просто вспомогательный слой, а более независимая экосистема.

Операторы Layer 2 не паникуют. Они активно переосмысливают свою роль. Соучредитель OP Labs описал Layer 2 как «независимые сайты», а Ethereum — как стандарт периодических расчетов. Генеральный директор Polygon заявил прямо: главная задача — не только масштабирование, но и создание специализированных блок-пространств для конкретных кейсов — например, платежных систем.

Иными словами, крупный технический сдвиг в слое исполнения Ethereum отражает более широкую структурную тенденцию: Ethereum возвращается к контролю над своими ключевыми компетенциями, а Layer 2 либо расширяет свою роль, либо в конечном итоге ищет собственное предназначение.

Будет ли это реальностью? Путь вперед и вызовы

Сам Виталик признает, что в сообществе разработчиков еще нет широкого консенсуса по поводу замены EVM. Реформа дерева состояния более устойчива — у EIP-7864 есть конкретный проект и активные команды разработки.

Но замена EVM на базе RISC-V — пока только на «дорожной карте», далеко от реальной реализации.

Тем не менее, Виталик дал уверенность на прошлой неделе: Ethereum уже провел «замену двигателя» во время «Мержа» (Merge). Он способен на еще четыре крупных изменения — оптимизацию дерева состояния, упрощение консенсуса, проверку ZK-EVM и замену виртуальной машины.

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

Вопрос не «может или не может». Ethereum уже многократно доказывал свою способность — от PoW к PoS, от полной L1 к экосистеме Rollup. Архитектурно это не косметика. Это перестройка фундамента, пока здание строится — не просто добавление функций, а фундаментальная замена старой архитектуры.

Сам технический спор — о том, насколько хороши эти изменения или ведут к бесконечной сложности — может иметь больше значения, чем окончательное решение. Ethereum сознательно выбирает не быть «патченной системой наследия» в эпоху ZK. Как именно сломать части двигателя и какой новый стандарт станет нормой — покажет только 2027 год.