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

Первое действие: установить причину и размер

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

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

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

Вид события Что удерживается Что происходит с валидатором Что это значит для делегата
Недоступность в окне подписей, модуль наказаний Cosmos SDK Доля по параметру SlashFractionDowntime, значение по умолчанию 0,01 — один процент связанной доли Отправляется в блокировку на время DowntimeJailDuration, по умолчанию 600 секунд, затем может снять её сообщением MsgUnjail Доля уменьшается пропорционально; после снятия блокировки делегирование сохраняется без дополнительных действий
Двойная подпись, модуль наказаний Cosmos SDK Доля по параметру SlashFractionDoubleSign, значение по умолчанию 0,05 — пять процентов связанной доли Помечается необратимо и из набора валидаторов выводится навсегда: снять блокировку такой валидатор не может Делегирование нужно переносить: валидатор к работе не вернётся, а вознаграждения прекращаются
Наказуемое голосование в сети Ethereum Немедленно сжигается 0,0078125 ETH при эффективном балансе 32 ETH, величина масштабируется линейно Начинается принудительный вывод длительностью 36 дней, в течение которого ставка убывает Через сервис делегирования потери перекладываются на участников по правилам этого сервиса
Корреляционная добавка в сети Ethereum Начисляется на восемнадцатый день и зависит от суммарной ставки всех наказанных за период; предел — полный эффективный баланс Вывод продолжается, восстановление в наборе невозможно Размер потери заранее неизвестен: он тем больше, чем больше наказанных одновременно

Значения параметров взяты из описания модуля наказаний в репозитории Cosmos SDK, величины для сети Ethereum — из раздела о вознаграждениях и наказаниях в документации ethereum.org. Дата обращения к обоим документам — 16 октября 2026 года. Это значения по умолчанию и описания механизмов: конкретная сеть меняет параметры решением управления, поэтому перед расчётом их сверяют в состоянии своей сети на нужную дату.

Как считается размер удержания

Правило в документации Cosmos SDK сформулировано однозначно: удержание применяется к связанной доле на высоте нарушения. Не к текущей, не к той, что была на момент обнаружения. Разница заметна, когда между нарушением и его обработкой доля менялась. Высота события тут главная.

Расчёт условный, по значениям параметров из документации, курсы и суммы подставлены для счёта. Пусть на высоте нарушения с валидатором связано 400 000 единиц, из них ваше делегирование — 5000. При недоступности и доле 0,01 сжигается 4000 единиц со всей связанной доли, из них ваших — 50. При двойной подписи и доле 0,05 сжигается 20 000 единиц, ваших — 250. Пропорция одна и та же для оператора и для делегата. Свои значения берите из состояния сети на высоту события.

Второе следствие того же правила касается заявок на вывод и перенос. Если доля была связанной в момент нарушения, удержание её затрагивает, даже если заявка на расторжение уже подана. Отсюда частое недоразумение: «я вышел до объявления» не работает, потому что отсчёт идёт от высоты нарушения, а не от даты новости.

Что происходит с делегированной долей

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

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

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

Можно ли вернуть удержанное

Нет. В описании модуля наказаний Cosmos SDK указано, что удержанные единицы сжигаются, а не возвращаются; в документации ethereum.org сказано то же о наказанных валидаторах — средства уничтожаются, а не перераспределяются. Механизма возврата, апелляции или компенсации на уровне протокола ни один из двух документов не описывает.

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

Какие сроки действуют

Сроки различаются по видам событий, и путать их дорого. При недоступности в Cosmos SDK блокировка длится DowntimeJailDuration — по умолчанию 600 секунд, после чего оператор отправляет сообщение о снятии и возвращается в набор, если связанной доли хватает. При двойной подписи срока нет. Пометка необратима. В сети Ethereum принудительный вывод занимает 36 дней, а корреляционная добавка применяется на восемнадцатый день — то есть итоговый размер потери становится известен не сразу.

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

Что меняется для оператора

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

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

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

Что меняется для делегата

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

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

Итог

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

Частые вопросы

Как отличить удержание от падения дохода?

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

Удержат ли долю, если я уже подал заявку на расторжение?

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

Можно ли оспорить удержание?

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

Сколько ждать после блокировки за недоступность?

В модуле наказаний Cosmos SDK срок задан параметром DowntimeJailDuration, значение по умолчанию — 600 секунд. Конкретная сеть вправе установить другое значение решением управления, поэтому проверять нужно параметры своей сети. Снятие блокировки происходит не само: оператор отправляет отдельное сообщение.

Чем необратимая пометка отличается от обычной блокировки?

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

Вердикт

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

Разборы работы валидаторов и инфраструктуры публикуем в Telegram-канале Cryptium.