Доходность стейкинга Ethereum снизилась настолько, что модель хранения средств становится более практичным отличием, чем небольшие разрывы в заявленной доходности. При базовой награде протокола около 2,6% держателей ETH всё больше интересует вопрос, сохраняет ли схема стейкинга их возможность вернуть основной капитал и вознаграждения, если оператор валидатора исчезнет, потерпит неудачу или откажется сотрудничать.
Архитектура валидаторов Ethereum разделяет этот вопрос на два криптографических разрешения: ключ подписи, используемый для работы валидатора, и данные для вывода, которые определяют, куда могут быть перечислены застейканные ETH. Такое разделение позволяет специализированному провайдеру обслуживать инфраструктуру валидатора, не получая автоматически полномочий распоряжаться ETH, внесёнными в протокол.
Это различие становится важнее по мере роста участия в стейкинге. Чем больше ETH направлено в стейкинг, тем обычно на большее число валидаторов распределяются награды протокола, что снижает базовую доходность для каждой единицы стейка. Поэтому более высокая заявленная доходность может отражать дополнительные риски, комиссии, кредитное плечо, токеновые стимулы или иную модель хранения, а не улучшенную версию нативной доходности стейкинга Ethereum.
Данные для вывода определяют, кто может вернуть ETH
Ключ подписи валидатора должен оставаться доступным онлайн. С его помощью подписываются подтверждения и, когда валидатор выбран, предложения блоков. Если валидатор находится офлайн, он может пропустить вознаграждения и получить штрафы за бездействие; если он совершит определённые нарушения протокола, его доля может быть подвергнута слэшинингу.
Ключ подписи не позволяет вывести депозит валидатора в размере 32 ETH или накопленные вознаграждения. Это полномочие принадлежит данным для вывода, которые задаются при создании валидатора и записываются в маяковой цепи Ethereum.
В некастодиальной схеме стейкинга держатель ETH сохраняет эти данные, обычно в кошельке с офлайн-управлением или системе управления ключами. Провайдер узлов получает ключ подписи и управляет валидатором от имени держателя. Провайдер может влиять на эффективность работы через доступность узла, обслуживание программного обеспечения и операционную безопасность, но не может перенаправить баланс валидатора на собственный кошелёк.
Эта структура не устраняет все риски. Некачественно работающий валидатор может показывать результаты хуже ожидаемых, а событие, за которое предусмотрено слешинг-наказание, может уменьшить баланс валидатора. Однако она ограничивает влияние провайдера на оставшуюся сумму стейка. Это различие особенно важно для пользователей, сравнивающих сервисы, которые называют себя «некастодиальными», поскольку такая характеристика имеет практическую ценность только тогда, когда полномочия на вывод средств находятся у клиента, а не у провайдера.
EIP-7002 добавляет возможность выхода через слой исполнения
EIP-7002 в Ethereum устранил ещё одну операционную зависимость для валидаторов, использующих учётные данные для вывода средств через слой исполнения. Обновление позволяет владельцам учётных данных для вывода 0x01 или 0x02 инициировать выход валидатора через слой исполнения, вместо того чтобы полагаться исключительно на оператора валидатора, который должен отправить сообщение о выходе.
Этот механизм предоставляет владельцам учётных данных прямой способ начать выход из набора валидаторов, если их поставщик услуг станет недоступен. Он не делает ETH мгновенно ликвидным. Валидаторы по-прежнему подчиняются очереди выхода Ethereum, правилам обработки выводов и сетевым ограничениям на скорость выхода валидаторов.
Это изменение приближает контроль над решением о выходе к стороне, контролирующей вывод средств. Оператор всё ещё может быть необходим для эффективной работы валидатора, пока тот активен, но его роль становится менее значимой, когда владелец решает прекратить стейкинг.
Пользователям также следует различать выход и вывод средств. Выход исключает валидатор из числа выполняемых им активных обязанностей. ETH становится доступным для вывода только после того, как валидатор пройдёт соответствующие протокольные процессы, а вывод будет обработан на адрес, указанный в его учётных данных.
Pectra расширяет возможности валидаторов с компаундированием
Обновление Pectra в Ethereum представило формат валидатора 0x02 с компаундированием, позволяющий эффективному балансу валидатора превышать традиционный предел в 32 ETH — вплоть до 2 048 ETH. В прежней модели вознаграждения сверх 32 ETH обычно переводились на адрес для вывода средств, а не оставались в активном балансе валидатора.
Валидаторы с компаундированием могут сохранять вознаграждения на балансе валидатора, позволяя операторам или владельцам объединять стейк, который в противном случае был бы распределён между множеством валидаторов по 32 ETH. Это может снизить операционную нагрузку, связанную с управлением отдельными экземплярами валидаторов, включая координацию инфраструктуры и администрирование ключей.
Более высокий лимит баланса не отменяет протокольные ограничения Ethereum. Активация, выход, штрафы, частичные и окончательные выводы по-прежнему регулируются правилами консенсуса. Более крупный валидатор также концентрирует больше ETH в рамках одной операционной схемы, поэтому техническая надёжность провайдера и безопасность учётных данных держателя приобретают ещё большее значение.
Владельцам действующих валидаторов, рассматривающим конвертацию, следует сосредоточиться на практических компромиссах: соответствует ли компаундинг их потребностям в ликвидности, находятся ли их учётные данные для вывода под их собственным контролем и может ли их оператор безопасно поддерживать соответствующий формат валидатора.
Ликвидный стейкинг использует другую модель контроля
Ликвидный стейкинг предполагает иной компромисс. Вместо управления валидатором, напрямую связанным с учётными данными одного пользователя для вывода, протокол ликвидного стейкинга объединяет ETH и выпускает передаваемый токен-квитанцию, например stETH. Этот токен можно переводить, продавать или использовать в децентрализованных финансах, пока базовый ETH распределён между валидаторами, работающими в рамках системы протокола.
Такая гибкость предполагает иной путь контроля. Учётные данные для вывода средств у объединённых валидаторов обычно контролируются на уровне протокола, а не каждым отдельным держателем токена-квитанции. Требование пользователя представлено ликвидным токеном и процессом погашения протокола, а не прямым владением учётными данными для вывода конкретного валидатора.
В описанной в предоставленном материале модели stETH запросы на погашение попадают в очередь на вывод и создают NFT, представляющий требование пользователя, пока ETH не станет доступен для получения. Этот процесс может поддерживать ликвидный рынок инструментов, связанных со стейкингом, но добавляет аспекты управления протоколом, смарт-контрактов, очереди и рынка токена, которые не применяются таким же образом к нативным валидаторам с прямым контролем.
Некастодиальный стейкинг нативного типа требует не менее 32 ETH на валидатора либо доступа к решениям, построенным вокруг этого требования, и обеспечивает меньшую повседневную ликвидность. Его привлекательность заключается в более чётком разделении между передачей операционных задач на сторону и владением: провайдер может управлять инфраструктурой, а держатель ETH сохраняет учётные данные, определяющие, куда в конечном итоге поступят средства.
Хотите получать доходность, сохраняя контроль над своей криптовалютой? Изучите некастодиальные варианты с помощью руководства Toobit Earn по стейкингу уже сегодня.
Отказ от ответственности: Содержание этой страницы предоставляется исключительно в информационных целях и не отражает позицию или финансовые рекомендации Toobit. Мы не гарантируем точность или полноту этой информации и не несём ответственности за какие-либо ошибки, пропуски или последствия, возникшие в результате её использования. Инвестирование в цифровые активы сопряжено с рисками; пользователям следует самостоятельно оценить своё финансовое положение и связанные с этим риски. Для получения дополнительной информации ознакомьтесь с нашими Условиями обслуживания и Раскрытием информации о рисках.
