Учетные данные для вывода

Что такое учетные данные для вывода?

Учетные данные для вывода — это настройка валидатора Ethereum, которая определяет, как и куда могут выводиться застейканные ETH и вознаграждения уровня консенсуса.

Проще говоря, это правило назначения вывода, привязанное к валидатору Ethereum.

При создании валидатора данные депозита включают учетные данные для вывода, которые становятся частью ончейн-записи валидатора в Beacon Chain.

Эти данные указывают протоколу Ethereum, может ли валидатор получать выводы и какой тип механизма вывода используется.

В официальной документации Ethereum указано, что каждый валидатор имеет учетные данные для вывода, а первый байт определяет их тип, например 0x00, 0x01 или 0x02. Подробнее см. в руководстве Ethereum по учетным данным для вывода.

Учетные данные для вывода стали особенно важны после того, как Ethereum активировал вывод средств из стейкинга в обновлениях Shanghai и Capella, которые часто объединяют под названием Shapella.

Их значение еще больше возросло после обновления Pectra, поскольку Ethereum представил составные учетные данные для вывода 0x02 для валидаторов, которым необходимы более высокий эффективный баланс и автоматическое реинвестирование вознаграждений.

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

Для валидаторов эти данные являются одной из важнейших настроек безопасности на всем протяжении жизненного цикла стейкинга.

Почему учетные данные для вывода важны в криптовалюте

Учетные данные для вывода важны, поскольку стейкинг Ethereum разделяет подписание операций валидатором и контроль над выводом средств.

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

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

Такое разделение повышает безопасность: ключ, используемый для ежедневной работы валидатора, не должен совпадать с ключом, контролирующим вывод средств.

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

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

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

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

Если учетные данные для вывода указывают на адрес под контролем злоумышленника, выведенные ETH могут быть потеряны навсегда.

Поэтому учетные данные для вывода — не просто техническое поле.

Они являются частью безопасности стейкинга Ethereum, модели хранения активов и контроля владения валидатором.

Учетные данные для вывода и адрес вывода: различия

Учетные данные для вывода и адрес вывода связаны между собой, но это не одно и то же.

Учетные данные для вывода — это полное поле валидатора, хранящееся на уровне консенсуса.

Адрес вывода — это адрес уровня исполнения Ethereum, который получает средства, если тип учетных данных поддерживает выводы на уровень исполнения.

Для учетных данных 0x01 в них включен адрес Ethereum, на который поступают частичные и полные выводы.

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

Для учетных данных 0x00 адрес вывода уровня исполнения не задан.

Поэтому валидаторы с 0x00 не могут получать обычные выводы, пока их учетные данные не будут обновлены.

Это различие важно, поскольку под «моим адресом вывода» пользователь может подразумевать адрес исполнения, встроенный в учетные данные для вывода.

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

Эти элементы связаны, но не идентичны.

Три основных типа учетных данных для вывода

В настоящее время Ethereum использует для валидаторов три основных типа учетных данных для вывода.

Первый тип — 0x00, также называемый учетными данными для вывода BLS или учетными данными до Shapella.

Второй тип — 0x01, также называемый учетными данными для вывода на адрес исполнения или устаревшими учетными данными для вывода.

Третий тип — 0x02, также называемый составными учетными данными для вывода.

Согласно официальной документации Ethereum, 0x00 — исходный формат до Shapella, 0x01 — устаревшие учетные данные с адресом исполнения, а 0x02 был представлен в Pectra как рекомендуемый сегодня вариант для валидаторов.

Тип определяется первым байтом строки учетных данных для вывода.

Если данные начинаются с 0x00, это учетные данные для вывода BLS.

Если они начинаются с 0x01, это устаревшие учетные данные для вывода на уровень исполнения.

Если они начинаются с 0x02, это составные учетные данные для вывода.

Этот небольшой префикс меняет принцип работы вознаграждений за стейкинг, выводов и балансов валидатора.

