Баланс валидатора Ethereum и адрес вывода: где ваши ETH?
Баланс валидатора ещё не означает доступные ETH в кошельке вывода. Сопоставьте валидатора, тип учётных данных и запись вывода перед подсчётом.
ETH, учтённые у валидатора Ethereum, ещё не доступны для расходования по его адресу вывода. Сопоставьте валидатора с этим адресом, определите тип учётных данных вывода и отдельно изучите завершённые выводы и текущий баланс стейкинга.
Если кошелёк показывает меньше ETH, чем страница валидатора, само по себе это не доказывает пропажу средств. Экраны могут описывать разные места и этапы. Это руководство помогает сверить существующую позицию прямого стейкинга в Ethereum Mainnet без изменения учётных данных, запроса вывода или выхода валидатора.
Если у вас токен пула или ликвидного стейкинга, используйте учёт самого провайдера. Руководство по stETH и wstETH описывает другое представление позиции. Владение токеном стейкинга не делает ваш кошелёк адресом вывода отдельного валидатора.
Начните с валидатора и адреса назначения
Запишите публичный ключ или индекс валидатора, сеть и полный адрес вывода на уровне исполнения, если он настроен в текущей публичной записи. Сверьте валидатора с известными вам настройками стейкинга или записями провайдера. Идентификатор валидатора, адрес отправителя депозитной транзакции и адрес вывода отвечают на разные вопросы.
Описание вывода Ethereum различает аккаунт валидатора на уровне консенсуса и аккаунт уровня исполнения, получающий выведенные ETH. Не подменяйте текущий адрес вывода аккаунтом, с которого когда-то отправили депозит.
Сравните адрес назначения целиком с проверяемым аккаунтом. Сокращённая подпись не подтверждает совпадение. Сохраните блок или время наблюдения рядом с обеими записями. Если сервис управляет валидатором или получает его выводы, один адрес в блокчейне ещё не доказывает ваше личное требование к сервису.
Проверьте тип учётных данных перед ожиданием выплаты
Справочник учётных данных вывода различает три префикса. Каждый из них является первым байтом учётных данных вывода, а не началом адреса кошелька. Они описывают поведение вывода, а не три отдельных баланса кошелька:
| Учётные данные | Значение для проверки |
|---|---|
0x00 |
Адрес вывода на уровне исполнения не настроен |
0x01, Type 1 |
Действуют прежние правила вывода |
0x02, Type 2 |
Действуют правила вывода с накоплением |
У Type 1 подходящий для вывода избыток сверх 32 ETH автоматически переводится на адрес назначения. У Type 2 награды могут накапливаться до максимального эффективного баланса 2048 ETH; автоматический вывод применяется выше этого повышенного порога. Частичный вывод ниже него требует запроса. Поэтому сумма сверх 32 ETH означает разное для этих типов.
Это повод определить запись, а не инструкция менять учётные данные. Изменения и запросы имеют операционные последствия и риски безопасности. Для отдельного решения о действии используйте официальные инструкции управления валидатором. Никогда не вводите секреты валидатора или фразу восстановления на странице проверки баланса.
Найдите запись вывода, а не только обычную транзакцию
Запрос выхода не означает получения полного баланса валидатора. Запросы уровня исполнения запускают процесс с участием уровня консенсуса. Следите за последующим состоянием, не считайте транзакцию запроса самой выплатой.
Завершённые выводы уровня консенсуса тоже отличаются от обычных пользовательских транзакций. EIP-4895 определяет операции вывода с индексом валидатора, получателем, суммой и индексом вывода. Они увеличивают баланс получателя на уровне исполнения, не являясь обычными транзакциями, отправленными из кошелька. Обозреватель может показывать их в отдельном разделе выводов.
Для сверяемого перевода запишите индекс валидатора, полного получателя, сумму и блок. Используйте единицы из документации обозревателя: исходная сумма вывода в спецификации выражена в Gwei, а не ETH. Пустой список обычных транзакций не доказывает отсутствия вывода.
Старый вывод подтверждает зачисление в прошлом, а не доступный баланс сегодня. После него адрес назначения мог отправить ETH дальше. Отдельно проверьте его текущий баланс и последующие значимые операции. Неудачный или недоступный поиск означает неизвестность, а не нулевой вывод.
Сверьте этапы, не считая одни ETH дважды
Разделяйте три записи: текущий баланс валидатора, завершённые выводы и текущий баланс адреса назначения на уровне исполнения. История выводов показывает движение между записями, а не ещё один актив, который можно прибавить к обоим текущим балансам.
Допустим, в вымышленном примере учёта у валидатора Type 1 было 32.4 ETH перед завершённым выводом 0.4 ETH. Без других изменений после него у валидатора остаётся 32 ETH, а на ранее пустом адресе назначения появляется 0.4 ETH. Совокупная текущая сумма равна 32.4 ETH. Прибавление полученных 0.4 ETH к прежнему снимку 32.4 ETH ошибочно дало бы 32.8 ETH.
Пример предполагает подходящий под правила вывод и отсутствие наград, штрафов, расходов или других движений за время сравнения. Это не наблюдение реального валидатора и не обещанная выплата. Для реальных снимков нужны фактические отметки времени и операции.
При полном выходе различайте запрос, выход, доступность вывода и фактический вывод. Нагрузка на очередь и состояние валидатора влияют на срок; полный выход не является мгновенным переводом в кошелёк. Используйте текущие записи протокола вместо универсального обратного отсчёта. Более общее руководство по сверке портфеля объясняет, почему итог трекера может пропускать позицию или учитывать её старое представление.
Завершите запись сверки без операций
Проверка ниже основана на документации, изученной 30 октября 2026 года. Для этой статьи её не испытывали на действующем валидаторе.
- Определите позицию. Сопоставьте сеть и публичный ключ или индекс валидатора со своими записями стейкинга. Установите, принадлежит ли вам прямая позиция валидатора или требование к провайдеру.
- Прочитайте адрес назначения и тип учётных данных. Запишите префикс и полный адрес вывода, если он настроен. Для
0x00укажите, что адрес назначения уровня исполнения не настроен. Не выводите эти сведения из отправителя депозита или знакомого имени кошелька. - Зафиксируйте текущее состояние валидатора. Сохраните баланс и относящийся к нему статус выхода или вывода с указанием времени. Запрос в очереди не считайте завершённой выплатой.
- Проверьте завершённые выводы. Сопоставьте индекс валидатора, получателя, сумму и блок каждого значимого вывода. Текущий баланс ETH адреса назначения проверяйте отдельно от списка обычных транзакций.
- Согласуйте и сверьте записи. Объясните движения между снимками, учитывайте каждую текущую позицию один раз и отмечайте недостающие подтверждения как непроверенные. Если адресом назначения управляет сервис, включите отдельную запись вашего требования к нему.
Эта проверка публичных записей не включает подпись транзакции или изменение учётных данных. Результат должен объяснять, где учтены ETH и какой вывод, если он есть, связывает записи. Он не доказывает безопасность валидатора, платёжеспособность провайдера и не гарантирует будущие награды. Действия с валидатором являются отдельной задачей.
Частые вопросы
Баланс валидатора уже доступен в кошельке вывода?
Нет. Баланс валидатора на уровне консенсуса и баланс ETH на уровне исполнения по адресу вывода учитываются отдельно. Прежде чем считать средства полученными, проверьте состоявшийся вывод и его получателя.
Каждый валидатор автоматически отправляет награды сверх 32 ETH?
Нет. У прежних валидаторов Type 1 и валидаторов Type 2 с накоплением разные правила вывода. Награды Type 2 могут накапливаться до более высокого предела эффективного баланса. Проверяйте тип учётных данных, а не применяйте прежнее правило ко всем валидаторам.
Запрос выхода доказывает, что полный вывод уже поступил?
Нет. Запрос, выход валидатора, доступность вывода и завершённый вывод являются разными этапами. Проверяйте актуальные записи и фактического получателя, не полагайтесь на обещанный универсальный срок ожидания.