У мережі Solana багато різних людей та організацій запускають програму на спеціалізованих комп'ютерах, відомих як валідатор. Валідатори відіграють ключову роль у підтримці та захисті блокчейну Solana. Валідатори відповідають за обробку нових вхідних транзакцій у мережі, а також за голосування та додавання нових блоків до блокчейну.
Оскільки різні валідатори по всьому світу можуть отримувати різні фрагменти інформації в різний час, важливо, щоб мережа могла досягти згоди щодо того, які транзакції та дані постійно додаються до блокчейну. Стратегія, за якою валідатори та вся мережа досягають цієї згоди, відома як механізм консенсусу і є основною проблемою у побудові успішної децентралізованої блокчейн-мережі. Багато різних проєктів випробували різні рішення щодо досягнення консенсусу швидким та економічно ефективним способом.
Мережа Solana використовує механізм консенсусу Proof of Stake (часто скорочується до PoS). Кожен валідатор у мережі має можливість брати участь у консенсусі, подаючи голоси за те, які блоки, на їхню думку, мають бути додані до блокчейну, тим самим підтверджуючи будь-які дійсні транзакції, що містяться в цих конкретних блоках. Однак голоси не всіх валідаторів мають однакову вагу.
Консенсусні голоси валідаторів зважені за стейком, тобто чим більше стейку має окремий валідатор, тим більший вплив цей валідатор має на визначення результату консенсусного голосування. Аналогічно, валідатори з меншим стейком мають меншу вагу у визначенні результату голосування, а валідатори без стейку не можуть впливати на результат консенсусного голосування.
Стейкінг — це процес, за допомогою якого власник токенів SOL (наприклад, хтось, хто придбав токени SOL на біржі) призначає частину або всі свої токени конкретному валідатору чи валідаторам, що допомагає збільшити вагу голосів цих валідаторів. Призначення ваших токенів для збільшення ваги ставки валідатора називається «делегуванням» ваших токенів. Делегування ваших токенів валідатору НЕ надає валідатору права власності чи контролю над вашими токенами. Ви завжди контролюєте всі свої застейкані токени, які ви могли делегувати.
Стейкаючи токени з валідатором чи валідаторами, власник токенів демонструє певний рівень довіри до валідатора, якому він вирішив делегувати. Коли валідатори накопичують більші обсяги делегованих ставок від різних власників токенів, це слугує «доказом» для мережі, що консенсусні голоси валідатора заслуговують на довіру, і тому їхні голоси зважуються пропорційно до обсягу ставки, яку залучив валідатор. Зважуючи колективні голоси всіх валідаторів відповідно до частки ставки, що була їм делегована, мережа досягає консенсусу через цей механізм Proof of Stake.
Оскільки різні валідатори по всьому світу можуть отримувати різні фрагменти інформації в різний час, важливо, щоб мережа могла досягти згоди щодо того, які транзакції та дані постійно додаються до блокчейну. Стратегія, за допомогою якої валідатори та вся мережа досягають цієї згоди, називається механізмом консенсусу і є основною проблемою при побудові успішної децентралізованої блокчейн-мережі. Багато різних проєктів випробували різноманітні рішення щодо того, як досягти консенсусу швидким і економічно ефективним способом.
Мережа Solana використовує механізм консенсусу Proof of Stake (часто скорочується до PoS). Кожен валідатор у мережі має можливість брати участь у консенсусі, подаючи голоси за те, які блоки, на їхню думку, мають бути додані до блокчейну, тим самим підтверджуючи будь-які дійсні транзакції, що містяться в цих конкретних блоках. Однак голоси не всіх валідаторів мають однакову вагу.
Консенсусні голоси валідаторів зважуються за ставкою, тобто чим більше ставка має окремий валідатор, тим більший вплив цей валідатор має на визначення результату консенсусного голосування. Аналогічно, валідатори з меншою ставкою мають меншу вагу у визначенні результату голосування, а валідатори без ставки не можуть впливати на результат консенсусного голосування.
У відкритій та децентралізованій мережі, такій як Solana, будь-хто може запустити validator, якщо забажає. Зловмисний validator або інший недобросовісний учасник може спробувати атакувати мережу або надіслати некоректні чи шахрайські транзакції для власної вигоди. Через механізм консенсусу Proof of Stake, описаний вище, одна особа, що діє самостійно у такий шахрайський спосіб, повинна була б залучити певну кількість стейку, перш ніж будь-яка з її запропонованих дій була б врахована у голосуванні консенсусу. Оскільки все більше власників токенів вирішують стейкати свої токени SOL різним validator'ам у мережі, і загальна кількість стейку в мережі зростає, стає все складніше навіть для скоординованого та добре фінансованого зловмисника накопичити достатньо стейку, щоб самостійно змінити результат голосування консенсусу на свою користь. Коротше кажучи, чим більше стейку делеговано різним validator'ам у мережі, тим безпечнішою стає мережа для всіх її користувачів. Крім того, власники токенів, які вирішують стейкати свої токени і таким чином допомагають захистити мережу, мають право отримувати винагороди за стейкінг після того, як делегують свої токени одному або кільком validator'ам. Більше деталей про винагороди за стейкінг наведено нижче.
У багатьох мережах Proof-of-Stake існує механізм, відомий як “слешинг” (slashing). Слешинг — це будь-який процес, за якого певна частина стейку, делегованого validator'у, знищується як каральний захід за зловмисні дії, вчинені validator'ом.
Цей механізм стимулює validator'ів не вчиняти таких дій, оскільки менший стейк, делегований validator'у, означає, що цей validator отримує менше винагород. Слешинг також може розглядатися як репутаційний ризик для утримання поточного або залучення потенційного майбутнього стейку.
Слешинг також становить ризик для власників токенів, які потенційно можуть втратити частину своїх токенів, якщо вони делегували їх validator'у, який зазнав слешингу. Наявність слешингу може стимулювати власників токенів делегувати свої токени лише тим validator'ам, яких вони вважають надійними, і не делегувати всі свої токени одному або невеликій кількості validator'ів.
У Solana слешинг не є автоматичним. Якщо зловмисник спричиняє зупинку мережі, його можна піддати слешингу після перезапуску мережі. Для отримання додаткової інформації, будь ласка, ознайомтеся з документацією Solana Validator.
Будь-хто, хто володіє SOL, може стейкати свої токени в будь-який час.
Щоб застейкати токени SOL, потрібно використовувати гаманець із підтримкою стейкінгу. Наразі не всі гаманці підтримують стейкінг. SolFlare.com — один із зручних гаманців із підтримкою стейкінгу. Перегляньте офіційну документацію, щоб отримати список гаманців із підтримкою стейкінгу.
Токени SOL у вашому гаманці спочатку необхідно перемістити на стейк-акаунт. Ви можете створити будь-яку кількість стейк-акаунтів і вносити на кожен з них стільки SOL, скільки бажаєте. Кожен новий стейк-акаунт має унікальну адресу, і один гаманець може керувати або «авторизувати» багато різних стейк-акаунтів. Докладніше читайте в нашій документації про структуру стейк-акаунтів.
Щоб отримувати винагороди за стейкінг (якщо інфляція увімкнена на mainnet beta), токени на стейк-акаунті необхідно делегувати validator. Один стейк-акаунт можна делегувати лише одному validator одночасно, тому якщо ви хочете делегувати кільком validator, вам потрібно розподілити токени між кількома стейк-акаунтами.
Існують різні інструменти, керовані спільнотою, де ви можете переглядати інформацію про мережу, а також певні показники продуктивності окремих валідаторів, такі як:
Багато валідаторів також вирішили представити себе та свої послуги на форумах Solana:
Так. Деякі люди могли отримати стейкінговий обліковий запис із заблокованими токенами від Solana Foundation, який було розповсюджено в обмін на послуги. Токени в стейкінгових облікових записах із блокуванням не можна вивести на іншу адресу гаманця до закінчення терміну блокування, але їх все одно можна делегувати валідатору для потенційного отримання винагород за стейкінг протягом цього часу. Винагороди, зароблені на заблокованих токенах, зараховуються назад у заблокований стейкінговий обліковий запис.
Під час створення стейк-акаунта ви вказуєте, скільки токенів SOL хочете внести на нього — ці токени знімаються з вашого основного акаунта гаманця і зараховуються на новий стейк-акаунт.
Токени також можна переказати на існуючий стейк-акаунт у будь-який час, скориставшись функцією «Переказати» або «Надіслати» у вашому гаманці та вказавши адресу стейк-акаунта. Якщо ви переказуєте токени на стейк-акаунт, який вже делеговано, ці нові токени не будуть делеговані автоматично.
Якщо у вас є делегований стейк-акаунт і ви хочете збільшити делегування певному validator, найкращою практикою є створення нового стейк-акаунта з додатковою сумою стейку та делегування цього акаунта тому самому validator.
Приклад: збільшення стейку, делегованого одному validator
Якщо ви переказуєте токени на стейк-акаунт, який вже делеговано, ці нові токени не будуть делеговані автоматично. Щоб ці нові токени також були делеговані й приносили винагороди, потрібно скасувати делегування всього акаунта, а потім повторно делегувати його. Оскільки скасування та повторне делегування можуть набирати чинності кілька днів, ваш початковий стейк не приноситиме винагород протягом цього перехідного періоду.
Тому ми рекомендуємо переказувати SOL на стейк-акаунт лише під час його першого створення або коли він не делегований.
Токени можна виводити зі стейкінг-акаунту лише тоді, коли вони не делеговані. Коли делегування стейкінг-акаунту скасовується вперше, він вважається таким, що «деактивується» або «охолоджується». Токени не можна вивести з акаунту, доки деякі або всі з них не завершать деактивацію та не стануть «неактивними», а отже, більше не приноситимуть потенційних винагород за стейкінг. Щодо тривалості цього перехідного періоду, будь ласка, перегляньте Часові міркування.
Після того як токени в стейкінг-акаунті стають неактивними, їх можна негайно вивести назад на адресу основного гаманця або на іншу адресу.
Приклад: виведення всіх токенів зі стейкінг-акаунту
Якщо ви хочете зменшити суму делегованого стейку, призначеного певному validator, не деактивуючи весь баланс (і тим самим не втрачаючи потенційних винагород під час простою делегування), ви можете розділити наявний стейкінг-акаунт на два, скасувати делегування одного, залишивши інший акаунт делегованим і безперервно доступним для отримання винагород.
Приклад: зменшення стейку, делегованого певному validator
Токени в стейкінг-акаунті з блокуванням не можна вивести до закінчення терміну блокування, незалежно від стану делегування цього акаунту. Після закінчення терміну блокування неделіговані токени можна вивести негайно. Від власника акаунту не потрібно жодних дій для розблокування акаунту.
Коли ви делегуєте або скасовуєте делегування стейкінгового акаунта, токени не змінюють стан миттєво. Нещодавно делеговані токени вважаються “активуються” або “розігріваються” і не можуть отримувати винагороди, доки не будуть повністю активовані. Нещодавно скасовані токени вважаються “деактивуються” або “охолоджуються” і не можуть бути виведені, доки не деактивуються.
Протокол Solana дозволяє стейкінговим токенам завершити зміну стану лише на початку нової епохи. Епоха триває приблизно 2 дні. Використовуйте solana epoch-info щоб переглянути деталі поточної епохи.
Якщо ви делегуєте токени в стейкінговому акаунті в середині епохи, токени відображатимуться у вашому гаманці як “активуються” до завершення поточної епохи, після чого вони стануть активними та зможуть отримувати винагороди. Незалежно від того, чи делегуєте ви свої стейкінгові токени на початку поточної епохи, чи ближче до її кінця, це не впливає на те, коли токени стануть активними — це відбувається лише на межі наступної епохи. Та сама логіка застосовується до скасування делегування або деактивації делегованого стейкінгового акаунта. Токени, що деактивуються, не можна вивести, доки вони не завершать деактивацію на межі епохи.
Існує обмеження на те, скільки загального стейку може змінити стан за одну епоху в усій мережі Solana. Не більше 25% від загального активного стейку в мережі може бути активовано або деактивовано за одну епоху. У сценарії, коли більше 25% від загального активного стейку в мережі активується за одну епоху, частина всього стейку, що активується/деактивується, до глобального ліміту в 25%, завершить зміну стану на першій межі епохи. Решта стейку залишиться в стані “активується” або “деактивується” щонайменше ще одну епоху, до наступної межі епохи.
Якщо активація стейку займає кілька епох, частина стейку, яка стає повністю активною на першій межі епохи, може отримувати винагороди, тоді як решта, що все ще активується протягом додаткової епохи, ще не може отримувати винагороди.
Аналогічно, якщо деактивація стейку займає кілька епох, частина стейку, яка стає повністю неактивною на першій межі епохи, може бути виведена, тоді як решта все ще деактивується протягом додаткової епохи, після чого її можна буде вивести.
Усі стейкінг-акаунти в Solana (і всі акаунти будь-якого типу) можна переглянути в мережевому провіднику Solana, який знаходиться тут:
Скопіюйте та вставте адресу стейкінг-акаунта, який вас цікавить, у головний рядок пошуку провідника, щоб побачити деталі акаунта, включаючи його статус активації/деактивації/делегування, поточний баланс та адресу власників стейкінг-акаунта, яка зазвичай збігається з основною адресою вашого гаманця.
Залежно від того, яке рішення гаманця ви використовуєте для управління своїми стейкінг-акаунтами, ця сама інформація може бути доступна після входу в ваш гаманець і перегляду ваших стейкінг-акаунтів.
Винагороди за стейкінг обчислюються та видаються один раз на epoch. Один epoch триває приблизно 2 дні. Винагороди, накопичені протягом певного epoch, видаються всім validator і делегаторам у першому блоці наступного epoch. Дохідність стейкінгу представлена як річна величина, хоча це число змінюється щоного epoch у міру постійної зміни рівня інфляції та загального активного стейку. Дохідність стейкінгу та повний дизайн інфляції детально описані тут:

