ГЛАВНАЯ / ИНСТРУКЦИИ / SLASHING CONDITION ETHEREUM: КАКИЕ ДЕЙСТВИЯ МОГУТ НАКАЗАТЬ VALIDATOR
Slashing condition Ethereum: какие действия могут наказать validator
Slashing в Ethereum связан с определёнными конфликтующими подписями validator, которые можно доказать сообщениями из Beacon Chain. Это не общий штраф за сбой компьютера или пропуск аттестации. На практике риск часто возникает при ошибочной работе резервной копии, миграции или двух активных signer с одним ключом.
Slashing требует доказуемого конфликта подписанных сообщений
Протокол может slash-ить validator, если в сеть попадают подписи, доказывающие определённое противоречивое поведение. Одна транзакция или жалоба не создают slashing без подходящих сообщений и проверки по правилам Beacon Chain.
Нарушение обязанностей из-за простоя обычно учитывается как штраф или inactivity penalty. Это отличается от slashing и не должно смешиваться с ним в описаниях риска.
- пропуск duties отличён от slashable offence;
- проверяются сами подписанные данные;
- последствия не сведены к одному неизменному числу ETH.
Две разные подписи блока для одного slot конфликтуют
Proposer slashing возможен, когда один validator подписал два разных блока для одного и того же slot. Резервный узел, который не знает, что основной signer уже подписал блок, может создать второй конфликтующий вариант.
Повторное выполнение одной и той же подписи не обязательно создаёт конфликт, но автоматическая схема резервирования должна блокировать параллельную подпись. Проверяйте, как signer фиксирует уже подписанные slots и как восстановление переносит это состояние.
- у одного validator не появляются две разные block signatures одного slot;
- резерв не активирует тот же ключ без передачи контроля;
- перед запуском проверяется состояние slashing protection.
Double vote и surround vote имеют разные условия
Double vote возникает, когда validator подписывает разные attestations с одним target epoch. В surround vote одна аттестация охватывает другую: source и target одной записи образуют внешний диапазон, а source и target другой располагаются строго внутри него.
Условия формализованы в правилах consensus. Сравнивайте source epoch, target epoch и подписанные данные, а не только дату, название сети или похожий экран кошелька. Противоречащие подписи для разных допустимых периодов не становятся slashable автоматически.
| Условие | Смысл | Что сравнить |
|---|---|---|
| Double vote | Разные attestations имеют одинаковый target epoch | Target epoch и подписанное содержимое |
| Surround vote | Одно голосование окружает другое | source1 < source2 < target2 < target1 |
| Двойной proposal | Разные блоки от одного validator в том же slot | Slot, root блока и подписи |
Пропуск аттестации не равен slashing
Отключение машины, задержка сети или пропущенная attestation могут привести к недополученному вознаграждению и штрафам, но сами по себе не являются одним из slashable сообщений. Итог зависит от продолжительности, состояния сети и действующих правил.
Проблема может стать серьёзнее, если после восстановления узел подпишет данные с уже использованными source/target или slot. Поэтому диагностика должна проверить и доступность, и историю подписей прежде, чем повторно включать signer.
Сохраните историю подписей при резервировании и миграции
Используйте slashing protection, которая перед подписью сверяет новую duty с уже подписанными сообщениями и сохраняет результат. При переносе validator проверьте экспорт и импорт истории по поддерживаемому формату, например EIP-3076, и подтвердите, что новый signer получил актуальную базу.
Не запускайте одновременно две копии validator с одним ключом, если система не обеспечивает безопасную координацию подписей. Резервная копия должна включать защищённое состояние slashing protection, а восстановление – проверять его целостность до первой новой подписи. Никому не передавайте signing keys или seed через публичный RPC.
- один активный signer контролирует ключ;
- slashing database регулярно сохраняется;
- миграция использует совместимый export/import;
- новый процесс проверен до первой подписи;
- сбои сети и пропуски отслеживаются отдельно от slashable evidence.
Частые вопросы
Могут ли slash-ить просто за offline?
Сам по себе пропуск duties обычно ведёт к штрафам за неактивность, а не к slashing.
Что такое double vote?
Две разные подписанные attestations одного validator с одинаковым target epoch.
Что такое surround vote?
Аттестация с более поздним source и более ранним target, целиком лежащими внутри другой аттестации.
Почему опасен второй сервер с тем же validator key?
Если он подпишет конфликтующий блок или attestation, появится slashable evidence.
Можно ли обнулить slashing database при переносе?
Нет. Сначала безопасно перенесите актуальную историю или используйте процедуру клиента, гарантирующую защиту от повторной подписи.
Чек-лист: slashing condition ethereum: какие действия могут наказать validator
- случай классифицирован как penalty или slashing;
- доказательство сверено по slot или epoch условиям;
- у ключа только один активный signer;
- slashing protection включена;
- экспорт/импорт истории проверен до включения;
- дублирующее резервирование исключено;
- параметры и наказания сверены с текущей документацией сети.
Материал подготовлен редакцией сайта и проверен 23 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.