В связи с недавними объявлениями EF, Vitalik опубликовал новый пост: «Simplifying the L1».
В нем он излагает долгосрочное видение по упрощению базового слоя $ETH — утверждая, что через пять лет он должен быть таким же простым, как $BTC, если хочет стать слоем расчетов мира.
Вот суть плана Vitalik.👇
~~ Статья от @davewardonline ~~
|— Почему простота важна
Для @vitalikbuterin простота — это не только о более чистом коде, а о том, чтобы сделать Ethereum сильнее. Чем больше людей смогут понять и, как следствие, работать с протоколом, тем более он станет безопасным, децентрализованным и адаптируемым.
Он ссылается на Bitcoin: его базовый слой настолько минимален, что, по его мнению, даже школьник мог бы создать клиента. Эта простота помогла ему оставаться стабильным, широко проверяемым и трудным для коррупции.
Ethereum, напротив, со временем усложнился — иногда это было необходимо, часто — нет. Эта сложность замедлила обновления, увеличила риски и усложнила участие.
Теперь, по мнению Vitalik, настало время упростить, чтобы раскрыть ключевые преимущества:
• Проще проверять и обеспечивать безопасность: меньше кода — меньше мест для ошибок или атак.
• Меньшая нагрузка на поддержку: меньше устаревших систем — легче обновлять в будущем.
• Более широкая база участников: более простой дизайн привлекает больше разработчиков.
• Более сильная нейтральность: ясные, предсказуемые правила труднее манипулировать или политизировать.
Когда сеть стабилизировалась и готова к развитию, Vitalik считает, что сейчас — самое время навести порядок.
|— 1. Более простой Consensus Layer
Для упрощения консенсуса Buterin ссылается на новую концепцию Beam Chain, которая предлагает заменить устаревшие, сложные системы более чистым дизайном:
⚙️ Более простое ядро с 3-слотной финализацией: исключает такие технические системы, как эпохи, перемешивание комитетов и sync-комитеты, делая движок консенсуса проще для понимания, аудита и поддержки.
🔗 Проще правила выбора fork: уменьшает число активных валидаторов, снижая сложность при определении, какую версию цепи следовать, и повышая безопасность.
🗳️ Более простое сбор голосов (на базе STARK): облегчает и удешевляет сбор голосов валидаторов без необходимости доверять конкретным участникам или работать с повторяющимися данными.
🧹 Более понятный цикл жизни валидатора: упрощает onboarding, выход, обновление ключей и восстановление в оффлайне, снижая количество крайних случаев и помогая определить более четкие окна безопасности.
🤝 Упрощенная peer-to-peer коммуникация: меньше протокольных частей — проще подключаться, синхронизироваться и поддерживать согласованность.
|— 2. Более простой Execution Layer
Далее Vitalik повторяет поддержку идеи замены текущей виртуальной машины Ethereum — EVM — которая, по его мнению, перегружена и мешает масштабируемости, на более простую и современную RISC-V.
Для тех, кто пропустил наш материал о RISC-V, эта универсальная виртуальная машина похожа на Linux для аппаратного обеспечения: чистый, открытый чертеж, уже используемый компаниями вроде Intel и Arm для создания чипов.
В Ethereum она станет новым движком для smart contracts, предлагая такие преимущества:
→ Более простая спецификация виртуальной машины: значительно легче понять, чем EVM, что снижает количество ошибок, упрощает обновления и лучше подходит для долгосрочного обслуживания.
→ Меньше специальных сокращений (precompiles): заменяет большинство встроенных функций обычным кодом smart contract, уменьшая размер базового протокола и облегчая его поддержку.
→ Уже используется для ZK: проекты вроде @RiscZero и @succinctlabs используют RISC-V, поскольку он ускоряет zero-knowledge proofs.
→ Больше языков программирования: разработчики смогут использовать Rust или Move, а не только Solidity.
Vitalik видит в этом шанс построить фундамент лучше, потенциально увеличив его производительность в 100 раз.
|— 3. Обратная совместимость при переходе
Что делать со всеми приложениями и инструментами, которые еще используют EVM? Vitalik предлагает поэтапный план перехода, который сохраняет работу всего, не заставляя базовый протокол навсегда тащить за собой наследие.
Цель — вынести устаревшие функции из ядра, чтобы они продолжали работать, но не нагружали Ethereum. Как хранение старых файлов в облаке: они есть, если нужны, но не мешают работе. Так ядро остается легким, а совместимость сохраняется для уже созданных решений. Вот как он предлагает это реализовать:
1. Начать с RISC-V precompiles: новые функции будут строиться на RISC-V, подготавливая экосистему к VM.
2. Поддержка обеих VM: разработчики смогут разворачивать в EVM или RISC-V, с полной кросс-совместимостью, во время перехода.
3. Замена precompiles на RISC-V код: заменяет большинство встроенных функций простым onchain RISC-V, уменьшая бремя протокола.
4. Обернуть EVM в контракт: переносит EVM в RISC-V smart contract, так что старая логика продолжит работать, но не засоряет самые важные части протокола.
Так Ethereum сможет очистить свою основу, не ломая уже созданное.
|— 4. Общие стандарты = Меньше сложности
Наконец, Vitalik хочет упростить Ethereum, стандартизируя инструменты по всему сетевому стеку.
Сейчас разные части протокола часто решают одну и ту же задачу по-разному — в основном потому, что команды создают их отдельно. Объединение этих элементов под общими стандартами снизит сложность и упростит поддержку всей системы. Его предложения:
• Один общий кодировочный стандарт (SSZ): уже используется в консенсусном слое для отслеживания состояния сети. Расширение его на весь Ethereum упростит инструменты и сделает создание и подключение приложений проще.
• Один общий метод разделения данных (erasure code): Ethereum делит и проверяет данные в нескольких областях: выборка доступности данных, P2P-трансляция и хранение истории. Использование одного метода везде сократит код, ускорит работу и обеспечит целостность данных.
• Одна общая структура состояния (дерево): замена сложного (Merkle) дерева на более простое двоичное — сэкономит место, ускорит доказательства и сделает работу легких приложений более эффективной.
В целом, сила @ethereum — в его гибкости, но она стала сложной. Vitalik видит возможность сделать Ethereum проще, но при этом мощнее — более легким, ясным и удобным для разработки. Для поддержки важнейших данных и систем Ethereum должен быть масштабируемым и устойчивым, начиная с упрощения.