У мережі 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), токени в стейк-акаунті повинні бути делеговані валідатору. Один стейк-акаунт може бути делегований лише одному валідатору одночасно, тому якщо ви хочете делегувати різним валідаторам, вам потрібно буде розділити свої токени між кількома стейк-акаунтами.
Існують різні інструменти, керовані спільнотою, де ви можете переглядати інформацію про мережу, а також певні показники продуктивності окремих валідаторів, такі як:
Багато валідаторів також вирішили представити себе та свої послуги на форумах Solana:
Так. Деякі люди могли отримати стейкінговий обліковий запис із заблокованими токенами від Solana Foundation, який було розповсюджено в обмін на послуги. Токени в стейкінгових облікових записах із блокуванням не можна вивести на іншу адресу гаманця до закінчення терміну блокування, але їх все одно можна делегувати валідатору для потенційного отримання винагород за стейкінг протягом цього часу. Винагороди, зароблені на заблокованих токенах, зараховуються назад у заблокований стейкінговий обліковий запис.
Коли ви вперше створюєте стейкінговий обліковий запис, ви вказуєте, скільки токенів SOL ви хочете внести на нього, і ці токени знімаються з вашого основного облікового запису гаманця та зараховуються на новий стейкінговий обліковий запис.
Токени також можна перевести на вже існуючий стейкінговий обліковий запис у будь-який час, використовуючи функцію переказу або надсилання вашого гаманця та вказавши адресу вашого стейкінгового облікового запису. Якщо ви переведете токени на стейкінговий обліковий запис, який уже делеговано, ці нові токени не будуть автоматично делеговані.
Якщо у вас є делегований стейкінговий обліковий запис і ви хочете збільшити свою делегацію конкретному валідатору, найкращою практикою є створення нового стейкінгового облікового запису з додатковою сумою стейку та делегування цього облікового запису тому самому валідатору.
Приклад: збільшення стейку, делегованого одному валідатору
Якщо ви переведете токени на стейкінговий обліковий запис, який уже делеговано, ці нові токени не будуть автоматично делеговані. Щоб ці нові токени також були делеговані та приносили винагороди, вам потрібно буде скасувати делегування всього облікового запису, а потім повторно делегувати той самий обліковий запис. Оскільки скасування делегування та повторне делегування може зайняти кілька днів, ваш початковий стейк не приноситиме винагород протягом цього перехідного періоду.
Тому ми рекомендуємо переводити SOL на стейкінговий обліковий запис лише під час його першого створення або коли він не делегований.
Токени можна вилучити зі стейкінг-акаунта лише тоді, коли вони наразі не делеговані. Коли стейкінг-акаунт вперше скасовує делегування, він вважається таким, що “деактивується” або “охолоджується”. Токени не можна вилучити з акаунта, доки частина або всі з них не завершать деактивацію та не стануть “неактивними”, а отже більше не отримуватимуть потенційні винагороди за стейкінг. Щоб дізнатися, скільки може тривати цей перехідний період, перегляньте Часові міркування.
Після того, як токени в стейкінг-акаунті стають неактивними, їх можна негайно вилучити назад на вашу основну адресу гаманця або на іншу адресу.
Приклад: вилучення всіх токенів зі стейкінг-акаунта
Якщо ви хочете зменшити кількість делегованого стейкінгу, призначеного певному валідатору, не деактивуючи весь свій баланс (і, отже, не втрачаючи потенційні винагороди під час простою делегування), ви можете розділити існуючий стейкінг-акаунт на два акаунти та скасувати делегування одного, залишивши інший акаунт делегованим і постійно придатним для отримання винагород.
Приклад: зменшення делегованого стейкінгу певному валідатору
Токени в стейкінг-акаунті з блокуванням не можна вилучити до закінчення терміну блокування, незалежно від стану делегування цього акаунта. Після закінчення терміну блокування неделеговані токени можна вилучити негайно. Власнику акаунта не потрібно виконувати жодних дій для розблокування акаунта.
Коли ви делегуєте або скасовуєте делегування стейкінгового акаунта, токени не змінюють стан миттєво. Нещодавно делеговані токени вважаються “активуються” або “розігріваються” і не можуть отримувати винагороди, доки не будуть повністю активовані. Нещодавно скасовані токени вважаються “деактивуються” або “охолоджуються” і не можуть бути виведені, доки не деактивуються.
Протокол Solana дозволяє стейкінговим токенам завершити зміну стану лише на початку нової епохи. Епоха триває приблизно 2 дні. Використовуйте solana epoch-info щоб переглянути деталі поточної епохи.
Якщо ви делегуєте токени в стейкінговому акаунті в середині епохи, токени відображатимуться у вашому гаманці як “активуються” до завершення поточної епохи, після чого вони стануть активними та зможуть отримувати винагороди. Незалежно від того, чи делегуєте ви свої стейкінгові токени на початку поточної епохи, чи ближче до її кінця, це не впливає на те, коли токени стануть активними — це відбувається лише на межі наступної епохи. Та сама логіка застосовується до скасування делегування або деактивації делегованого стейкінгового акаунта. Токени, що деактивуються, не можна вивести, доки вони не завершать деактивацію на межі епохи.
Існує обмеження на те, скільки загального стейку може змінити стан за одну епоху в усій мережі Solana. Не більше 25% від загального активного стейку в мережі може бути активовано або деактивовано за одну епоху. У сценарії, коли більше 25% від загального активного стейку в мережі активується за одну епоху, частина всього стейку, що активується/деактивується, до глобального ліміту в 25%, завершить зміну стану на першій межі епохи. Решта стейку залишиться в стані “активується” або “деактивується” щонайменше ще одну епоху, до наступної межі епохи.
Якщо активація стейку займає кілька епох, частина стейку, яка стає повністю активною на першій межі епохи, може отримувати винагороди, тоді як решта, що все ще активується протягом додаткової епохи, ще не може отримувати винагороди.
Аналогічно, якщо деактивація стейку займає кілька епох, частина стейку, яка стає повністю неактивною на першій межі епохи, може бути виведена, тоді як решта все ще деактивується протягом додаткової епохи, після чого її можна буде вивести.
Усі стейкінг-акаунти в Solana (і всі акаунти будь-якого типу) можна переглянути в мережевому провіднику Solana, який знаходиться тут:
Скопіюйте та вставте адресу стейкінг-акаунта, який вас цікавить, у головний рядок пошуку провідника, щоб побачити деталі акаунта, включаючи його статус активації/деактивації/делегування, поточний баланс та адресу власників стейкінг-акаунта, яка зазвичай збігається з основною адресою вашого гаманця.
Залежно від того, яке рішення гаманця ви використовуєте для управління своїми стейкінг-акаунтами, ця сама інформація може бути доступна після входу в ваш гаманець і перегляду ваших стейкінг-акаунтів.
Винагороди за стейкінг обчислюються та видаються один раз за epoch. Epoch триває приблизно 2 дні. Винагороди, нараховані в певному epoch, видаються всім валідаторам та делегаторам у першому блоці наступного epoch. Дохідність стейкінгу представлена як річна цифра, хоча це число змінюється кожного epoch, оскільки рівень інфляції та загальна активна ставка постійно змінюються. Дохідність стейкінгу та повний дизайн інфляції детально описані тут:

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

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

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