Під час зміни валідатора ваш стейк не знімається, не заморожується і не переходить у стан деактивації. Solana підтримує пряме перерозподілення делегування (redelegate): stake account залишається активним, а новий валідатор починає обслуговувати ваш стейк із початку наступної епохи. Нижче — детальний розбір кожного етапу цього процесу.
Операційні вимоги для «Що відбувається зі стейком під час зміни валідатора» перевірено 2 серпня 2026 року. Для production використовуйте тільки реліз Agave, рекомендований для конкретного кластера, і звіряйте параметри з agave-validator --help . Офіційні вимоги Anza на цю дату орієнтують операторів на Ubuntu 24.04, щонайменше 12 ядер/24 потоки, 256 ГБ RAM, окремі швидкі NVMe та симетричний канал від 2 Гбіт/с; це рекомендації, а не гарантія достатньої продуктивності.
Чи зупиняється нарахування винагород під час переходу
Ні, не зупиняється. Stake account зберігає стан Staked упродовж усього процесу зміни валідатора. Це ключова відмінність Solana від низки інших мереж, де перехід між валідаторами вимагає попередньої деактивації з повною втратою винагород на період очікування.
Механіка така: протокол фіксує поточного делегата на момент закінчення епохи. Якщо ви подали транзакцію зміни валідатора в епосі N, то:
- Усі винагороди за епоху N нараховуються старому валідатору — оскільки саме він брав участь у консенсусі протягом цієї епохи.
- З початку епохи N+1 винагороди починає нараховувати новий валідатор.
Отже, ви втрачаєте винагороди лише за один перехідний період (останню частину поточної епохи після подачі транзакції), і то не повністю — протокол розподіляє винагороду пропорційно часу, протягом якого кожен валідатор був вашим делегатом у межах однієї епохи. Проте на практиці ця частка зазвичай незначна, оскільки транзакцію подають задовго до кінця епохи.
Чи потрібна деактивація перед зміною валідатора
Ні. Деактивація (deactivate) stake account потрібна виключно для виведення SOL з-під стейкінгу з метою подальшого переказу або продажу. Для зміни валідатора вона не потрібна ні для звичайних, ні для заблокованих (lockup) stake accounts.
Це важливо розуміти, оскільки помилкова деактивація перед зміною валідатора призведе до:
- Зупинки нарахування винагород на весь період деактивації (кілька епох).
- Непотрібної втрати часу — після завершення деактивації вам все одно доведеться заново активувати account і делегувати його новому валідатору.
Правильна послідовність: stake-delegate (зміна валідатора) без попереднього stake-deactivate. Стан account автоматично залишається Staked.
Як швидко зміна валідатора набуває чинності
Зміна делегата набуває чинності на межі епохи — тобто в момент переходу від поточної епохи до наступної. Тривалість епохи в Solana є протокольним параметром, який визначається мережею і може змінюватися. Перевіряйте актуальну тривалість епохи в моніторингу мережі (наприклад, через Solana Explorer), оскільки цей показник не є фіксованим константом.
Практичні наслідки:
- Мінімальний час очікування — від кількох годин (якщо транзакцію подано одразу після початку епохи) до майже повної тривалості епохи (якщо подано наприкінці).
- Транзакція підтверджується миттєво у межах поточного слоту, але саме перерозподілення делегування відкладено до межі епохи. У проміжку між підтвердженням транзакції та початком нової епохи ви бачитимете нового валідатора в інтерфейсі, але фактичне голосування ще здійснюватиме старий.
- Перевірка: після переходу епохи перевірте стан stake account командою solana stake-account <stake_account_pubkey></stake_account_pubkey> — поле Authorized Voter та Stake Delegate мають відповідати новому валідатору.
Типова помилка — подавати транзакцію зміни валідатора в останні хвилини епохи. У такому разі є ймовірність, що транзакція не встигне потрапити до блоку до межі епохи, і зміна відкладеться ще на одну епоху. Рекомендується подавати транзакцію не пізніше ніж за 30–60 хвилин до очікуваної межі епохи.
Ризики під час переходу між валідаторами
Хоча механіка перерозподілення делегування в Solana розроблена надійно, перехід між валідаторами супроводжується кількома категоріями ризиків, які варто враховувати.
Таймінг-ризик на межі епохи
Якщо транзакція не потрапить у блок до закінчення епохи, зміна делегата відкладається. Це не призводить до втрати коштів, але означає, що ви ще одну епоху отримуватимете винагороди від старого валідатора — що може бути небажаним, якщо причина переходу пов’язана з його ненадійністю.
Збій RPC-вузла під час подачі транзакції
Якщо ви використовуєте RPC-провайдера, який не встигає відстежувати останні слоти, транзакція може бути відхилена або підписана на застарілому стані мережі. Наслідок — затримка зміни валідатора на одну або кілька епох. Рекомендація: використовуйте кілька незалежних RPC-ендпоінтів або власний вузол для критичних транзакцій.
Комісія нового валідатора
Валідатор має право змінювати свою комісію (commission) в будь-який момент, і ця зміна набуває чинності з наступної епохи. Якщо ви делегуєте валідатору з комісією 5 %, а він підвищує її до 10 % до початку епохи, у якій ваше делегування набуде чинності, ви отримуватимете винагороди вже за новою комісією. Перевіряйте поточну комісію та історію її змін безпосередньо перед подачею транзакції.
Стан нового валідатора
Навіть якщо валідатор має високий APY на момент вашого переходу, це не гарантує збереження показників. Валідатор може:
- Вийти з активного набору (drop out) через технічні проблеми — у такому разі ваш стейк не голосуватиме і не отримуватиме винагород до моменту відновлення.
- Бути перевантаженим делегаціями, що знижує ефективність його роботи.
- Мати високий відсоток пропущених слотів, який не завжди видно з першого погляду на дашборд.
Ризик помилки в адресі валідатора
Транзакція stake-delegate незворотна в межах епохи: після підтвердження скасувати зміну делегата до наступної епохи неможливо. Якщо ви вкажете неправильну адресу валідатора (опечатка, копіювання не того значення), ваш стейк буде делеговано некоректному вузлу до кінця епохи. Перевіряйте vote account pubkey нового валідатора у двох незалежних джерелах перед подачею транзакції.
Заблоковані stake accounts (lockup)
Якщо ваш stake account має lockup, зміна валідатора допустима — lockup обмежує лише зняття коштів, а не перерозподілення делегування. Проте варто пам’ятати, що під час дії lockup ви не зможете деактивувати account навіть у разі проблем із новим валідатором. Єдиний доступний вам інструмент — повторна зміна делегата на іншого валідатора з наступної епохи.
Резюме: Зміна валідатора в Solana — це безпечна операція, яка не вимагає деактивації стейку і не перериває нарахування винагород. Головне — подати транзакцію з запасом часу до межі епохи, перевірити адресу нового валідатора та переконатися в його поточному стані й комісії. Усі фінансові наслідки (податки, юридичний статус винагород) залежать від юрисдикції резиденства й потребують індивідуальної експертної перевірки.