Виталик Бутерин, сооснователь Ethereum, предложил фундаментальное изменение системы стейкинга в сети, чтобы устранить зависимость от одного узла валидатора.
В подробном посте, опубликованном в среду на форуме Ethereum Research, Бутерин представил идею «нативной технологии распределенных валидаторов», или нативного DVT.
Источник: ethresear.ch
Идея позволит стейкерам разделить обязанности валидатора между несколькими узлами напрямую на уровне протокола, вместо того чтобы полагаться на сложные внешние настройки.
Предложение появляется в момент, когда стейкинг Ethereum достигает рекордных масштабов: более 36 миллионов ETH теперь заблокировано на почти одном миллионе валидаторов, а общая стоимость застейканных активов превышает 118 миллиардов $.
Хотя этот рост укрепил безопасность Ethereum, он также усилил давние опасения по поводу централизации, операционных рисков и технических барьеров, с которыми сталкиваются индивидуальные стейкеры.
На протяжении большей части истории proof-of-stake Ethereum запуск валидатора означал размещение 32 ETH на одной машине и с одним приватным ключом.
Любой сбой, от отключения электроэнергии до программной ошибки или нарушения безопасности, мог привести к штрафам за бездействие или слэшингу.
Эти риски подтолкнули многих пользователей к крупным провайдерам стейкинга и платформам ликвидного стейкинга, сосредоточив контроль над консенсусом среди относительно небольшой группы операторов и облачных провайдеров.
Предложение Бутерина напрямую нацелено на риск одного узла: согласно предложенному нативному DVT, валидатор с большим балансом сможет зарегистрировать несколько ключей, максимум до 16, и определить порог для обязанностей подписания.
Действия валидатора, такие как предложения блоков или аттестации, будут считаться действительными только в том случае, если минимальное количество этих ключей подпишет их вместе.
До тех пор, пока более двух третей узлов ведут себя честно, валидатор будет продолжать работать нормально без штрафов.
В отличие от существующих DVT-решений, таких как Obol или ssv.network, которые полагаются на внешние инструменты, сетевые уровни и линейные свойства BLS-подписей, дизайн Бутерина будет встроен напрямую в правила консенсуса Ethereum.
Он утверждал, что это значительно упростит операции стейкинга, снизит сложность настройки и устранит зависимости, которые могут быть несовместимы с будущими криптографическими обновлениями.
С точки зрения пользователя, Бутерин описал опыт как запуск нескольких стандартных узлов валидатора с минимальными изменениями конфигурации.
Большая часть добавленной сложности будет ограничена производством блоков, где один узел будет выступать в качестве временного лидера, а другие будут совместно подписывать его результат.
Предложение явно нацелено на средних и крупных держателей ETH, включая институты и отдельных «китов», которые в настоящее время сталкиваются с выбором между запуском хрупких одноузловых настроек или передачей контроля провайдерам стейкинга.
Сделав многоузловой стейкинг проще, Бутерин сказал, что нативный DVT может увеличить разнообразие клиентов, улучшить измеримые показатели децентрализации и поощрить больше самостоятельного стейкинга.
Обсуждение быстро привлекло технические отзывы от сообщества.
Разработчик Ethereum Алонмурох поднял вопросы о координации во время производства блоков, возможности конкуренции нескольких предлагающих за сбор подписей и необходимости ротации ключей на уровне протокола для обработки скомпрометированных ключей без принуждения валидаторов к выходу и повторному стейкингу.
Бутерин в основном согласился, отметив, что мгновенная смена ключей должна быть выполнимой и что снижение операционных проблем является центральным для мотивации предложения.
Предложение также вписывается в более широкий сдвиг в недавних публичных сообщениях Бутерина.
В начале этого месяца он объявил 2026 год годом, когда Ethereum вернет утраченные позиции в области самоуправления и доверия без посредников, призывая к меньшим компромиссам в пользу удобства.
Несколько дней спустя он предупредил, что Ethereum рискует стать «неуправляемым беспорядком», если разработчики продолжат накладывать сложность на протокол без намеренного упрощения.


