Під капотом

Що таке стейк у Solana і яку функцію він виконує в мережі

Стейк у Solana — це SOL, делегований через stake account валідатору. Делегатор не передає оператору право власності на токени: він призначає стейк конкретному валідатору, а протокол враховує цю делегацію у stake-weighted

Опубліковано 18.09.2026Оновлено 11.08.20265 хв читанняРедакція солана.укр
Авторство Редакція солана.укрАктуальність оновлено 11.08.2026Посилання 2 зовнішніх у текстіФормат редакційний матеріал

Стейк у Solana — це SOL, делегований через stake account валідатору. Делегатор не передає оператору право власності на токени: він призначає стейк конкретному валідатору, а протокол враховує цю делегацію у stake-weighted механіках мережі та нарахуванні нативних винагород.

Це важливе розрізнення. Стейк — не банківський депозит і не «плата валідатору за зберігання SOL». Він пов’язує токени, голосуючу вагу валідатора, лідерський розклад і протокольні винагороди. А от дохід валідатора від виробництва блоків, transaction fees чи MEV — окремі економічні потоки, які не слід автоматично змішувати з нативною винагородою делегатора.

Що відбувається, коли SOL делегують валідатору

Для нативного стейкінгу створюється окремий stake account. У ньому зберігаються SOL та повноваження, пов’язані зі стейком. Коли stake account делегують валідатору, токени не переходять на баланс оператора. Делегатор зберігає контроль за правилами stake account і згодом може деактивувати делегацію.

Активація й деактивація не обов’язково відбуваються миттєво: протокол має правила warmup/cooldown, тому зміна ефективного стейку може розтягуватися на межі епох. Якщо для конкретного рішення важливий точний час, його треба перевіряти за актуальним станом stake account і правилами поточної версії мережі, а не за універсальною кількістю годин.

Перша функція: голосуюча вага

Делегований стейк впливає на вагу голосів валідатора. Це означає, що голоси різних валідаторів не рівнозначні за вагою: протокол враховує stake-weighted підтримку під час визначення стану мережі. Водночас велика делегація не дає одному оператору автоматичного права «вирішувати за всіх» — значення має сукупний розподіл голосуючої ваги та правила чинного консенсусного механізму.

Коректніше говорити, що стейк визначає вагу участі, а не «швидкість консенсусу». Більший стейк сам по собі не робить вузол технічно швидшим і не прискорює мережу. Він змінює вагу голосу й роль валідатора в stake-weighted механіках.

Друга функція: участь у лідерському розкладі

Стейк також пов’язаний із тим, як мережа формує лідерський розклад. Валідатори з більшою ефективною голосуючою вагою мають більшу ймовірність отримувати лідерські слоти за правилами протоколу. У свій слот лідер приймає й упорядковує транзакції, виробляє записи блока, а інші валідатори перевіряють отримані дані та голосують за стан мережі.

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

Третя функція: нативні винагороди

Активно делегований стейк може отримувати протокольні винагороди. Їхній фактичний розмір залежить не від одного параметра: важливі ефективний стейк, vote credits валідатора, загальні умови розподілу винагород і комісія валідатора. Тому показник APY у гаманці — це не гарантована фіксована ставка.

Комісія валідатора стосується частки інфляційних винагород, яку оператор залишає собі. Детальніше різницю між винагородою делегатора та іншими доходами валідатора розібрано в хабі «Стейк, делегування й економіка мережі».

Slashing: важливе поточне обмеження

У багатьох Proof-of-Stake мережах slashing означає протокольне знищення частини стейку за визначену шкідливу поведінку. У Solana протокольний slashing наразі не реалізований — це прямо зазначено в офіційній документації Solana.

Тому не можна писати, що простій, подвійна підписка чи інша операційна помилка сьогодні автоматично «штрафує стейк» на рівні протоколу. Погана робота валідатора може зменшувати фактичні винагороди через гіршу участь у голосуванні й спонукати делегаторів перейти до іншого оператора, але це інший механізм.

Поточний статус slashing є часово чутливим фактом. Якщо протокол змінить цю модель, матеріал треба оновити за первинною документацією, а не переносити правила іншої PoS-мережі на Solana.

Чому розподіл стейку важливий окремо від кількості валідаторів

Дві мережі можуть мати однакову кількість валідаторів, але дуже різний розподіл голосуючої ваги. Якщо велика частина стейку зосереджена у невеликої групи операторів, це створює інший профіль ризику, ніж більш рівномірний розподіл. І навпаки, сама велика кількість вузлів не доводить, що голосуюча вага розподілена широко.

Тому концентрацію стейку слід вимірювати окремо: за датованим набором vote accounts, ефективною голосуючою вагою та чіткою методикою групування пов’язаних операторів. Без такого зрізу фрази «стейк децентралізований» або «мережа контролюється кількома валідаторами» залишаються неперевіреними оцінками.

Що делегування не означає

  • Не передає власність на SOL валідатору. Оператор не отримує право довільно витратити делеговані токени лише через факт делегації.
  • Не гарантує фіксовану дохідність. Винагороди змінюються разом із протокольними параметрами та роботою валідатора.
  • Не робить найбільшу винагороду єдиним критерієм вибору. Комісія, якість голосування, операційна репутація й внесок у концентрацію голосуючої ваги — різні фактори.
  • Не є голосуванням за SIMD чи інші пропозиції «від імені делегатора». Протокольна голосуюча вага валідатора та процес обговорення змін через SIMD — різні механізми.

Як перевіряти стейк на практиці

Для конкретного stake account корисно перевірити чотири речі: якому vote account він делегований, який обсяг стейку вже ефективно активний, яка комісія валідатора та які фактичні винагороди нараховувалися за попередні епохи. Для загальної оцінки мережі цього недостатньо — потрібен датований розподіл голосуючої ваги між валідаторами.

Якщо наступне питання — не «що таке стейк», а кому його делегувати, переходьте до матеріалу «Як делегатор обирає валідатора без гонитви лише за винагородою». Ширший технічний контекст зібрано в розділі «Під капотом Solana».

Первинні джерела. Механіку нативного стейкінгу, поточний статус slashing і базові правила делегування звірено з офіційною документацією Solana про стейкінг та документацією stake accounts.

джерела в матеріалі

Зовнішні посилання та документація

Нижче — зовнішні URL, які вже використані в тексті. Це не автоматична позначка «перевірено»: редакція показує джерела прозоро й не підміняє фактчек бейджем.