Соучредитель Ethereum Виталик Бутерин 15 марта 2026 года представил запрос на слияние программных компонентов, обеспечивающих работу консенсусного слоя Beacon Chain и слоя исполнения Ethereum, в единую унифицированную кодовую базу.
Цель предложения — снизить техническую сложность запуска узла Ethereum, который в настоящее время требует от валидаторов управления двумя отдельными программными стеками, а также расширить участие отдельных пользователей в валидации сети вместо зависимости от сторонних поставщиков удалённых процедурных вызовов (RPC).
Если идея будет реализована, объединение устранит необходимость у операторов узлов управлять параллельной синхронизацией и коммуникацией между слоями консенсуса и исполнения Ethereum, что решит давнюю проблему концентрации мощности валидации среди профессиональных операторов из-за требований к оборудованию и техническим затратам.
Валидаторам Ethereum сейчас необходимо запускать два отдельных программных обеспечения:
Каждый компонент требует отдельной настройки, конфигурации и постоянной синхронизации для координации передачи данных между слоями. Несогласованность между двумя стеками усложняет обслуживание и может привести к простоям узлов.
Запрос Бутерина предполагает интеграцию обеих функций в единую кодовую базу, что упростит настройку узлов и снизит требования к техническим знаниям для их эксплуатации. Объединённая структура сохранит всю текущую функциональность сети, одновременно устранив издержки на координацию, присущие архитектуре с двумя стеками.
В посте на платформе X, сопровождающем предложение, Бутерин заявил, что управление узлом было необоснованно представлено как сложная задача, предназначенная только для профессионалов:
«Я считаю, что на всех уровнях мы неявно приняли решение, что запуск узла — это очень страшная задача DevOps, которую можно оставить профессионалам. Это не так. Нам нужно изменить это. Запуск собственной инфраструктуры Ethereum должен быть правом каждого человека и каждого дома. «Требования к оборудованию высоки, значит, и навыки и время для DevOps тоже должны быть высокими» — это не оправдание.»
Даже пользователи, способные позволить себе дорогое оборудование для узлов, зачастую не имеют времени на сложную настройку и обслуживание, добавил Бутерин, подчеркнув, что «узлы должны быть простыми».
Предложение также рассматривает растущие опасения по поводу зависимости от сторонних поставщиков RPC, которые сейчас обрабатывают значительную часть трафика Ethereum. По словам Бутерина, рынок, доминируемый несколькими RPC-сервисами, сталкивается с «жёстким давлением на де-платформинг или цензуру пользователей», при этом он отметил, что «многие RPC-провайдеры уже исключают целые страны».
Независимые операторы узлов могут проверять транзакции и участвовать в управлении без зависимости от внешних сервисов, что повышает устойчивость сети к геополитическим или политическим ограничениям доступа.
Ранее в мае 2025 года Бутерин предложил концепцию частично безсостоящих узлов как дополнение к снижению барьеров для запуска узлов. Эта архитектура позволяет узлам работать без хранения полной истории блокчейна, сохраняя только данные, необходимые для выполнения конкретных задач пользователя.
Объём дискового пространства — главный узкий место для операторов узлов, согласно Go-Ethereum (GETH). Блокчейны смарт-контрактов генерируют большие объёмы данных, требующих всё увеличивающих объём хранилищ, что делает специализированное оборудование практически необходимым. Частичное безсостояние снизит требования к хранилищу, позволяя узлам сохранять только дельта-стейт, релевантный взаимодействиям пользователя, а не полное состояние цепочки, что потенциально расширит круг участников, способных запускать локальную инфраструктуру.
В конце января 2026 года Бутерин сообщил, что выделил из личных средств 16 384 ETH (примерно 45 миллионов долларов по курсу того времени) для поддержки:
Эти средства будут постепенно расходоваться в течение следующих лет, поскольку Фонд Ethereum вступит в период, описываемый как «умеренная экономия», продолжая реализовывать свой технический дорожный план. Эти финансовые вложения подчеркивают долгосрочную стратегию укрепления основной инфраструктуры и согласования исследований с развитием инклюзивной, ориентированной на приватность экосистемы.
Объединение двух слоёв Ethereum в единую кодовую базу может упростить обслуживание, снизить риски неправильной настройки и ускорить внедрение обновлений по всей сети. Если изменение снизит сложность эксплуатации узлов, больше пользователей смогут валидировать транзакции и участвовать в консенсусе, что потенциально повысит безопасность сети за счёт диверсификации состава валидаторов.
Предложение балансирует между идеалами децентрализации и реальными требованиями к оборудованию, пропускной способности и обслуживанию. Критики давно отмечают, что техническая сложность и требования к оборудованию для работы узлов вызывают опасения централизации, поскольку мощность валидации концентрируется у тех, кто может позволить себе специализированное оборудование и профессиональные навыки.
В настоящее время валидаторам Ethereum необходимо запускать два отдельных программных обеспечения — для слоя консенсуса Beacon Chain и для слоя исполнения — каждое из которых требует отдельной настройки и постоянной синхронизации. Предложение Бутерина объединяет оба компонента в одну кодовую базу, устраняя необходимость управлять двумя стеками и снижая требования к техническим знаниям. Это упростит обслуживание, сохранив всю текущую функциональность сети.
Частично безсостоящие узлы не хранят полную историю блокчейна, а сохраняют только данные, необходимые для выполнения конкретных задач пользователя, таких как отправка транзакций или проверка блокчейна. Эта архитектура уменьшает объём дискового пространства и требований к хранилищу, что сейчас является основным узким местом для операторов узлов. Снижая аппаратные барьеры, больше пользователей смогут запускать локальные узлы для валидации транзакций и проверки блоков, способствуя децентрализации сети.
Бутерин утверждает, что зависимость от небольшого числа RPC-провайдеров создаёт риски централизации, включая возможность де-платформинга или цензуры, если провайдеры ограничат доступ по геополитическим или политическим причинам. Независимые операторы узлов могут проверять транзакции и участвовать в управлении без внешней поддержки, что повышает устойчивость сети. Его предложение направлено на то, чтобы инфраструктура для самостоятельного хостинга стала доступной для каждого человека и каждого дома, рассматривая управление узлом как базовое право, а не профессиональную специализацию.