ГЛАВНАЯ / ИНСТРУКЦИИ / VALIDATOR И PROPOSER ETHEREUM: РОЛИ В PROOF OF STAKE
Validator и proposer Ethereum: роли в proof of stake
Validator – участник proof of stake, который выполняет назначенные протоколом обязанности. Proposer – временная роль validator, выбранного предложить блок в конкретном слоте. В другие моменты тот же validator может аттестовать блоки или не иметь обязанности proposer.
Validator – участник консенсуса с набором обязанностей
Validator участвует в proof of stake и подписывает сообщения, назначенные ему правилами протокола. К ним относятся аттестации и, когда выбран соответствующий слот, предложение блока. За выполнение duties начисляются протокольные вознаграждения или штрафы за пропуски.
Validator software является компонентом рядом с consensus client. Конкретное развёртывание может объединять процессы в один пакет, но ключ, обязанности и процессы проверки остаются разными понятиями. Узел без активного validator может продолжать синхронизироваться.
- validator идентифицируется ключом и индексом сети;
- duties зависят от текущего расписания;
- узел и validator не являются синонимами.
Proposer – выбранный validator, отвечающий за блок в слоте
Для каждого слота консенсус выбирает validator, который получает duty предложить Beacon block. Это не постоянный статус узла и не отдельный класс участника. Выбранный validator подписывает блок; consensus client распространяет и проверяет consensus часть.
Блок включает execution payload, который должен быть подготовлен или получен execution layer и проверен execution client. Механизмы внешнего builder, например MEV-Boost, могут влиять на то, как формируется payload, но не меняют базовое определение proposer как validator с назначением на слот.
- slot и proposer duty проверены в Beacon API или клиенте;
- execution payload относится к execution layer;
- подпись proposer создаётся validator client;
- builder и proposer не смешиваются.
Остальные назначенные validator могут подтвердить блок аттестацией
Attestation содержит голос validator о цепи и checkpoints согласно правилам протокола. Аттестации помогают сети определять поддержку блоков и финализацию. Один validator в определённом периоде может выполнять разные duties, но proposer duty и attestation – разные подписываемые сообщения.
Не называйте любую подпись валидатора предложением блока. Проверьте тип duty, слот, epoch, target и source в интерфейсе клиента или Beacon API, прежде чем интерпретировать действие.
| Термин | Что делает | Уровень |
|---|---|---|
| Validator | Участвует в duties и подписывает сообщения | Участник proof of stake |
| Proposer | Предлагает блок в назначенном слоте | Временная duty validator |
| Attester | Голосует за цепь и checkpoints | Duty validator |
| Builder | Формирует execution payload в некоторых схемах | Дополнительная инфраструктура |
Consensus client, execution client и validator software работают совместно
Consensus client отслеживает Beacon Chain и fork choice. Execution client выполняет транзакции EVM и формирует или проверяет execution payload. Validator software подписывает обязанности от имени validator. Все три компонента нужны для полноценного локального staking-узла, хотя они могут поставляться как отдельные приложения или объединённая установка.
Engine API связывает execution и consensus слои; endpoint и общий secret должны быть настроены для нужных процессов. Не передавайте validator signing key произвольному RPC-серверу. Следуйте документации выбранного клиента и настройкам безопасного подписания.
Сопоставьте назначение, подпись и опубликованный результат
Проверьте сеть, validator index, слот или epoch и тип обязанности. После события сопоставьте подпись и статус с consensus-клиентом или Beacon обозревателем. Данные execution payload изучайте отдельно через execution-клиент и соответствующий блок.
Если интерфейс не показывает ожидаемый proposer, это может быть связано с синхронизацией, неверной сетью или задержкой индексатора. Не подписывайте повторно непонятный объект и не запускайте дублирующий signer без проверки slashing protection.
- сеть и validator index совпадают;
- slot и duty прочитаны из клиента;
- attestation отличена от block proposal;
- execution payload проверен отдельно;
- нет второго активного signer с тем же ключом.
Частые вопросы
Proposer – это отдельный тип validator?
Нет. Это validator, которому назначена обязанность предложить блок в конкретном слоте.
Каждый validator предлагает блок?
Нет. Выбор proposer происходит отдельно по правилам консенсуса; validator может быть назначен для attestation или не иметь proposer duty в данном слоте.
Builder становится validator?
Нет. Builder – инфраструктура формирования payload; proposer подписывает consensus block как validator.
Можно ли запустить validator без execution client?
Для согласованной работы post-Merge staking-узла нужны execution и consensus компоненты и validator software.
Чек-лист: validator и proposer ethereum: роли в proof of stake
- сеть и validator index подтверждены;
- proposer определён как duty, а не отдельный участник;
- attestation и block proposal различены;
- execution payload не смешан с Beacon block;
- Engine API и signer настроены по документации;
- результат обязанности сверён по Beacon Chain;
- дублирующий signer исключён.
Материал подготовлен редакцией сайта и проверен 23 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.