Большой апгрейд Ethereum 2026: на этот раз откажемся от «прогрессивизма»

2026-03-09 01:07:16

Статья: Chloe, ChainCatcher

За последние две недели основатель Ethereum Виталик Бутерин активно публиковал на X серию технических статей, охватывающих маршруты масштабирования, противодействие квантовым атакам, абстракцию аккаунтов, реконструкцию уровня исполнения и ускоренное развитие с помощью ИИ. Эти публикации получили название «Большой план обновления Ethereum 2026». За ними стоит совместный проект Ethereum Foundation — набросок Strawmap, планирующий к 2029 году довести пропускную способность Ethereum L1 до уровня 10000 TPS.

Однако, чем амбициознее план, тем больше возникают сомнений в его реализуемости, ведь история показывает, что темпы реализации Ethereum обычно медленнее ожидаемых. Готова ли Ethereum к радикальной реконструкции и отказу от постепенных изменений?

Стратегия Strawmap: достижение 10000 TPS к 2029 году

Исследователь Ethereum Justin Drake 25 февраля опубликовал набросок маршрута Strawmap, раскрывающий видение и график будущих обновлений Ethereum L1. В рамках этого плана поставлены пять ключевых целей: высокая производительность L1, пропускная способность в гигасобы, масштабирование L2 до терасоб, безопасность L1 против квантовых угроз и нативные приватные транзакции. Конечная цель — обработка 10 000 транзакций в секунду на L1 и 10 миллионов на L2.

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

Стратегический фокус: масштабирование Ethereum L1 и реконструкция уровня исполнения

Виталик подчеркивает, что в отличие от стратегии последних лет, ориентированной на L2 Rollup и облегчение L1, текущий план предполагает одновременно сохранять долгосрочную ориентацию и значительно повышать масштабируемость L1 в краткосрочной перспективе.

Краткосрочные шаги: обновление Glamsterdam

В рамках ближайших планов — обновление Glamsterdam, которое введет «списки доступа на уровне блока (BALs)» для поддержки параллальной проверки, что устранит узкое место последовательной обработки транзакций. Также будет реализована идея разделения предложителей и строителей (Enshrined Proposer-Builder Separation, ePBS), что повысит эффективность использования слотов в 12 секунд.

Долгосрочные инициативы: развитие ZK-EVM и Blob

Долгосрочное масштабирование опирается на два столпа: ZK-EVM и Blob. В рамках ZK-EVM к концу 2026 года планируется внедрение первых клиентов с ZK-EVM, а с 2027 года — расширение их числа и усиление безопасности. Конечная цель — реализовать «3 из 5» механизм подтверждения, при котором блок подтверждается минимум тремя из пяти систем.

В направлении Blob — развитие PeerDAS (выборка данных для доступности), позволяющего повысить пропускную способность до 8 МБ/с. Технология позволяет узлам проверять данные, скачивая лишь небольшие фрагменты, что снижает требования к оборудованию и увеличивает масштабируемость. Также планируется перенос данных блоков в Blob вместо дорогостоящего и постоянного хранения calldata, что оптимизирует структуру данных и расширяет возможности масштабирования.

Реконструкция уровня исполнения: переход к бинарным деревьям состояний вместо EVM

Виталик отмечает, что 80% узких мест в эффективности доказательств связаны с устаревшей архитектурой. Согласно EIP-7864, переход с «16-ричной Keccak MPT» на «бинарные деревья состояний» сократит длину ветвей в 4 раза, что значительно повысит эффективность данных:

Снижение затрат на пропускную способность примерно в 4 раза — важный прорыв для легких клиентов вроде Helios.
Ускорение доказательств: при использовании BLAKE3 — в 3 раза, при Poseidon — до 100 раз.
Оптимизация доступа: дизайн «страниц» (от 64 до 256 слотов) позволяет снизить Gas на операции чтения/записи более чем на 10 000 Gas.

Более амбициозный проект — миграция виртуальной машины (VM). В настоящее время ZK-верификаторы пишутся на RISC-V, и если EVM сможет работать напрямую на RISC-V, это устранит трансляционные потери и повысит доказательную способность системы. Планируется три этапа:

