Перейти к основному контенту

Делегированный стейкинг (стейкинг как услуга)

  • Сторонние операторы узлов берут на себя управление вашим клиентом валидатора
  • Отличный вариант для тех, у кого есть 32 ETH, но кто не хочет разбираться с техническими сложностями запуска узла
  • Делегирование охватывает широкий спектр: от сервисов, где вы сохраняете свои ключи для вывода, до полностью кастодиальных бирж

Что такое делегированный стейкинг?

Делегированный стейкинг представляет собой категорию услуг стейкинга, при которой вы вносите свои собственные 32 ETH для валидатора, но делегируете управление узлом стороннему оператору. Процесс обычно включает в себя помощь при первоначальной настройке, включая генерацию ключей и внесение депозита, а затем загрузку ваших ключей подписания оператору. Вы предоставляете ETH, но передаете управление оборудованием валидатора кому-то другому.

Протокол Эфириума изначально не поддерживает делегирование стейка, поэтому для удовлетворения этого спроса был создан ряд сервисов. Эта категория больше известна как стейкинг как услуга (SaaS), но она охватывает целый спектр соглашений, которые различаются по ключевому вопросу: сколько контроля вы сохраняете над своими ETH в стейкинге:

  • Некастодиальный стейкинг как услуга: вы сохраняете свои собственные ключи для вывода и делегируете только управление валидатором.
  • Полностью кастодиальный стейкинг: провайдер, обычно биржа, хранит как ключи, так и средства.

По сравнению с соло-стейкингом, любая форма делегирования помещает промежуточное звено между вами и протоколом Эфириума. Это промежуточное звено представляет собой программное обеспечение и инфраструктуру, управляемые чужим бизнесом. Каждый шаг к удобству добавляет допущения о доверии, поэтому, прежде чем выбрать сервис, определите, где он находится в этом спектре.

Чем не является делегированный стейкинг

  • Совместный стейкинг и токены ликвидного стейкинга (LST): в пулах вы объединяете любое количество ETH с другими участниками стейкинга, обычно получая токен, который представляет вашу долю в стейке пула. Вы не делегируете свой собственный валидатор; смарт-контракты пула и операторы узлов контролируют валидаторы. Подробнее о совместном стейкинге
  • Управление узлом с залогом: некоторые протоколы стейкинга позволяют вам запускать валидатор на собственном оборудовании, имея менее 32 ETH, путем внесения залога. Это управление узлом, противоположность делегированию, и оно рассматривается вместе с соло-стейкингом.

Зачем делегировать свой стейкинг?

Если у вас есть 32 ETH для стейкинга, но вы не хотите возиться с оборудованием, сервисы делегированного стейкинга позволяют вам передать техническую сторону, пока вы получаете нативные вознаграждения за блоки Эфириума.

Ваш собственный валидатор

Внесите свои собственные 32 ETH, чтобы активировать свой собственный набор ключей подписания, которые будут участвовать в консенсусе Эфириума. Отслеживайте свой прогресс с помощью панелей управления, чтобы наблюдать за накоплением вознаграждений в ETH.

Легко начать

Забудьте о спецификациях оборудования, настройке, обслуживании узлов и обновлениях. Провайдеры позволяют вам передать сложную часть на аутсорсинг, загрузив свои собственные учетные данные для подписания, что позволяет им запускать валидатор от вашего имени за небольшую плату.

Ограничьте свои риски

В некастодиальных сервисах вы сохраняете контроль над ключами, которые позволяют осуществлять вывод или перевод средств в стейкинге. Они отличаются от ключей подписания и могут храниться отдельно, чтобы ограничить (но не устранить) ваш риск как участника стейкинга.

Сравнение вариантов стейкинга

Домашний стейкинг

Сходства включают наличие собственных ключей валидатора без необходимости объединять средства, но в случае с SaaS вы должны доверять третьей стороне, которая потенциально может действовать злонамеренно или сама стать целью атаки или регулирования. Если эти допущения о доверии или риски централизации вас беспокоят, золотым стандартом суверенного стейкинга является соло-стейкинг.

Узнать больше о домашнем стейкинге

Ликвидный и совместный стейкинг

Они похожи тем, что вы обычно полагаетесь на кого-то другого для запуска клиента валидатора, но в отличие от стейкинга как услуги (SaaS), совместный стейкинг позволяет вам участвовать с меньшими суммами ETH. Если вы хотите стейкать менее 32 ETH, рассмотрите эти варианты.

Узнать больше о совместном стейкинге

Спектр делегирования

Провайдеры различаются тем, какие ключи они хранят для вас, и каждый ключ, который они хранят, — это то, что вы должны им доверить.

Некастодиальный стейкинг как услуга

В случае некастодиального SaaS вам обычно помогают сгенерировать ключи валидатора и внести собственный депозит в размере 32 ETH, а затем вы загружаете ключи подписания оператору. Ключи подписания позволяют оператору выполнять обязанности валидатора (аттестация и предложение блоков) от вашего имени. Их неправильное использование может привести к штрафам или слэшингу вашего валидатора, но они не могут быть использованы для вывода, перевода или траты ваших средств.

Реквизиты для вывода валидатора остаются привязанными к адресу, который вы контролируете. Вознаграждения и выведенные средства могут поступать только туда (см. раздел о модели доверия ниже).

Кастодиальные сервисы и стейкинг на биржах

На полностью делегированном конце спектра находится кастодиальный стейкинг, который чаще всего предлагают централизованные биржи. Вы вообще никогда не работаете с ключами; вы просто храните ETH на своем аккаунте платформы и соглашаетесь на стейкинг. Это максимально простой пользовательский опыт, и это законный вариант для людей, которые уже хранят средства на бирже и принимают кастодиальный риск.

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

  • Ваши ETH в стейкинге подвержены рискам, связанным с платежеспособностью, безопасностью и нормативно-правовой ситуацией провайдера, а вывод средств зависит от их условий и времени обработки, а не только от правил протокола Эфириума.
  • У вас нет независимого способа осуществить выход валидатора или вернуть средства, если провайдер обанкротится или заморозит вывод средств.
  • Большие объемы ETH, находящиеся в стейкинге у горстки операторов бирж, способствуют централизации стейка, и выбор клиентов этими операторами влияет на здоровье сети. Стейкинг таким образом, чтобы сохранять больше контроля в своих руках, или выбор провайдеров, которые явно используют клиенты меньшинства, делает больше для устойчивости Эфириума.

Модель доверия: что оценивать

Делегированный стейкинг всегда означает доверие кому-то другому части вашей настройки стейкинга. Ответьте на эти вопросы, прежде чем что-либо передавать:

  • Кто хранит ключи для вывода? Реквизиты для вывода валидатора (тип 0x01 или 0x02) указывают на адрес уровня исполнения, который в конечном итоге контролирует стейк. Если этот адрес ваш, то соглашение является некастодиальным; оператор может управлять (или плохо управлять) валидатором, но ETH всегда могут быть выведены только вам. Если реквизиты указывают на адрес провайдера, вы держите обещание, а не стейк.
  • Можете ли вы выйти без оператора? Начиная с обновления Пектра, вывод средств, инициируемый уровнем исполнения (EIP-7002) (открывается в новой вкладке), позволяет адресу для вывода инициировать выход валидатора (или, для компаундирующих (0x02) валидаторов, частичный вывод баланса свыше 32 ETH) непосредственно с уровня исполнения, без ключей подписания. Это требует транзакции и стоит газа, но это означает, что не отвечающий или прекративший работу оператор больше не может держать ваш валидатор в заложниках, при условии, что реквизиты для вывода принадлежат вам.
  • Какова структура комиссий? Сервисы взимают фиксированную ежемесячную плату или процент от вознаграждений. Проверьте, как комиссии взаимодействуют с простоями и штрафами: кто несет расходы, если оператор работает неэффективно, и предлагаются ли какие-либо гарантии или страховка.
  • Какие клиенты использует оператор? Оператор, использующий клиенты исполнения или консенсуса большинства, подвергает как ваш стейк, так и сеть риску коррелированного сбоя, если в этом клиенте есть ошибка. Отдавайте предпочтение провайдерам, которые документируют использование клиентов меньшинства.
  • Является ли сервис открытым и проверенным? Провайдеры могут запускать дополнительное программное обеспечение вокруг стандартных клиентов Эфириума, которое не имеет открытого исходного кода или не поддается аудиту. Ищите публичные аудиты, устоявшуюся историю работы и чистую репутацию без слэшинга.
  • Что произойдет, если провайдер исчезнет? Ответственный провайдер документирует свой процесс прекращения работы, предоставляя четкие инструкции о том, как вам осуществить выход вашего валидатора, восстановить ключи или инициировать выход самостоятельно. Если ответ полностью зависит от того, останется ли провайдер в бизнесе, это кастодиальное соглашение.
Некоторые провайдеры могут запускать ваш валидатор с использованием технологии распределенного валидатора (DVT), разделяя ключ подписания между несколькими узлами, чтобы ни одна машина или оператор не были единой точкой отказа. Подробнее о технологии распределенного валидатора (DVT)

Что следует учитывать

Существует растущее число провайдеров, которые помогут вам делегировать управление вашим валидатором, но у всех них есть свои преимущества и риски. Все варианты делегирования требуют дополнительных допущений о доверии по сравнению с соло-стейкингом. Варианты делегирования могут иметь дополнительный код, оборачивающий клиенты Эфириума, который не является открытым или проверяемым. Делегирование также оказывает пагубное влияние на децентрализацию сети. В зависимости от настройки вы можете не контролировать свой валидатор, и оператор может действовать нечестно, используя ваши ETH.

Индикаторы атрибутов используются ниже, чтобы указать на заметные сильные или слабые стороны, которые может иметь перечисленный провайдер. Используйте этот раздел в качестве справочника по тому, как мы определяем эти атрибуты, пока вы выбираете сервис стейкинга.

Открытый исходный код

Основной код на 100% открыт и доступен общественности для создания форков и использования

Открытый исходный код

Закрытый исходный код

Изучите провайдеров услуг стейкинга

Ниже приведены некоторые доступные провайдеры стейкинга как услуги. Используйте приведенные выше индикаторы, чтобы сориентироваться в этих сервисах.

Продукты и услуги перечислены для удобства сообщества Эфириума. Включение продукта или услуги не означает их одобрения командой сайта ethereum.org или Фондом Ethereum.

Провайдеры SaaS

Serenita

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Kiln

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Bitwise

От 1000 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

P2P.org

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

stakefish

От 32 ETH

Browser
Wallet
Linux
macOS
Windows
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Consensys Staking

От 32 ETH

macOS
Windows
GUI
API
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

RockX Staking

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Ethpool

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Figment

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

ChainLabo

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Everstake Institutional

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Sensei Node

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Abyss Finance

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Allnodes

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Squid

От 32 ETH

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Разнообразие клиентов исполнения
  • Разнообразие клиентов консенсуса
  • Самостоятельное хранение

Пожалуйста, обратите внимание на важность поддержки разнообразия клиентов, поскольку это повышает безопасность сети и ограничивает ваши риски. Сервисы, которые имеют доказательства ограничения использования клиентов большинства, отмечены как «разнообразие клиентов исполнения» и «разнообразие клиентов консенсуса».

Генераторы ключей

ethdo

Linux
Windows
CLI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Самостоятельное хранение

Wagyu Key Gen

Linux
macOS
Windows
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Самостоятельное хранение

Avado

Browser
GUI
  • Открытый исходный код
  • Проверено аудитом
  • Программа Bug Bounty
  • Проверено на практике
  • Общедоступный
  • Самостоятельное хранение

У вас есть предложение по провайдеру стейкинга как услуги, которого мы пропустили? Ознакомьтесь с нашей политикой размещения продуктов, чтобы узнать, подходит ли он, и отправить его на рассмотрение.