Учетные данные для вывода 0x00

Учетные данные для вывода 0x00 — исходный формат, существовавший до активации выводов Ethereum.

Их часто называют учетными данными для вывода BLS, поскольку они основаны на публичном ключе вывода BLS, а не на адресе исполнения Ethereum.

У валидаторов с учетными данными 0x00 отсутствует адрес вывода на уровне исполнения.

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

В руководстве Ethereum указано, что валидаторы с учетными данными 0x00 должны обновиться до 0x01 или 0x02, прежде чем смогут получать выводы.

Многие ранние валидаторы использовали 0x00, поскольку стейкинг Ethereum начался до включения выводов.

В то время стейкеры вносили ETH в депозитный контракт, но еще не могли вывести средства.

После Shapella Ethereum добавил процесс, позволяющий валидаторам 0x00 обновить данные до учетных данных с адресом исполнения посредством подписанного изменения BLS-to-execution.

Для пользователей основной вывод прост.

Если у валидатора по-прежнему указаны данные 0x00, его ETH нельзя вывести на адрес исполнения, пока учетные данные не будут корректно изменены.

Учетные данные для вывода 0x01

Учетные данные для вывода 0x01 указывают на обычный адрес Ethereum уровня исполнения.

Их часто называют устаревшими учетными данными для вывода, поскольку после активации выводов в Shapella они стали стандартным форматом.

При использовании 0x01 вознаграждения уровня консенсуса валидатора сверх 32 ETH автоматически перечисляются на адрес вывода каждые несколько дней в зависимости от очереди выводов и состояния сети.

На официальной странице Ethereum о выводах из стейкинга поясняется, что устаревшие валидаторы используют учетные данные вывода типа 1, а их эффективный баланс ограничен 32 ETH.

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

Вознаграждения сверх этой суммы не реинвестируются в эффективный баланс валидатора.

Вместо этого они периодически выводятся на адрес исполнения.

При полном выходе валидатора 0x01 оставшийся баланс также выводится на тот же адрес исполнения.

Наиболее важное предупреждение заключается в том, что адрес вывода 0x01 нельзя просто изменить по желанию.

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

Учетные данные для вывода 0x02

Учетные данные для вывода 0x02 были представлены в обновлении Ethereum Pectra.

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

В документации Ethereum Pectra MaxEB поясняется, что Pectra позволяет валидаторам перейти на более высокий максимальный эффективный баланс и компаундинг путем конвертации учетных данных вывода типа 1 в тип 2.

До Pectra эффективный баланс каждого валидатора был ограничен 32 ETH.

После Pectra валидаторы с учетными данными 0x02 могут иметь эффективный баланс до 2048 ETH.

На странице Ethereum о выводах из стейкинга указано, что составные валидаторы используют учетные данные типа 2, могут иметь эффективный баланс до 2048 ETH и автоматически выводят только баланс сверх 2048 ETH.

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

Валидатор 0x02 по-прежнему может вывести ETH ниже порога 2048 ETH, но для этого требуется ручной частичный вывод с уровня исполнения.

Для начинающих главное различие простое.

Валидатор 0x01 автоматически выводит вознаграждения сверх 32 ETH, тогда как валидатор 0x02 может реинвестировать вознаграждения до 2048 ETH.

Учетные данные для вывода и обновление Shapella

Shapella — распространенное название обновлений Ethereum Shanghai и Capella.

Shanghai относится к части обновления уровня исполнения.

Capella относится к части обновления уровня консенсуса.

Shapella активировал вывод средств из стейкинга для валидаторов Ethereum.

До Shapella валидаторы могли вносить ETH и получать вознаграждения, но вывод средств не был доступен.

После Shapella валидаторы с действительными учетными данными для вывода на уровне исполнения получили возможность частичного и полного вывода.

На странице Ethereum Launchpad о выводах из стейкинга указано, что выводы были активированы в Beacon Chain благодаря обновлениям Shanghai и Capella.

Это сделало учетные данные для вывода одной из наиболее важных настроек валидатора.

Если у валидатора были данные 0x01, протокол мог направлять вознаграждения на адрес вывода.

Если у валидатора оставались данные 0x00, сначала требовалось изменение BLS-to-execution, прежде чем выводы могли быть выплачены.

Shapella не изменил основное правило: пользователь должен контролировать назначение вывода.

Обновление сделало это правило применимым на практике, разрешив реальные выводы ETH.

Учетные данные для вывода и обновление Pectra

Pectra изменила учетные данные для вывода, добавив составные учетные данные типа 2, или 0x02.

Это изменение связано с EIP-7251, который увеличил максимальный эффективный баланс валидаторов.

Официальная спецификация EIP-7251 описывает увеличение максимального эффективного баланса и добавление процессов, связанных с консолидацией валидаторов и составными учетными данными для вывода.

Pectra сделал стейкинг Ethereum более гибким для крупных стейкеров и операторов стейкинга.

Вместо запуска множества отдельных валидаторов по 32 ETH стейкер может использовать учетные данные 0x02 и консолидировать стейкинг в меньшем числе валидаторов с более высокими балансами.

Это может сократить операционную сложность.

Это также может снизить нагрузку, связанную с размером набора валидаторов.

Однако учетные данные 0x02 требуют от стейкеров новых решений.

Автоматическое реинвестирование может повысить эффективность вознаграждений, но также меняет механизм вывода: награды не выводятся автоматически при превышении 32 ETH.

Пользователи, желающие регулярно получать выплаты вознаграждений, могут предпочесть поведение 0x01.

Пользователи, которым нужны компаундинг и консолидация, могут предпочесть 0x02.

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

Частичные выводы

Частичный вывод — это вывод баланса валидатора без полного выхода валидатора.

Для валидатора 0x01 частичные выводы обычно означают автоматическое перечисление ETH сверх лимита эффективного баланса в 32 ETH.

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

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

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

Такое ожидание верно для вознаграждений 0x01 сверх 32 ETH, но не для обычного механизма компаундинга 0x02.

Частичные выводы не являются обычными транзакциями Ethereum, которые кошелек валидатора инициирует так же, как отправку ETH.

Это выводы на уровне протокола, обрабатываемые уровнями консенсуса и исполнения в соответствии со статусом валидатора и правом на вывод.

Прежде чем выяснять, почему вознаграждения поступили или не поступили, пользователю следует проверить тип учетных данных валидатора.

Полные выводы

Полный вывод происходит после выхода валидатора, когда весь оставшийся баланс становится доступен для вывода.

Для валидаторов 0x01 и 0x02 выведенные ETH перечисляются на адрес вывода уровня исполнения, указанный в учетных данных.

Для валидаторов 0x00 протокол не может перечислить средства на адрес исполнения, пока учетные данные для вывода не будут обновлены.

Полный вывод не равен добровольному выходу.

Добровольный выход указывает валидатору прекратить участие после прохождения процесса выхода.

Сам вывод происходит позднее, когда валидатор получает право на него и обрабатывается протоколом.

Сроки могут сбивать пользователей с толку, поскольку выход не всегда означает немедленное получение ETH.

На сроки могут влиять очередь выхода, цикл вывода, состояние сети и статус валидатора.

Пользователям также следует понимать, что адрес вывода получает ETH автоматически.

Если этот адрес неверен, недоступен или контролируется другим лицом, пользователь может потерять доступ к выведенным средствам.

Поэтому правильный выбор учетных данных для вывода при настройке валидатора критически важен.

Изменение BLS-to-execution

Изменение BLS-to-execution — это процесс, который валидаторы 0x00 используют для обновления учетных данных для вывода до формата с адресом исполнения.

Официальный Ethereum Launchpad предоставляет инструмент BLS To Execution Change, описывающий сообщение, используемое для замены старых учетных данных BLS на новые учетные данные в формате адреса исполнения.

Это изменение должно быть подписано ключом вывода BLS валидатора либо создано с использованием корректной мнемонической фразы для вывода.

Затем подписанное сообщение транслируется в Beacon Chain.

После включения и обработки учетные данные валидатора меняются с 0x00 на данные для вывода с адресом исполнения.

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

Пользователям следует по возможности создавать чувствительные материалы для подписи офлайн.

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

Перед подписанием тщательно проверьте адрес вывода, поскольку изменение может быть необратимым.

Одна опечатка может навсегда направить выводы не по тому адресу.

Можно ли изменить учетные данные для вывода?

Возможность изменения учетных данных для вывода зависит от их типа и конкретного изменения.

Учетные данные для вывода BLS 0x00 можно заменить на данные с адресом исполнения посредством процесса BLS-to-execution.

После установки для валидатора адреса вывода 0x01 этот адрес нельзя просто изменить на другой.

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

Конвертация из типа 1 в тип 2 после Pectra также является важным решением для стейкинга.

На странице Ethereum Pectra MaxEB указано, что конвертация типа 1 в тип 2 необратима.

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

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

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

Для крупных стейкинговых операций изменения учетных данных для вывода должны выполняться с формальными операционными контролями и проверкой несколькими лицами.

Учетные данные для вывода и безопасность валидатора

Учетные данные для вывода относятся к наиболее рискованным элементам безопасности стейкинга Ethereum.

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

Если адрес вывода принадлежит не тому кошельку, будущие выводы могут оказаться невосстановимыми.

Если мнемоническая фраза вывода раскрыта до изменения 0x00 на 0x01, злоумышленник может направить выводы на собственный адрес.

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

Пользователям следует разделять ключи подписи валидатора и ключи вывода.

Ключи подписи валидатора должны находиться онлайн для ежедневных задач.

Ключи вывода следует защищать с применением более строгих практик холодного хранения.

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

Для независимых стейкеров подходящим вариантом может быть аппаратный кошелек или тщательно защищенный адрес самостоятельного хранения.

Основное правило простое.

Адрес вывода должен контролироваться лицом или организацией, которые должны получать застейканные ETH.

Учетные данные для вывода и хранение активов

Учетные данные для вывода имеют ключевое значение для хранения активов в стейкинге.

Если пользователь использует сервис стейкинга, учетные данные определяют, контролирует ли назначение вывода пользователь, сервис, кастодиальный провайдер, смарт-контракт или другое лицо.

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

Третья сторона может поддерживать инфраструктуру валидатора, не контролируя выводы, если адрес вывода принадлежит пользователю или контролируемому им контракту.

Такая конфигурация может снизить кастодиальный риск.

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

Это может быть удобно, но создает риск контрагента.

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

Недостаточно узнать только, кто управляет валидатором.

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

В стейкинге Ethereum учетные данные для вывода часто служат наиболее явным ончейн-признаком контроля над выводом.

Учетные данные для вывода и адреса смарт-контрактов

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

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

Однако адреса вывода смарт-контрактов добавляют дополнительные риски.

Контракт должен быть безопасным.

Контракт должен уметь безопасно получать ETH.

Правила контракта должны соответствовать ожиданиям стейкера.

Если в контракте есть ошибка, риск обновления, риск администратора или риск управления, выводы могут быть затронуты.

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

Он может быть безопаснее при аудите и надлежащем контроле.

Он может быть опаснее при плохом проектировании или контроле неизвестными администраторами.

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

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

Учетные данные для вывода и ликвидный стейкинг

Системы ликвидного стейкинга используют валидаторы, но предоставляют пользователям ликвидный токен или подтверждение, отражающее экспозицию к застейканным ETH.

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

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

При использовании токена ликвидного стейкинга пользователи могут не видеть учетные данные отдельных валидаторов напрямую.

Однако эти данные по-прежнему важны в фоновом режиме.

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

При ненадлежащем управлении учетными данными протокол может столкнуться с операционными проблемами или проблемами безопасности.

Пользователям следует понимать: ликвидный стейкинг абстрагирует детали валидатора, но не устраняет риски на уровне валидатора.

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

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

Рестейкинг позволяет использовать застейканные ETH или позиции, связанные с валидаторами, в дополнительных системах безопасности или вознаграждений.

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

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

Это может повысить сложность.

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

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

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

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

Учетные данные для вывода — это не только назначение.

Они могут стать частью более широкой структуры хранения активов и управления рисками.

Учетные данные для вывода и консолидация валидаторов

Консолидация валидаторов стала важнее после Pectra, поскольку валидаторы 0x02 могут поддерживать более высокие эффективные балансы.

Консолидация валидаторов означает объединение стейкинга нескольких валидаторов в меньшее число валидаторов.

Это может уменьшить количество активных валидаторов, которыми должен управлять крупный стейкер.

Это также может сократить операционные издержки и помочь сети управлять ростом набора валидаторов.

С учетными данными 0x02 валидатор может иметь эффективный баланс до 2048 ETH.

На странице Ethereum Pectra MaxEB указано, что официальным инструментом для перехода на MaxEB является Launchpad и что конвертацию типа 1 в тип 2 нельзя отменить.

Консолидация — мощный инструмент, но она меняет распределение рисков.

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

Операционные ошибки, слешинг или ошибки конфигурации могут затронуть больше ETH на одного валидатора.

Крупным стейкерам следует сопоставлять упрощение операций с концентрацией рисков.

Учетные данные для вывода имеют ключевое значение, поскольку только валидаторы с корректным составным механизмом 0x02 могут полностью использовать модель консолидации после Pectra.

Как проверить учетные данные для вывода валидатора

Пользователи могут проверить учетные данные для вывода валидатора через обозреватель Ethereum Beacon Chain или API собственного beacon-нода.

Обозреватели валидаторов обычно показывают индекс валидатора, публичный ключ, баланс, статус, учетные данные для вывода и адрес вывода, если он доступен.

Документация Teku содержит пример запроса финализированного состояния валидатора через Beacon API и чтения поля withdrawal_credentials.

Если поле начинается с 0x00, валидатор использует учетные данные для вывода BLS.

Если оно начинается с 0x01, валидатор использует устаревшие учетные данные с адресом исполнения.

Если оно начинается с 0x02, валидатор использует составные учетные данные для вывода.

Пользователям следует проверить учетные данные, прежде чем ожидать выводов.

По возможности также следует проверить встроенный в данные адрес исполнения.

Для валидаторов 0x01 и 0x02 адрес вывода должен совпадать с адресом, контролируемым стейкером.

Если адрес неизвестен, его следует исследовать до выхода, консолидации или расчета на будущие выводы.

Для валидаторов с высокой стоимостью хорошей практикой является независимая проверка несколькими инструментами.

Распространенные ошибки с учетными данными для вывода

Одна из распространенных ошибок — путать ключ подписи валидатора с ключом вывода.

Ключ подписи выполняет обязанности валидатора, а учетные данные для вывода контролируют назначение вывода.

Еще одна распространенная ошибка — указать неверный адрес вывода.

Это может навсегда направить будущие выводы на неправильный адрес.

Третья ошибка — считать, что валидаторы 0x00 могут выводить средства автоматически.

Они не могут получать выводы, пока данные не будут обновлены до типа с адресом исполнения.

Четвертая ошибка — вводить мнемоническую фразу для стейкинга на поддельном сайте.

Это может раскрыть ключ вывода и подвергнуть средства риску.

Пятая ошибка — считать, что вознаграждения 0x01 реинвестируются автоматически.

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

Шестая ошибка — перейти на 0x02, не понимая различий в механизме вознаграждений.

Валидатор 0x02 реинвестирует вознаграждения до более высокого максимального эффективного баланса и может требовать ручных частичных выводов сумм ниже этого порога.

Седьмая ошибка — использовать адрес под контролем сервиса, не понимая прав на хранение активов.

Преимущества учетных данных для вывода

Первое преимущество — четкое направление выводов.

Протокол знает, куда должны поступать выводы валидатора.

Второе преимущество — разделение обязанностей.

Работу валидатора можно отделить от контроля вывода.

Третье преимущество — более продуманная модель безопасности.

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

Четвертое преимущество — поддержка разных стратегий стейкинга.

Учетные данные 0x01 поддерживают автоматическое перечисление вознаграждений, а 0x02 — компаундинг и более высокие эффективные балансы.

Пятое преимущество — институциональная гибкость.

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

Шестое преимущество — прозрачность.

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

Седьмое преимущество — более безопасное делегирование валидатора.

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

Риски учетных данных для вывода

Первый риск — необратимые ошибки адреса.

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

Второй риск — раскрытие мнемонической фразы.

Изменение учетных данных 0x00 требует чувствительных материалов ключа вывода, и злоумышленники могут атаковать этот процесс.

Третий риск — поддельные инструменты.

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

Четвертый риск — непонимание типа учетных данных.

Пользователи могут ожидать автоматических вознаграждений при использовании типа с другим механизмом вывода.

Пятый риск — непрозрачность хранения активов.

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

Шестой риск — риск вывода через смарт-контракт.

Адрес вывода смарт-контракта может содержать ошибки, административные механизмы или риск управления.

Седьмой риск — необратимая конвертация.

Некоторые изменения, например установка адреса 0x01 или переход на 0x02, следует рассматривать как долгосрочные решения.

Как безопасно работать с учетными данными для вывода

Перед любой операцией с учетными данными для вывода пользователям следует проверить официальный инструмент.

Следует использовать официальный Ethereum Launchpad или хорошо проверенные инструменты валидаторов из надежных источников.

Проверьте индекс валидатора и публичный ключ.

Проверьте текущий тип учетных данных.

Проверьте точный адрес вывода.

Перед подписанием убедитесь, что вы контролируете адрес вывода.

Не создавайте чувствительные сообщения на используемом ежедневно онлайн-компьютере, если доступна офлайн-подпись.

Никогда не передавайте мнемоническую фразу для стейкинга, пароль keystore валидатора, приватный ключ или сид-фразу сотрудникам поддержки или сайтам.

Сохраняйте записи о подписанной операции, целевом адресе и списке валидаторов.

После обработки изменения учетных данных проверьте его в обозревателе Beacon Chain.

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

Для независимых стейкеров наиболее важное правило — не спешить и проверять каждое поле перед подписанием.

Учетные данные для вывода простыми словами

Учетные данные для вывода — это правило, которое указывает Ethereum, куда должны поступать выведенные ETH валидатора.

Если они начинаются с 0x00, валидатор использует старые учетные данные BLS и не может получать обычные выводы до обновления.

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

Если они начинаются с 0x02, валидатор использует составные учетные данные и может накапливать эффективный баланс до 2048 ETH.

Учетные данные для вывода не совпадают с ключом подписи валидатора.

Ключ подписи обеспечивает работу валидатора.

Учетные данные для вывода контролируют назначение вывода и механизм вознаграждений.

Для начинающих самый важный вывод прост.

Всегда выясняйте, кто контролирует адрес вывода, прежде чем стейкать ETH.

FAQ

Что такое учетные данные для вывода?

Учетные данные для вывода — это настройка валидатора Ethereum, которая определяет, как и куда могут выводиться застейканные ETH и вознаграждения уровня консенсуса.

Учетные данные для вывода — это то же самое, что адрес вывода?