Позволить новой VM обрабатывать существующие предкомпилированные контракты.
Разрешить пользователям разворачивать новые контракты на этой VM.
В конечном итоге переписать EVM как смарт-контракт, работающий на новой VM.

Это обеспечит обратную совместимость и минимальные затраты на переход — только пересчет Gas.

Противодействие квантовым угрозам: устранение уязвимых точек Ethereum

Виталик выделяет четыре ключевых уязвимости в текущей реализации против квантовых атак:

Консенсус: подписи BLS

План по замене — «Lean consensus», использующий хэш-основанные подписи и STARKs для агрегации, что повысит квантовую стойкость. Пока что, до полной реализации, запустят «легкую» версию цепочки, обрабатывающую 256–1024 подписи за слот без STARK-агрегации, что снизит сложность.

Доступность данных: обещания KZG и доказательства

Виталик предлагает заменить KZG-подписи на STARKs с квантовой стойкостью, однако это сопряжено с трудностями: STARKs не поддерживают эффективную 2D-выборку данных, а их доказательства очень большие. Поэтому в краткосрочной перспективе выбирается более консервативный путь — использование 1D DAS (например, PeerDAS). В будущем потребуется сложная инженерия с рекурсивными доказательствами для уменьшения размера.

Внешние аккаунты (EOA): подписи ECDSA

ECDSA — уязвимы к квантовым атакам. Виталик предлагает внедрить «нативную абстракцию аккаунтов», позволяющую пользователям менять алгоритмы подписи без отказа от существующих адресов.

Приложения: ZK-доказательства на основе KZG или Groth16

Квантовая стойкость STARK-ов делает их очень дорогими — примерно в 20 раз дороже SNARK. Виталик предлагает ввести «Validation Frame» (EIP-8141), позволяющий агрегировать подписи и доказательства вне цепи, что значительно снизит затраты и ускорит проверку.

Использование рекурсивных доказательств позволит сжать сотни МБ данных в один компактный STARK-доказательство, что снизит требования к пространству и стоимости, а также позволит проверять их еще на этапе мемпула, обеспечивая безопасность и эффективность в эпоху квантовых угроз.

ИИ как ускоритель: реализация дорожной карты Ethereum 2030 за несколько недель

Помимо технических обновлений, Виталик подчеркивает, что ИИ ускоряет разработку Ethereum. Он поделился экспериментом — создание прототипа дорожной карты Ethereum 2030 за две недели с помощью vibe-coding, и отметил, что шесть месяцев назад это казалось невозможным.

Сам Виталик протестировал работу модели gpt-oss:20b на ноутбуке — за час он написал бэкенд для блога; при использовании более мощной kimi-2.5 он ожидает «сделать всё за один раз». ИИ уже не растет линейно, а меняет скорость реализации планов Ethereum.

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

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

Медленный темп реализации и реальные вызовы

Однако, несмотря на обилие сложных технических заявлений, реализация обещаний Ethereum всегда сталкивалась с задержками. История показывает, что сроки «слишком оптимистичные»: The Merge сначала планировали на конец 2020 года, затем перенесли на сентябрь 2022; внедрение EIP-4844 (Proto-Danksharding) растянулось на годы. Обычно задержки связаны с аудитами безопасности, координацией нескольких клиентов и децентрализованным управлением.

Теперь у Ethereum мало времени. Конкуренты не стоят на месте, квантовые угрозы становятся реальностью, а развитие ИИ создает революцию в производительности. Это заставляет Ethereum отказаться от «постепенных» изменений и перейти к радикальной реконструкции. В условиях, когда «не идти вперед — значит отступать», старые мягкие итерации уже не смогут реализовать амбиции стать глобальным расчетным слоем.

Недавние призывы Виталика ясно показывают: эта перемена — не только технологическая. Он призывает сообщество полностью пересмотреть подход к приложениям, отказаться от зависимостей, сохранить принципы цензуроустойчивости, открытости, приватности и безопасности (CROPS), и начать проектировать их с нуля, исходя из первых принципов.

Технологии могут иметь дорожную карту, но мышление — нет. И именно это, возможно, самое сложное в отказе от «постепенных» изменений.

ETH2%

Посмотреть Оригинал

На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .