Валідатор у джейлі: що це означає і як працює unjail

2026-09-03

Валідатор у джейлі: що це означає і як працює unjail

Валідатор, якому ви делегували, перестає з'являтися в активному наборі, а винагороди перестають надходити. Нічого не конфіскували, і жодне повідомлення цього не пояснило. Валідатор у джейлі — це стан, у який його переводить мережа, а не збір, який вона з нього бере; і щоб вийти звідти, хтось має щось зробити, а не почекати.

Валідатор у джейлі: що це означає і як працює unjail: ключові моменти стисло

Що таке джейл насправді

Джейл (jailing) — це прапорець стану в записі валідатора. Коли його виставлено, мережа прибирає цей валідатор з індексу, за яким будує активний набір, тож із наступного блока валідатор не підписує, не пропонує блоки й не отримує частки блокових винагород.

Це призупинення права брати участь, а не списання. У момент потрапляння в джейл нічого не утримується. Ціна — це дохід, який не надходить, поки прапорець виставлено, і прапорець лишається виставленим, доки його явно не знімуть.

Джейл — це не slashing

Ці два слова вживають як одне, а це два окремі механізми, які просто спрацьовують від тих самих подій. Slashing спалює частку ставки. Джейл прибирає валідатор з активного набору. На ту саму провину мережа може зробити одне, друге, обидва або нічого — і те, що вона робить, є параметром, який кожна мережа задає собі сама.

Саме останній пункт і породжує більшість плутанини. У мережах на Cosmos SDK шлях простою справді проходить через модуль slashing, тож простій може нести не лише призупинення, а й спалення. Але розмір цього спалення — параметр, і деякі мережі ставлять його в нуль. Osmosis, Celestia та Injective працюють із часткою slashing за простій, що дорівнює нулю: валідатор, який на цих мережах пішов офлайн, потрапляє в джейл, але жодної ставки не спалюють.

Тому безпечне формулювання вузьке: простій обробляє модуль slashing, а чи коштує він ставки — залежить від мережі, на яку ви дивитеся. Не припускайте ні того, ні іншого й не переносьте цифру з однієї мережі на іншу.

Що відправляє валідатор у джейл

Провини бувають двох категорій, і ставляться до них дуже по-різному.

Простій вимірюють на ковзному вікні останніх блоків, тож судять не безперебійність як загальний відсоток, а те, чи потрапили підписи всередину того вікна. Валідатор, який не підписав більше за дозволену частку вікна, потрапляє в джейл. І вікно, і дозволена частка є параметрами мережі, і це найнаочніше місце, де видно, чому типові значення не є справжніми значеннями. Cosmos SDK постачається з типовим вікном у 100 блоків, мінімальною часткою підписів 50% і slashing за простій 1%. Cosmos Hub працює з вікном у 10 000 блоків, мінімальною часткою підписів 5% і slashing за простій 0,01%.

Прочитайте ці два рядки один проти одного. Різниться кожне число, а одне з них — у сто разів. Посібник, який цитує типові значення SDK так, наче вони описують робочу мережу, описує те, чого не існує.

Подвійний підпис — друга категорія, і тут немає градацій. Підписати два суперечливі блоки на одній висоті — це доказ провини, якої мережа терпіти не може, тож за нею йде значно більший slashing і безстроковий джейл, який у Cosmos називають тумбстоуном. Валідатора з тумбстоуном звільнити не можна. Його операторам доведеться починати заново з новим ключем, а його делегаторам — переходити.

Дві провини поруч

Простій Подвійний підпис
Що зафіксувала мережа Забагато пропущених блоків у вікні Два суперечливі блоки на одній висоті
Прибирають з активного набору Так Так
Чи спалюється ставка Параметр мережі, у деяких мережах нуль Так, і помітно більша
Чи можна звільнити Так, після періоду очікування Ні, джейл безстроковий
Назва безстрокового випадку в Cosmos Не застосовується Тумбстоун

Вихід — це транзакція, а не таймер

Саме це дивує делегаторів. Період очікування після джейлу за простій має спливти, але коли він спливає, само собою не відбувається нічого. Оператор валідатора мусить надіслати транзакцію unjail, і мережа відхилить її, якщо валідатор не в джейлі, якщо період не минув, якщо самоделегування нижче за мінімум або якщо на валідаторі стоїть тумбстоун.

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

Що це означає, якщо ви делегували

Поки ваш валідатор у джейлі, нові винагороди вам не нараховуються, бо винагороди щоблока розподіляють серед зв'язаних валідаторів, а валідатора в джейлі серед них немає. Винагороди, нараховані до джейлу, лишаються недоторканими, і їх усе ще можна забрати.

Ваші варіанти несиметричні, і про цю різницю варто знати заздалегідь. Переказ ставки на інший валідатор — це переделегування, і воно набирає чинності одразу в тому сенсі, що тією ж транзакцією ваша ставка записується за новим валідатором. Заробляти вона почне, щойно цей новий валідатор сам опиниться в активному наборі. Вихід зі стейкінгу повністю — це скасування делегування, і воно завжди відпрацьовує повний період розв'язання, відлічений з моменту надсилання.

Є ще одна тонкість, і вона працює вам на користь. Коли ви переделеговуєте від валідатора, який уже перебуває в розв'язанні, очікування при такому переделегуванні успадковує власний годинник валідатора, а не запускається наново. Що довше він уже пробув у джейлі, то менше цього вікна лишається вам. Це вікно визначає не те, коли ви знову почнете заробляти, а те, чи зможете ви перескочити далі, до ще одного валідатора, і чи може ваша ставка досі бути зачеплена slashing за те, що старий валідатор зробив раніше.

Джейл — слово зі світу Cosmos

Словник не подорожує, і механіка теж. Jail, unjail і tombstone — терміни Cosmos SDK з визначеними ончейн-значеннями.

У Solana є ярлик, який виглядає рівноцінним, але ним не є. Валідатор може бути позначений як delinquent, але це класифікація, яку виставляє той RPC-вузол, до якого ви звернулися, за порогом, що його передає сам викликач. Це не стан консенсусу. Валідатор з міткою delinquent нізвідки не прибирається, зберігає лідерські слоти, зароблені вагою його ставки, і не має жодної процедури звільнення, бо звільняти немає від чого.

В Ethereum рівноцінного стану теж немає. Шляхи, які прибирають валідатор з його активного набору, — це добровільний вихід, виключення після падіння ефективного балансу занадто низько й примусовий вихід після slashing. Тимчасового призупинення, з якого повертаються, там немає.

Правило, яке варто забрати із собою: увесь цей словник належить одній родині мереж. Перевіряйте, як ситуацію називає та мережа, якою ви справді користуєтеся, і що вона з нею робить, замість припускати, що слова всюди означають те саме. Та сама обачність стосується читання про валідаторів загалом і порівняння конструкцій мереж на доказі частки.

Підсумок

Джейл призупиняє право валідатора брати участь; slashing спалює його ставку. Їх запускають разом достатньо часто, щоб плутати, але чи коштує простій ставки взагалі — це параметр, який деякі мережі ставлять у нуль.

Якщо валідатор, якому ви делегували, у джейлі, водночас правдиві три речі. Нові винагороди вам не нараховуються. Ніхто не зобов'язаний це лагодити, бо звільнення потребує транзакції від оператора. І перехід до іншого валідатора швидший, ніж повний вихід зі стейкінгу, бо переделегування не перезапускає годинник так, як це робить скасування делегування. Щоб продовжити вивчати основи, читайте інші матеріали Bitbase Academy.

Схожі матеріали

Інші матеріали Bitbase на цю тему:

- Автоматичне реінвестування проти ручного стейкінгу: скільки варта ця різниця

- Renzo: пояснення

- Що таке 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

Пов'язані статті

Більше