Нет. Учетные данные для вывода — это полное поле валидатора, а адрес вывода — адрес уровня исполнения, используемый учетными данными 0x01 или 0x02.

Что означают учетные данные для вывода 0x00?

0x00 означает, что валидатор использует старые учетные данные BLS и не имеет заданного адреса вывода на уровне исполнения.

Может ли валидатор 0x00 вывести ETH?

Нет. Валидатор 0x00 должен обновиться до типа учетных данных с адресом исполнения, прежде чем смогут быть выплачены выводы.

Что означают учетные данные для вывода 0x01?

0x01 означает, что валидатор имеет устаревший адрес вывода уровня исполнения, а вознаграждения сверх 32 ETH автоматически перечисляются на этот адрес.

Что означают учетные данные для вывода 0x02?

0x02 означает, что валидатор использует представленные в Pectra составные учетные данные для вывода и может иметь эффективный баланс до 2048 ETH.

Чем 0x01 отличается от 0x02?

0x01 автоматически перечисляет вознаграждения сверх 32 ETH, тогда как 0x02 реинвестирует вознаграждения до более высокого максимального эффективного баланса и автоматически перечисляет только суммы сверх 2048 ETH.

Могу ли я изменить адрес вывода 0x01?

Не напрямую: после установки адреса вывода 0x01 смена на другой адрес обычно требует выхода из валидатора и создания нового валидатора.

Могу ли я конвертировать 0x01 в 0x02?

Да. Pectra позволяет валидаторам конвертировать учетные данные вывода типа 1 в тип 2, но документация Ethereum указывает, что эта конвертация необратима.

Что такое изменение BLS-to-execution?

Изменение BLS-to-execution — это подписанная операция, обновляющая валидатор 0x00 до учетных данных для вывода с адресом исполнения.

Требуется ли газ для выводов?

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

Что такое частичный вывод?

Частичный вывод перемещает доступный для вывода баланс валидатора без полного выхода валидатора.

Что такое полный вывод?

Полный вывод перечисляет оставшийся баланс валидатора после его выхода и получения права на вывод.

Может ли адрес вывода быть смарт-контрактом?

Да, адрес вывода может быть адресом смарт-контракта, но пользователи должны понимать правила безопасности и контроля этого контракта.

Почему учетные данные для вывода связаны с риском?

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

Как проверить учетные данные для вывода моего валидатора?

Пользователи могут проверить поле withdrawal_credentials через обозреватель Beacon Chain или API beacon-нода.

Следует ли передавать мнемоническую фразу для стейкинга для обновления учетных данных?

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

Какой тип учетных данных для вывода сегодня рекомендуется?

В текущей документации Ethereum составные учетные данные 0x02 описаны как рекомендуемый вариант для валидаторов сегодня, однако лучший выбор по-прежнему зависит от целей стейкера и потребностей в выводе.

Заключение

Учетные данные для вывода — ключевая настройка стейкинга Ethereum, которая контролирует, куда направляются выводы валидатора и как работают его вознаграждения.

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

Три основных типа учетных данных — 0x00, 0x01 и 0x02.

0x00 — старый тип учетных данных BLS, существовавший до активации выводов.

0x01 — устаревший тип с адресом исполнения, автоматически перечисляющий вознаграждения сверх 32 ETH.

0x02 — составной тип после Pectra, поддерживающий более высокий эффективный баланс до 2048 ETH.

Учетные данные для вывода не являются второстепенной настройкой.

Неверный адрес вывода может привести к необратимой потере.

Поспешное изменение BLS-to-execution может раскрыть чувствительные ключи.

Недостаточно понятная конвертация в 0x02 может изменить механизм вознаграждений и выводов способами, которых стейкер не ожидал.

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

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

Проще говоря, учетные данные для вывода отвечают на один из важнейших вопросов в стейкинге Ethereum: куда поступят ETH, когда валидатор выполнит вывод?