Lockup-період при стейкінгу SOL — це проміжок часу, протягом якого делеговані токени не можна вивести зі stake-рахунку. У нативному стейкінгу Solana lockup не є обовʼязковим: за замовчуванням ви можете деактивувати stake і вивести SOL у будь-який момент. Lockup застосовується виключно тоді, коли ви свідомо вказуєте його під час створення stake-рахунку.

Визначення lockup у контексті стейкінгу

У термінах протоколу Solana lockup — це параметр stake-рахунку, який блокує операції деактивації (deactivate) та зняття (withdraw) до настання визначеної умови. Під час дії lockup-періоду рахунок продовжує функціонувати: він накопичує винагороди, бере участь у консенсусі через валідатора, але власник не може забрати з нього засоби.

Важливо розрізняти два різні механізми, які часто плутають:

  • Lockup — обмеження, яке ви самі встановлюєте на stake-рахунок при створенні. Це протокольна функція.
  • Епоха деактивації — стандартна затримка протоколу. Після команди deactivate stake рахунок переходить у стан деактивації і завершує його лише наприкінці поточної епохи. Це не lockup, а базовий механізм переходу станів.

Протокольний факт: параметр lockup зберігається безпосередньо в даних stake-рахунку і примусово виконується валідаторами та кластером. Жоден валідатор не може обійти це обмеження.

Типи lockup у Solana

Протокол підтримує два способи задати lockup, які визначаються під час створення stake-рахунку (наприклад, через CLI-команду create-stake-account з прапорцем --lockup):

Lockup за епохою (epoch)

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

Lockup за часовою міткою (timestamp)

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

У обох випадках можна також вказати адресу lockup authority — окремий ключ, який має право скасувати lockup достроково (про це нижче). Якщо цю адресу не вказати, lockup-авторитетом автоматично стає той самий ключ, що створив рахунок.

Чи можна скасувати lockup достроково

Так, але за умови, що при створенні stake-рахунку було вказано lockup authority і цей ключ досі доступний. Lockup-авторитет може виконати операцію lockup (з нульовими параметрами або новою датою), щоб зняти або змінити обмеження до закінчення терміну.

Якщо ж lockup-авторитет не був заданий окремо або відповідний ключ втрачено — скасувати lockup достроково неможливо. Це ключовий нюанс безпеки: протокол не передбачає жодних інших механізмів дострокового зняття обмеження.

Типові помилки в цьому контексті:

  • Створити stake-рахунок із lockup, забути, який ключ є lockup-авторитетом, і втратити доступ до нього.
  • Припустити, що валідатор має можливість вплинути на lockup — він не має таких повноважень.
  • Плутати lockup із стандартною епохою деактивації і думати, що stake «зависне» на довгий час після звичайної деактивації.

Сценарії, коли lockup доречний

Для більшості індивідуальних делегаторів lockup не потрібен. Нативний стейкінг Solana спроєктований так, щоб забезпечувати гнучкість без жорстких обмежень. Проте є ситуації, коли свідоме використання lockup має сенс:

  • Інституційні або структурні вимоги. Деякі фонди, трастові структури або корпоративні політики вимагають доведеного періоду утримання активів. Lockup на рівні протоколу є обʼєктивним підтвердженням такого зобовʼязання, оскільки його неможливо обійти без ключа lockup-авторитету.
  • Угода між сторонами. Якщо стейкінг здійснюється в рамках договору (наприклад, управління активами третьої сторони), lockup захищає обидві сторони: делегатор бачить, що його кошти не можуть бути виведені раніше узгодженого терміну, а менеджер не зможе вивести їх без відома власника, якщо lockup-авторитет розділено.
  • Особиста фінансова дисципліна. Делегатор свідомо блокує можливість швидкого виведення, щоб уникнути імпульсивних рішень під час волатильності ринку. Це субʼєктивний мотив, але протокол його технічно підтримує.

Що варто перевірити перед встановленням lockup:

  1. Чи правильно ви вказали епоху або тимстамп — помилка в одному символі може змінити термін блокування на роки.
  2. Чи зберегли ви доступ до ключа lockup-авторитету в надійному місці.
  3. Чи розумієте ви різницю між lockup і стандартною епохою деактивації, щоб не створювати зайвих обмежень.

Якщо жодна з цих причин до вас не застосовується — найпростіше і безпечніше рішення — створювати stake-рахунки без lockup. Це стандартна практика для більшості делегаторів у мережі Solana.