Мінімальна практична сума для нативного стейкінгу SOL визначається не розміром самої делегації, а вартістю створення stake account — спеціалізованого облікового запису в мережі Solana. На рівні протоколу делегувати можна навіть одну найменшу одиницю (1 lamport), але щоб цей stake account існував, його треба поповнити до rent-exempt мінімуму. Саме ця сума є фактичним порогом входу.
Яка мінімальна сума делегування в Solana
У мережі Solana делегування та обліковий запис, через яке воно відбувається — це різні речі. Сума делегації як така не має нижньої межі на рівні протоколу: ви можете делегувати валідатору навіть 0,000000001 SOL. Проте делегація неможлива без stake account, а для його створення та утримання потрібен мінімальний баланс.
Фактична мінімальна сума, яку потрібно витратити для початку стейкінгу, складається з двох частин:
- Rent-exempt депозит — сума, яка блокується на обліковому записі, щоб він не закрився мережею. Цей депозит повертається при закритті account.
- Сума самої делегації — будь-яка кількість SOL, яку ви фактично делегуєте валідатору.
Отже, щоб почати стейкінг, вам потрібно мати на балансі щонайменше rent-exempt мінімум для stake account плюс будь-яку суму делегації зверху. Якщо ви покладете рівно rent-exempt мінімум і делегуєте всю суму — це буде технічно коректний, але економічно безглуздий крок, оскільки винагорода від такої делегації буде нульовою.
Чому існує мінімум для стейкінгу
Solana використовує модель облікових записів (account-based model), на відміну від UTXO-моделі, як у Bitcoin. Кожен обліковий запис у мережі зберігає стан і займає місце на дисках валідаторів. Щоб запобігти спаму та неконтрольованому зростанню стану (state bloat), Solana застосовує механізм оренди (rent).
Механізм оренди працює так:
- Кожен обліковий запис повинен сплачувати оренду за збереження своїх даних у мережі.
- Якщо баланс account падає нижче певного порогу, мережа автоматично закриває його та повертає залишок коштів власнику.
- Якщо на обліковому запису є достатньо коштів (rent-exempt мінімум), оренда не стягується — account існує безстроково без жодних періодичних платежів.
Stake account — це не просто запис у реєстрі, а повноцінний обліковий запис із конкретною структурою даних (StakeState). Його розмір фіксований, тому й rent-exempt мінімум для нього є сталим протокольним параметром. Без цього депозиту мережа просто не дозволить створити account, а отже — і делегувати кошти.
Що таке rent-exempt мінімум для stake account
Rent-exempt мінімум — це сума, при якій обліковий запис звільняється від сплати оренди. Для stake account цей мінімум розраховується протоколом на основі розміру даних, які цей account зберігає.
Оскільки rent-exempt мінімум є протокольним параметром, його точне значення може змінюватися після оновлень мережі. Перевірити актуальне значення можна самостійно:
- Через CLI: виконайте команду solana rent 206 bytes (206 байт — розмір Stake account у стані Stake::Initialized або Stake::Stake). Результат буде в lamports; 1 SOL = 1 000 000 000 lamports.
- Через RPC: викличте метод getMinimumBalanceForRentExempt з параметром розміру 206.
Важливо розуміти: rent-exempt депозит не є комісією чи витратою. Ця сума залишається вашим активом на stake account і повністю повертається, коли ви закриваєте обліковий запис і деактивуєте стейк. Вона просто недоступна для делегації чи інших операцій, поки account існує.
Типова помилка — плутати rent-exempt мінімум із комісією валідатора (commission). Комісія валідатора — це відсоток від ваших винагород, який валідатор утримує на користь себе. Rent-exempt депозит стягується протоколом, а не валідатором, і не є постійною втратою.
Чи можна стейкнути меншу суму альтернативним способом
Якщо у вас є сума, менша за rent-exempt мінімум плюс хоча б якась делегація, нативний стейкінг через власний stake account технічно недоцільний. Проте існують альтернативні підходи:
Ліквідний стейкінг (LST). Ви купуєте ліквідний стейкінг-токен (наприклад, JitoSOL, mSOL, bSOL чи інший LST) на децентралізованій біржі за будь-яку суму — навіть за долари центів. У цьому випадку ви не створюєте власний stake account, а отримуєте токен, який репрезентує частку в пулі стейкінгу. Проте це принципово інший інструмент із власними ризиками: ризик смарт-контракту протоколу, ризик деpegу LST-токена, відсутність прямого контролю над тим, якому валідатору делеговані кошти.
Централізовані біржі. Деякі централізовані платформи дозволяють стейкити довільні суми SOL, оскільки вони агрегують кошти всіх користувачів у своїх stake-пулів. Тут мінімум визначається не протоколом Solana, а правилами самої біржі. Торгівельна площина в цьому випадку — custodial: ви не володієте stake account, а покладаєтесь на біржу.
Кожен із цих способів має компроміси порівняно з нативним стейкінгом. Нативний стейкінг через власний stake account дає максимальний контроль: ви самі обираєте валідатора, самі ініціюєте деактивацію, самі закриваєте account і отримуєте rent-exempt депозит назад. Альтернативні методи знижують поріг входу, але передають частину контролю третім сторонам.
Якщо ви плануєте створювати власний stake account, наступний крок — зрозуміти, як саме його створити та які дані будуть потрібні. Про це детально у матеріалі Як створити stake account у Solana.