Часто задаваемые вопросы

Условия различаются от провайдера к провайдеру. В случае некастодиальных сервисов вам помогут сгенерировать ключи подписания для вашего валидатора (каждый валидатор содержит 32 ETH или до 2048 ETH с реквизитами компаундирования (0x02) после обновления Пектра) и загрузить их вашему провайдеру, чтобы позволить ему осуществлять валидацию от вашего имени. Сами по себе ключи подписания не дают возможности выводить, переводить или тратить ваши средства. Однако они предоставляют возможность отдавать голоса для достижения консенсуса, что при неправильном выполнении может привести к штрафам за нахождение офлайн или слэшингу.

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

Да. У каждого валидатора есть ключи подписания и отдельные реквизиты для вывода. Для того чтобы валидатор мог подтверждать состояние цепи, участвовать в комитетах синхронизации и предлагать блоки, ключи подписания должны быть легко доступны клиенту валидатора. Они должны быть подключены к интернету в той или иной форме и, следовательно, по своей сути считаются «горячими» ключами. Ключи, которые контролируют выведенные средства, хранятся отдельно из соображений безопасности.

Реквизиты для вывода определяют адрес уровня исполнения, на который поступают вознаграждения за стейкинг и выведенные средства. Современные инструменты для внесения депозитов позволяют вам установить этот адрес во время внесения депозита в качестве обычных (0x01) или компаундирующих (0x02) реквизитов, и это должен быть адрес, который вы контролируете, в идеале защищенный в холодном хранилище. Это защищает ваши средства, даже если кто-то другой контролирует ключи подписания вашего валидатора, а после обновления Пектра это также позволяет вам осуществить выход валидатора непосредственно с этого адреса.

Валидаторы, настроенные на ранних этапах развития сети без адреса для вывода на уровне исполнения, используют устаревшие ключи для вывода BLS и должны подписать одноразовое сообщение, объявляющее адрес для вывода, прежде чем можно будет начать вывод средств. Это включает в себя повторную генерацию ключей для вывода из мнемонической сид-фразы, созданной при настройке.

Убедитесь, что вы надежно сохранили эту сид-фразу, иначе вы не сможете сгенерировать свои ключи для вывода, когда придет время.

Обратитесь к своему провайдеру за поддержкой относительно того, как подготовить ваш валидатор.

То, как работает вывод средств, зависит от типа реквизитов для вывода вашего валидатора. Для обычных (0x01) валидаторов любой баланс свыше 32 ETH автоматически переводится на адрес для вывода периодически каждые несколько дней. Для компаундирующих (0x02) валидаторов вознаграждения суммируются с балансом валидатора до 2048 ETH, и вывод средств ниже этой суммы требует инициирования частичного вывода с вашего адреса для вывода, что стоит газа.

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

Подробнее о выводе средств из стейкинга

Если ваши реквизиты для вывода указывают на адрес, который вы контролируете, вы можете самостоятельно осуществить выход валидатора и вернуть свой стейк; см. Модель доверия: что оценивать.

Если провайдер хранит реквизиты для вывода (как в случае с кастодиальным стейкингом и стейкингом на биржах), у вас нет способа на уровне протокола вернуть средства самостоятельно; ваши возможности ограничены собственными процессами провайдера.

Используя провайдера делегированного стейкинга, вы доверяете управление своим узлом кому-то другому. Это сопряжено с риском плохой производительности узла, которую вы не контролируете. В случае слэшинга вашего валидатора применяется первоначальный штраф, пропорциональный балансу вашего валидатора (значительно уменьшенный в обновлении Пектра), и ваш валидатор принудительно исключается из набора валидаторов.

По завершении процесса слэшинга/выхода оставшиеся средства переводятся на адрес для вывода, назначенный валидатору.

Свяжитесь с отдельными провайдерами для получения более подробной информации о любых гарантиях или вариантах страхования. Если вы предпочитаете полностью контролировать настройку своего валидатора, узнайте больше о том, как осуществлять соло-стейкинг ваших ETH.

Дополнительная литература