Stake pool у Solana — це окрема on-chain програма, яка приймає депозити від користувачів, агрегує їх і розподіляє між валідаторами від імені всіх учасників. Замість того щоб самостійно обирати валідатора, стейкати SOL і чекати завершення епохи, ви відправляєте токени в пул і отримуєте відповідний ліквідний стейкінг-токен. Уся технічна робота зі стейкінгу, ребалансування та обліку винагород відбувається всередині програми пулу.
Механізм роботи stake pool
Основу stake pool складає on-chain програма, написана зазвичай на Rust із використанням фреймворку Anchor. Програма створює та керує спеціальними адресами — PDA (Program Derived Address), які належать не приватному ключу, а самому контракту. Саме через ці адреси пул володіє stake-акаунтами та керує делегуванням.
Класичний цикл роботи stake pool виглядає так:
- Депозит. Користувач відправляє нативний SOL на спеціальний акаунт пулу. Програма фіксує суму, обчислює поточну ціну одного пул-токена та випускає на гаманець користувача відповідну кількість ліквідних стейкінг-токенів.
- Створення або поповнення stake-акаунтів. Програма автоматично делегує отриманий SOL до валідаторів із whitelisту пулу. Якщо існуючий stake-акаунт валідатора ще не досяг максимальної ємності, SOL додається туди. Якщо ємність заповнена, програма створює новий stake-акаунт і делегує його наступному валідатору зі списку.
- Нагромадження винагород. Впродовж епохи валідатори, до яких делеговано SOL пулу, генерують інфляційні винагороди. Ці винагороди автоматично додаються до відповідних stake-акаунтів пулу.
- Оновлення стану (update). На початку кожної нової епохи програма оновлює внутрішній стан: перераховує загальний баланс пулу, оновлює ціну пул-токена та фіксує накопичені комісії.
- Зняття. Користувач надсилає ліквідний стейкінг-токен назад у програму. Пул спалює ці токени та повертає користувачу еквівалентну кількість нативного SOL. Залежно від налаштувань пулу, зняття може бути миттєвим (якщо є достатня кількість активного SOL) або відкладеним на одну епоху.
Важливий технічний нюанс: stake-акаунти в Solana мають обмеження за розміром — максимум на один акаунт можна делегувати певну кількість SOL (цей параметр визначається мережею). Тому великий пул не може просто делегувати все одному валідатору. Програма змушена розподіляти stake між кількома акаунтами та кількома валідаторами, що створює природну диверсифікацію.
Роль протоколу-посередника
Stake pool не існує в вакуумі — він є частиною протоколу-посередника (наприклад, Sanctum, Jito, Marinade Finance чи інших). Протокол виконує кілька ключових функцій, які виходять за межі самої on-chain програми:
- Формування whitelisту валідаторів. Протокол визначає, яким валідаторам можна делегувати stake. Критерії відбору різняться: хтось вимагає мінімальну комісію, хтось — стабільну аптайм-продуктивність, хтось — участь у конкретних ініціативах мережі. Цей список не є фіксованим і може змінюватися.
- Ребалансування. Протокол моніторить розподіл stake між валідаторами та за потреби переміщує делегації. Наприклад, якщо валідатор почав пропускати слоти, протокол може ініціювати деактивацию відповідного stake-акаунту та перевести SOL до іншого валідатора. У Solana деактивація stake-акаунту займає одну епоху, тому ребалансування не є миттєвим.
- Управління ліквідністю. Для забезпечення миттєвого виведення коштів протоколу часто потрібен буфер нативного SOL. Джерела цього буфера та правила його поповнення визначаються архітектурою конкретного протоколу.
- Забезпечення безпеки програми. Протокол несе відповідальність за аудит смарт-контракту, управління ключами доступу (multisig) та оновлення програми. Будь-яка вразливість у коді stake pool становить ризик для всіх депозиторів.
Ризик протоколу-посередника — це окремий від ризику валідатора вимір. Валідатор може втратити частину stake через slashing (хоча в Solana механізм slashing наразі обмежений), але компрометація самого протоколу може призвести до втрати всіх коштів у пулі. Перевірка того, хто контролює протокол, які аудити пройшов і як ухвалюються рішення про оновлення програми — це обовʼязковий крок перед депозитом.
Як stake pool розподіляє винагороди
Винагороди в stake pool проходять через два рівні комісій перед тим, як потрапити до кінцевого користувача.
Перший рівень — комісія валідатора (validator commission). Кожен валідатор у whitelisту пулу має власну комісію, яку він утримує з інфляційних винагород за делегований йому stake. Ця комісія встановлюється самим валідатором і є прозорим параметром мережі. Якщо пул делегує до валідатора з комісією 7%, то 7% від винагород, згенерованих на цій частині stake, залишаються валідатору. Решта надходить на stake-акаунт пулу.
Другий рівень — комісія протоколу (pool fee). Після того як винагороди зібрані на stake-акаунтах пулу, програма при оновленні стану утримує відсоток від приросту балансу на користь протоколу. Ця комісія є основним джерелом доходу розробників та операторів протоколу. Розмір комісії варіюється залежно від протоколу.
Механізм розподілу на практиці виглядає так:
- Наприкінці епохи Solana нараховує інфляційні винагороди на кожен stake-акаунт пулу.
- Валідатор автоматично утримує свою комісію — ця частина ніколи не потрапляє на акаунт пулу.
- Програма stake pool фіксує чистий приріст балансу всіх своїх stake-акаунтів.
- З цього приросту програма утримує комісію протоколу та переказує її на визначений акаунт.
- Залишок приросту збільшує загальну цінність пулу, що автоматично відображається у зростанні ціни пул-токена відносно нативного SOL.
Користувач не отримує винагороди у вигляді окремих транзакцій. Приріст відображається в тому, що один ліквідний стейкінг-токен поступово стає дорожчим у термінах SOL. Саме цей механізм розподілу відрізняє stake pool від прямого делегування, де винагороди нараховуються безпосередньо на ваш stake-акаунт.
Зверніть увагу: конкретні розміри комісій валідаторів і протоколів змінюються з часом. Актуальні значення потрібно перевіряти безпосередньо в інтерфейсі обраного протоколу та на сторінках валідаторів перед прийняттям рішення.
Відмінність stake pool від прямого делегування
Пряме делегування та stake pool вирішують одну завдання — отримання винагород за стейкінг — але через принципово різні механізми. Розуміння цих відмінностей критично важливе для свідомого вибору.
| Параметр | Пряме делегування | Stake pool |
|---|---|---|
| Контроль над вибором валідатора | Ви самостійно обираєте одного або кількох валідаторів і можете змінити делегацію в будь-який момент | Протокол обирає валідаторів із whitelisту; ви не контролюєте, кому саме делегований ваш SOL |
| Ліквідність | Щоб отримати SOL назад, потрібно деактивувати stake-акаунт і зачекати одну епоху; кошти заблоковані | Ви отримуєте ліквідний стейкінг-токен, який можна використовувати в DeFi-протоколах або продати; зняття SOL можливе через механізм пулу |
| Диверсифікація | Для диверсифікації потрібно вручну створювати кілька stake-акаунтів і розподіляти SOL між валідаторами, що вимагає мінімального депозиту на кожен акаунт | Диверсифікація відбувається автоматично: ваш депозит агрегується з коштами інших користувачів і розподіляється між багатьма валідаторами |
| Комісійні рівні | Сплата лише комісії обраного валідатора | Сплата комісії валідаторів плюс додаткова комісія протоколу-посередника |
| Мінімальний депозит | Технічний мінімум Solana для створення stake-акаунта (станом на поточний період — 0.000005 SOL за акаунт плюс мінімум делегування) | Визначається протоколом; зазвичай значно нижчий поріг входу порівняно з самостійним створенням кількох stake-акаунтів |
| Ризик-профіль | Ризик обмежується вибраним валідатором та загальними ризиками мережі Solana | Додатково включає ризик протоколу-посередника: вразливість смарт-контракту, ризик управління ключами, ризик ліквідності при масовому виведенні |
| Складність управління | Потрібно розуміти механіку stake-акаунтів, епох, активаций і деактивацій | Користувацький досвід спрощено до депозиту та зняття, але розуміння внутрішньої механіки залишається важливим для оцінки ризиків |
Пряме делегування підходить тим, хто хоче повного контролю над своїм stake і готовий самостійно управляти акаунтами. Stake pool підходить тим, кому потрібна ліквідність, автоматична диверсифікація або хто планує використовувати свій stake у DeFi-протоколах мережі Solana.
Обидва підходи не є взаємовиключними: ви можете делегувати частину SOL безпосередньо обраному валідатору, а частину — розмістити в stake pool для отримання ліквідності. Головне — чітко розуміти, який саме механізм працює з вашими коштами в кожному випадку, і відповідно оцінювати повʼязані ризики.
Згадана в тексті інформація має загальний пояснювальний характер і не є фінансовою, податковою чи юридичною порадою. Перед прийняттям рішень щодо стейкінгу переконайтеся, що ви перевірили актуальні параметри обраного протоколу та проконсультувалися з кваліфікованим фахівцем.