Оцінки дохідності стейкінгу за різними моделями частки від загальної кількості SOL у стейкінгу можна переглянути тут:
Щоб оцінити кількість SOL, яку делегатор може очікувати отримати за один epoch в одному стейкінг-акаунті:

Аптайм валідатора визначається поведінкою голосування валідатора в консенсусі. Кожного разу, коли валідатор голосує за блок, який зрештою додається до блокчейну, цей валідатор отримує один кредит голосування.
Коли винагороди підраховуються наприкінці epoch, усі зважені за ставкою кредити голосування, зароблені всіма валідаторами, використовуються для визначення загальної кількості SOL, яка видається кожному конкретному валідатору та його делегаторам.
Валідатори стягують комісію з інфляційних винагород, отриманих стейкінговими акаунтами, які делеговані їм, в обмін на їхні послуги із забезпечення безпеки блокчейну та обробки транзакцій. Ця комісія відома як ставка комісії. Щоразу, коли видаються винагороди, комісія зараховується на акаунт валідатора, а решта винагород зараховується на всі стейкінгові акаунти, делеговані цьому валідатору, пропорційно до суми активно делегованого стейку в кожному акаунті. Комісія валідатора та стейкінгові винагороди завжди видаються одночасно.
Винагороди видаються один раз за epoch і зараховуються на стейкінговий акаунт, який їх заробив. Стейкінгові винагороди автоматично повторно делегуються як активний стейк.
Якщо винагороди, належні валідатору або одному з його стейків, становлять менше одного lamport за певний epoch, видача винагороди відкладається до наступного epoch, в якому обидва отримають принаймні один lamport.
Деталі спочатку запропонованого графіка інфляції обговорюються тут. Конкретні параметри, які визначають графік інфляції:
Наведені вище параметри визначаються як:
Зверніть увагу, що ставка інфляції не буде такою самою, як дохідність стейкінгу (тобто відсотки, отримані від стейкінгу токенів). Див. нижче обговорення дохідності стейкінгу.
Пропонується, щоб 100% інфляційної емісії надходило на делеговані стейкінгові акаунти та валідаторів.
Дохідність стейкінгу формується з інфляційної емісії, що розподіляється між делегованими стейкінговими акаунтами та голосуючими акаунтами валідаторів відповідно до комісійної ставки валідатора. Завдяки такій архітектурі дохідність стейкінгу насамперед залежить від частки SOL, що застейкана в мережі. Детальне обговорення цієї моделі та її впливу на дохідність стейкінгу можна знайти тут:
Загальна кількість застейканих SOL невідома, тому ми можемо лише оцінити точну дохідність стейкінгу. Нижче показано дохідність стейкінгу в часі, сегментовану за різними значеннями відсотка застейканих SOL, які можуть спостерігатися в мережі (від 60 до 90%). Параметри графіка інфляції встановлено, як описано вище.

Тут надано простий інтерактивний дашборд, у якому можна вибрати різні відсотки застейканих SOL, щоб побачити вплив на потенційну дохідність стейкінгу.
Зверніть увагу, що це ідеалізована дохідність стейкінгу, оскільки вона не враховує вплив аптайму валідатора на винагороди, комісії валідаторів, потенційне обмеження дохідності та можливі інциденти слешингу. Крім того, вона ігнорує той факт, що відсоток застейканих SOL є динамічним за своєю природою, тобто очікується, що відсоток застейканих SOL змінюватиметься з часом, впливаючи таким чином на дохідність стейкінгу. Це лише приблизна оцінка очікуваної дохідності стейкінгу.