Валидатор, которому вы делегировали, перестаёт появляться в активном наборе, и награды перестают приходить. Ничего не конфисковали, и никакого сообщения с объяснением не пришло. Валидатор в джейле — это состояние, в которое его переводит сеть, а не сбор, который она с него берёт; и чтобы выйти оттуда, кто-то должен совершить действие, а не подождать.
Что такое джейл на самом деле
Джейл (jailing) — это флаг состояния в записи валидатора. Когда он выставлен, сеть убирает этот валидатор из индекса, по которому строится активный набор, так что со следующего блока валидатор не подписывает, не предлагает блоки и не получает доли блоковых наград.
Это приостановка права участвовать, а не списание. В момент попадания в джейл ничего не удерживается. Цена — это доход, который не приходит, пока флаг выставлен, и флаг остаётся выставленным, пока его явно не снимут.
Джейл — это не слэшинг
Эти два слова употребляют как одно, а это два отдельных механизма, которые просто срабатывают от одних и тех же событий. Слэшинг сжигает часть стейка. Джейл убирает валидатор из активного набора. На одно и то же нарушение сеть может сделать либо одно, либо другое, либо оба сразу, либо ничего — и что именно она делает, задаётся параметром, который каждая сеть выбирает сама.
Последний пункт и есть источник большей части путаницы. В сетях на Cosmos SDK путь простоя действительно проходит через модуль слэшинга, так что простой может нести с собой сжигание, а не только приостановку. Но размер этого сжигания — параметр, и некоторые сети ставят его в ноль. У Osmosis, Celestia и Injective доля слэшинга за простой равна нулю: валидатор, ушедший в офлайн в этих сетях, попадает в джейл, но ни одна монета стейка не сжигается.
Поэтому безопасная формулировка узкая: простой обрабатывается модулем слэшинга, а стоит ли он стейка — зависит от того, на какую сеть вы смотрите. Не считайте по умолчанию ни так, ни иначе и не переносите цифру из одной сети в другую.
Что отправляет валидатор в джейл
Нарушения бывают двух видов, и относятся к ним совсем по-разному.
Простой измеряется по скользящему окну последних блоков, поэтому судят не аптайм как общий процент, а то, попали ли подписи внутрь этого окна. Валидатор, пропустивший больше допустимой доли окна, отправляется в джейл. И окно, и допустимая доля — параметры сети, и это самое наглядное место, где видно, почему значения по умолчанию не равны реальным значениям. Cosmos SDK поставляется с окном по умолчанию в 100 блоков, минимальной долей подписей 50% и слэшингом за простой 1%. Cosmos Hub работает с окном в 10 000 блоков, минимальной долей подписей 5% и слэшингом за простой 0,01%.
Прочитайте эти две строки одну против другой. Различается каждое число, а одно из них — в сто раз. Руководство, которое цитирует значения по умолчанию из SDK так, будто они описывают работающую сеть, описывает то, чего не существует.
Двойная подпись — второй вид, и здесь нет градаций. Подписать два конфликтующих блока на одной высоте — это доказательство нарушения, которого сеть терпеть не может, поэтому за ним следует куда более крупный слэшинг и бессрочный джейл, который в Cosmos называют тумбстоуном (tombstoning). Валидатора с тумбстоуном освободить нельзя. Его операторам придётся начинать заново с новым ключом, а его делегаторам — уходить.
Два нарушения рядом
| Простой | Двойная подпись | |
|---|---|---|
| Что зафиксировала сеть | Слишком много пропущенных блоков в окне | Два конфликтующих блока на одной высоте |
| Убирают из активного набора | Да | Да |
| Сжигается ли стейк | Параметр сети, в некоторых сетях ноль | Да, и заметно больше |
| Можно ли освободить | Да, после периода ожидания | Нет, джейл бессрочный |
| Как Cosmos называет бессрочный случай | Не применяется | Тумбстоун |
Выход — это транзакция, а не таймер
Именно это удивляет делегаторов. Период ожидания после джейла за простой должен истечь, но когда он истекает, автоматически не происходит ничего. Оператор валидатора обязан отправить транзакцию unjail, и сеть отклонит её, если валидатор не в джейле, если период не истёк, если самоделегирование ниже минимума или если у валидатора стоит тумбстоун.
Практическое следствие: валидатор может оставаться в джейле сколько угодно долго, пока его оператор спит, в отпуске или вовсе забросил свою установку. Период ожидания — это нижняя граница того, как скоро валидатор может вернуться, а не расписание того, когда он вернётся.
Что это значит, если вы делегировали
Пока ваш валидатор в джейле, новые награды вам не начисляются: награды распределяются каждый блок среди связанных валидаторов, а валидатор в джейле в их число не входит. Награды, начисленные до джейла, не затрагиваются и остаются доступными к получению.
Ваши варианты несимметричны, и об этой разнице стоит знать заранее. Перевод стейка на другой валидатор — это переделегирование, и оно вступает в силу сразу в том смысле, что в той же транзакции ваш стейк записывается за новым валидатором. Зарабатывать он начнёт, как только этот новый валидатор сам окажется в активном наборе. Выход из стейкинга целиком — это отмена делегирования, и она всегда отрабатывает полный период разлока, отсчитываемый с момента отправки.
Есть ещё одна тонкость, работающая в вашу пользу. Когда вы переделегируете от валидатора, который уже находится в состоянии разлока, ожидание при таком переделегировании наследует собственные часы валидатора, а не запускается заново. Чем дольше он уже пробыл в джейле, тем меньше этого окна остаётся на вашу долю. Это окно определяет не то, когда вы снова начнёте зарабатывать, а то, сможете ли вы перескочить дальше, к ещё одному валидатору, и может ли ваш стейк всё ещё быть задет слэшингом за то, что старый валидатор сделал раньше.
Джейл — слово из мира Cosmos
Словарь не переносится, и механика тоже. Jail, unjail и tombstone — термины Cosmos SDK с определёнными ончейн-значениями.
У Solana есть ярлык, который выглядит эквивалентным, но им не является. Валидатор может быть отмечен как delinquent, но это классификация, которую выставляет тот RPC-узел, к которому вы обратились, по порогу, переданному самим вызывающим. Это не состояние консенсуса. Валидатор с меткой delinquent ниоткуда не убирается, сохраняет лидерские слоты, заработанные весом его стейка, и не имеет никакой процедуры освобождения, потому что освобождать не от чего.
У Ethereum эквивалентного состояния тоже нет. Пути, которые убирают валидатор из активного набора, — это добровольный выход, исключение при слишком низком эффективном балансе и принудительный выход после слэшинга. Временной приостановки, из которой возвращаются, там нет.
Правило, которое стоит унести: весь этот словарь принадлежит одному семейству сетей. Проверяйте, как ситуацию называет та сеть, которой вы действительно пользуетесь, и что она с ней делает, вместо того чтобы считать, будто слова везде значат одно и то же. То же касается чтения про валидаторы вообще и сравнения устройства сетей на proof-of-stake.
Итог
Джейл приостанавливает право валидатора участвовать; слэшинг сжигает его стейк. Их запускают вместе достаточно часто, чтобы путать, но стоит ли простой стейка вообще — это параметр, который некоторые сети ставят в ноль.
Если валидатор, которому вы делегировали, в джейле, одновременно верны три вещи. Новые награды вам не начисляются. Никто не обязан это чинить, потому что освобождение требует транзакции от оператора. И переход к другому валидатору быстрее, чем полный выход из стейкинга, потому что переделегирование не перезапускает часы так, как это делает отмена делегирования. Чтобы продолжать изучать основы, следите за материалами Bitbase Academy.
Похожие материалы
Другие материалы Bitbase по этой теме:
- Автоматическое реинвестирование против ручного стейкинга: сколько стоит эта разница
- Что такое Lido? stETH, операторы узлов и Dual Governance
- Что такое комиссия за криптотранзакцию?
Дисклеймер: эта статья — образовательный материал Bitbase Academy, только для информационных целей. Она не является инвестиционным, торговым, налоговым или финансовым советом. Криптоактивы волатильны — оценивайте риски самостоятельно. Написано в сентябре 2026 года; сверяйтесь с актуальной официальной информацией.
Источники
[1] Cosmos SDK, x/slashing/types/params.go (v0.55.0, коммит 64fd208a11fb54f7ffdca1a1290c2cfbbc254e49) raw.githubusercontent.com
[2] Cosmos Hub (cosmoshub-4), ончейн-параметры слэшинга rest.cosmos.directory
[3] Osmosis, ончейн-параметры слэшинга (нулевая доля слэшинга за простой) rest.cosmos.directory
[4] Cosmos SDK, x/staking README (тот же коммит) raw.githubusercontent.com
[5] Cosmos SDK, x/staking/keeper/delegation.go (тот же коммит) raw.githubusercontent.com
[6] Документация Solana RPC, getVoteAccounts solana.com
[7] Спецификации консенсуса Ethereum, phase0 beacon chain (v1.5.0) raw.githubusercontent.com






