Виталик: Необходимо пересмотреть архитектуру разделения между Beacon Chain и execution клиентами в Ethereum

Виталик Бутерин недавно предложил пересмотреть текущую архитектуру Ethereum, основанную на разделении между Beacon Chain и execution клиентами. Эта мысль затрагивает ключевое противоречие в долгосрочном развитии Ethereum: как достичь децентрализации и безопасности, одновременно снижая порог для работы нод и улучшая пользовательский опыт. Он прямо заявил, что сложность работы с двумя независимыми процессами и координации их взаимодействия значительно выше, чем с одним процессом, что создает ненужные препятствия для участия обычных пользователей в консенсусе сети, что противоречит базовым принципам Ethereum, таким как "самостоятельное управление" и "суверенитет пользователя".

С точки зрения технической эволюции, это предложение не является изолированным событием, а является частью непрерывной эволюции Ethereum. Оно отражает темы, которые неоднократно появлялись в дорожной карте в последние годы: упрощение протокола, снижение избыточности и повышение эффективности. Например, обсуждение возможной замены EVM на архитектуру RISC-V, упомянутое в статье, является результатом глубокого переосмысления проблем производительности, особенно в контексте того, что доказательства ZK становятся все более распространенными, и существующая архитектура не может обеспечить достаточную эффективность генерации этих доказательств. Цель этапа "The Purge" также заключается в очистке от устаревших элементов и упрощении дизайна протокола.

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

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

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