Час епохи Solana: Тривалість, винагороди та механіка

Час епохи Solana описує, скільки часу потрібно мережі для завершення фіксованого розкладу слотів, після якого обробляються графіки валідаторів, винагороди за стейкінг та зміни стану стейкінгу.

У цій статті: Що таке епоха Solana? | Яка тривалість епохи Solana? | Графік валідаторів та механіка мережі | Винагороди за стейкінг | Активація та виведення стейкінгу | Епоха Solana проти епохи Ethereum | Чек-лист межі епохи | Інфляційна модель та токеноміка Solana | Перевірка поточної епохи | Для розробників | FAQ | Рішення щодо стейкінгу

Вступ: Чому епохи Solana важливі для кожного власника SOL

Якщо ви вносили SOL у стейкінг через Phantom або Solflare і помітили, що у вашому дашборді стейкінгу з'явилося слово «епоха», ви не самотні у бажанні дізнатися, що воно означає. Це число впливає на дві речі, які вас безпосередньо цікавлять: коли ваш новоделегований SOL почне отримувати винагороди за стейкінг, і коли ці винагороди надійдуть на ваш рахунок.

Solana (SOL) — це високопродуктивний блокчейн (розподілений цифровий реєстр, захищений мережею вузлів), який обробляє тисячі транзакцій за секунду. Координація цієї діяльності між сотнями валідаторів вимагає структурованої часової рамки. Ця рамка — епоха. SOL, що зберігається на централізованій біржі (наприклад, Coinbase або Binance), не може бути нативно внесений у стейкінг і не бере участі в циклах винагород епохи. Власники повинні зберігати свої SOL у власному гаманці, щоб вносити їх безпосередньо в стейкінг.

Ключова статистика: Кожна епоха Solana містить рівно 432 000 слотів, що приблизно дорівнює 2-3 дням реального часу.

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

Що таке час епохи Solana?

Епоха Solana – це фіксований період рівно 432 000 послідовних слотів, який визначає, як мережа призначає обов'язки валідаторам, розподіляє винагороди за стейкінг та застосовує коригування інфляції. В реальних умовах одна епоха триває приблизно 2-3 дні.

Термін «епоха» має інше значення в загальному комп'ютерному контексті. У системах Unix епоха — це фіксована опорна точка часової мітки (1 січня 1970 року). У контексті протоколу Solana епоха — це повторюваний, дискретний часовий період, визначений кількістю слотів, а не календарним часом. Ці два поняття мають однакову назву і нічого спільного.

Як слоти та блоки формують епохи

Слоти є атомною одиницею часу в архітектурі Solana. Під час кожного слота один призначений валідатор має можливість створити блок. Цільова тривалість одного слота становить ~400 мілісекунд, але це не гарантовано. Якщо призначений валідатор офлайн або мережа перевантажена, слот проходить без створення блоку. Такі слоти називаються пропущеними.

Блоки — це дані, що створюються в межах слотів. Слот — це часове вікно; блок — це те, що заповнює його. Деякі слоти генерують блоки; пропущені слоти не генерують нічого.

Ієрархія така: один слот (з цільовою тривалістю ~400 мілісекунд) може створити один блок, а 432 000 послідовних слотів завершують одну епоху.

Слот 1 до Слоту 2 до ... до Слоту 432 000 = одна завершена епоха.

Proof of History (PoH) — це криптографічний механізм, який уможливлює та робить перевіреним послідовне розташування слотів. PoH — це механізм відстеження часу, а не механізм консенсусу. Його не слід плутати з Proof of Work або Proof of Stake. PoH створює перевірений історичний запис, що доводить, що події відбувалися в певній послідовності та в певний час, не вимагаючи від усіх валідаторів узгодження часу в реальному часі. Кожен слот криптографічно прив'язаний до послідовності PoH, тому Solana може обробляти слоти з інтервалами ~400 мілісекунд без очікування узгодження часу в усій мережі.

Архітектура Solana, включаючи Turbine для поширення блоків, Gulf Stream для пересилання транзакцій без мемпулу та Sealevel для паралельного виконання смартконтрактів, забезпечує високу пропускну здатність слотів, що робить її структуру епох можливою. Згідно з офіційною документацією Solana щодо термінології епох,), 432 000 слотів на епоху є константою протоколу.

Яка тривалість епохи Solana?

Епоха Solana складається рівно з 432 000 слотів. При цільовій тривалості слота ~400 мілісекунд на слот, це дає теоретичний мінімальний час приблизно 2,0 дні (172 800 секунд). Реальні епохи зазвичай тривають від 2 до 3 днів.

Розрахунок: 432 000 слотів, помножені на 0,400 секунди на слот, дорівнюють 172 800 секундам, поділеним на 86 400 секунд на день, що дорівнює 2,0 дням за теоретичною мінімальною межею.

Як тривалість реального часу масштабується відповідно до фактичної швидкості слотів:

• При середній швидкості 400 мс на слот: 172 800 секунд, приблизно 48 годин
• При середній швидкості 450 мс на слот: 194 400 секунд, приблизно 54 години
• При середній швидкості 500 мс на слот: 216 000 секунд, приблизно 60 годин

Примітка: Кількість слотів на епоху (432 000) є фіксованою протоколом і не змінюється. Тривалість реального часу варіюється від приблизно 2 до 3 днів залежно від умов мережі.

Чому тривалість епохи щоразу не є точно однаковою

Три фактори спричиняють варіативність тривалості реальної епохи від теоретичного мінімуму:

Пропущені слоти: Коли валідатор пропускає свій призначений слот лідера, слот пропускається, і мережа просувається далі. Послідовність PoH продовжується, але слот не генерує блок. Пропущені слоти збільшують реальний час, необхідний для завершення 432 000 слотів.

Перевантаження мережі: Періоди високого обсягу транзакцій можуть уповільнити обробку слотів, додаючи додатковий час до багатьох слотів.

Збої в мережі: Основна мережа Solana історично зазнавала збоїв. Під час збою обробка слотів припиняється, що збільшує тривалість реального часу будь-якої епохи, яка охоплює цей період.

Практичний висновок: розглядайте тривалість епохи як приблизно 2-3 дні, а не як фіксований інтервал. Для отримання інформації про поточну середню тривалість епохи зверніться до Solana Beach або документації Solana Foundation. Параметри протоколу Solana можуть змінюватися.

Як працюють епохи Solana: Графік валідаторів та механіка мережі

На початку кожної епохи мережа Solana обчислює повний розклад лідерів, який заздалегідь призначає кожен слот у наступній епосі конкретному валідатору. Призначення визначається вагою стейкінгу кожного валідатора на момент знімка на межі епохи.

Валідатори — це вузли в мережі Solana, які обробляють транзакції, створюють блоки та голосують за стан реєстру. Делегатори — це власники SOL, які вносять свої токени в стейкінг через валідатора, а не керують вузлом самостійно. Ці ролі відрізняються: валідатори керують інфраструктурою; делегатори надають економічну вагу.

Proof of Stake (PoS) — це рівень консенсусу, який працює паралельно з PoH. Solana реалізує PoS через Tower BFT (відмовостійкий до збоїв за Візантійським алгоритмом), який використовує PoH як свій годинник. Вага стейку, накопичена протягом епохи, визначає ймовірність призначення слотів для кожного валідатора в розкладі лідерів наступної епохи. PoS робить епохи економічно значущими, окрім простого відстеження часу. Не плутайте реалізацію Tower BFT від Solana з PoS Ethereum, яка є структурно іншою системою.

Модель стейкінгу Solana нагадує делегований стейкінг (іноді званий Delegated Proof of Stake, або DPoS). У цій моделі власники токенів призначають свій стейк валідаторам, а не керують інфраструктурою самостійно. Власники SOL можуть делегувати будь-якому валідатору; делегування набуває чинності на межі наступної епохи після періоду розігріву. Делегатори ділять винагороди за стейкінг валідатора мінус комісійна ставка валідатора. Будь-яка зміна делегування, чи то нове призначення, зміна, чи виведення, набуває чинності на межі епохи, а не негайно. Це протокольний рівень причини, чому зміни стейку потребують періоду розігріву або охолодження. Механізм Solana технічно поєднує PoH і Tower BFT, а не чистий DPoS; використовуйте «делегований стейкінг» як основний опис.

Як обчислюється розклад лідерів на кожній межі епохи

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

Обчислення використовує вагу стейку кожного валідатора на знімку межі епохи. Валідатор, який володіє 1% від загального стейкнутого SOL, отримує приблизно 1% від 432 000 слотів у розкладі лідерів. Розклад перераховується з нуля на кожній межі епохи з використанням оновлених ваг стейку. Стейк, делегований посередині епохи, не впливає на розклад лідерів поточної епохи; він впливає лише на розклад наступної епохи.

Повні механізми розкладу лідерів задокументовані в документації Solana щодо ротації лідерів.

Багато протоколів DeFi, побудованих на Solana, обізнані щодо епох, плануючи події ліквідності, голосування за управління або розподіл винагород навколо меж епох.

Порада: Вага стейку валідатора на межі епохи визначає, скільки слотів йому призначено в НАСТУПНІЙ епосі. Стейк, делегований посередині епохи, не впливає на розклад поточної епохи.

Як накопичуються бали голосування протягом епохи

Кожен валідатор веде обліковий запис голосування: спеціальний ончейн-обліковий запис, який реєструє голоси валідатора щодо стану реєстру протягом кожного слоту. Обліковий запис голосування не є системою управління. У Solana «голосування» означає, що валідатори криптографічно підтверджують дійсність блоків, що є дією механізму консенсусу.

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

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

Епохи Solana та винагороди за стейкінг: коли та як ви отримуєте оплату

Винагороди за стейкінг Solana розподіляються автоматично наприкінці кожної епохи, приблизно кожні 2-3 дні, і зараховуються безпосередньо на ваш обліковий запис стейку без будь-яких ваших дій.

Облікові записи стейку утримують делегований SOL ончейн і є окремими від звичайних облікових записів гаманців Solana. Вони проходять через чотири стани: неактивний, активується, активний, потім деактивується. Переходи стану відбуваються на межах епох. Більшість інтерфейсів гаманців (Phantom, Solflare) приховують облікові записи стейку від користувачів, але базові механізми пояснюють поведінку часу, видиму на вашій панелі. Повну специфікацію облікового запису стейку див. у документації Solana щодо стейкінгу.

Важливо: Винагороди за стейкінг розподіляються автоматично на межі епохи, приблизно кожні 2-3 дні. Ручні дії не потрібні. Винагороди додаються безпосередньо до основного тіла вашого облікового запису стейку та автоматично рестейкаються на наступну епоху.

Як розраховується ваша частка винагороди

Ваші винагороди за стейкінг за певну епоху відповідають такому співвідношенню:

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

Лише для ілюстрації: якщо мережа викарбує 100 SOL винагороди від інфляції за певну епоху, а ваш стейк становить 0,01% від загального стейкнутого SOL, ваша частка до комісії становить 0,01 SOL. Потім комісійна ставка валідатора віднімається від частки валідатора, перш ніж ваша чиста сума буде зарахована.

Для стейкінгу APY: співвідношення приблизно становить (річна емісія інфляції, поділена на загальний стейкнутий SOL), помножене на (1 мінус комісійна ставка). Оскільки як рівень інфляції, так і загальний стейкнутий SOL змінюються з часом, жодна жорстко закодована цифра APY не буде точною більше однієї епохи. Для поточних оцінок використовуйте інтерфейс стейкінгу вашого гаманця або калькулятор стейкінгу Solana.

Модель інфляції Solana працює наступним чином: протокол має програмний графік інфляції, який почався з понад 8% щорічно на момент запуску основної мережі та зменшується на 15% на рік до довгострокової цілі 1,5%. На кожній межі епохи новий SOL викарбується відповідно до поточного рівня інфляції та розподіляється як винагороди за стейкінг, пропорційні до ваги стейку. Ця інфляція стосується випуску токенів на рівні протоколу, а не макроекономічної інфляції споживчих цін. Актуальний рівень див. у документації Фонду Solana щодо інфляції.

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

Валідатори заробляють дві категорії винагород за епоху. Основна категорія — це винагороди від інфляції за графіком випуску протоколу. Вторинна категорія — це 50% комісій за транзакції, зібраних протягом їхніх призначених слотів; решта 50% цих комісій спалюються, зменшуючи загальну пропозицію SOL. Делегатори отримують більшу частину своїх винагород за стейкінг від компонента інфляції; винагороди від комісій є меншим внеском.

Чому винагороди за вашу епоху можуть відрізнятися

Ваші винагороди за стейкінг можуть відрізнятися від однієї епохи до іншої з чотирьох причин:

1. Змінився показник балів голосування вашого валідатора (пропущені голоси зменшують частку винагороди валідатора, і делегатори отримують пропорційно менше).
2. Змінилася комісійна ставка вашого валідатора на межі епохи.
3. Змінився загальний мережевий стейк (більший загальний пул стейку зменшує вашу пропорційну частку тієї ж емісії інфляції).
4. Рівень інфляції зменшився на етапі річного графіку.

Винагороди додаються до основного тіла вашого облікового запису стейку та автоматично рестейкаються, накопичуючись на наступну епоху без жодних дій з вашого боку.

Якщо ваш стейк нещодавно делегований і ще не показує винагород, період розігріву стейку пояснює, чому. Це розглядається в наступному розділі.

Активація та період очікування стейкінгу: Як епохи визначають ваші рішення щодо стейкінгу

Якщо ваш стейк відображається як "активується" у вашому гаманці і ще не приносить винагороди, це очікувана поведінка. Нові делегування не стають активними посеред епохи. Вони входять у стан розігріву та активуються на початку наступного граничного періоду епохи. Це зроблено навмисно, а не є помилкою.

Послідовність стану облікового запису стейку:

Неактивний (стейк не делеговано) веде до Активації (делеговано протягом поточної епохи, винагороди ще не нараховуються) веде до Активний (з наступного граничного періоду епохи, приносить винагороди) веде до Деактивації (після запиту на виведення зі стейкінгу, нові винагороди не нараховуються) веде назад до Неактивний (доступний для виведення після завершення граничного періоду епохи очікування).

Важливо: Як стейкінг, так і виведення зі стейкінгу залежать від епох. Плануйте до однієї повної епохи (2-3 дні) в кожному напрямку при плануванні змін вашого стейку. Дивіться документацію облікового запису стейку Solana) для повних специфікацій протоколу.

Чи має значення, коли в епоху ви делегуєте?

Правило розігріву працює наступним чином:

1. Ви делегуєте SOL у будь-який момент поточної епохи.
2. Ваш обліковий запис стейку переходить у стан "активується" на залишок цієї епохи.
3. На наступному граничному періоді епохи ваш стейк переходить у стан "активний" і починає приносити винагороди.
4. Ваші перші винагороди надходять наприкінці цієї першої активної епохи.

Незалежно від того, коли в епоху ви делегуєте, ваш стейк активується на початку НАСТУПНОГО граничного періоду епохи. Делегування на самому початку епохи означає майже повне очікування тривалості епохи перед активацією. Делегування поблизу кінця епохи означає очікування лише за залишковими слотами, потенційно кілька годин. Очікування завжди "до наступного граничного періоду епохи", а не фіксована календарна тривалість.

Немає жодної значущої переваги в очікуванні певного моменту в межах епохи для делегування.

Скільки часу займає виведення зі стейкінгу?

Виведення зі стейкінгу проходить паралельним процесом:

1. Ви надсилаєте запит на виведення (деактивацію) у будь-який момент поточної епохи.
2. Ваш обліковий запис стейку переходить у стан "деактивується".
3. На наступному граничному періоді епохи деактивація обробляється.
4. Ваш SOL стає ліквідним і доступним для виведення після закінчення цієї епохи.

Плануйте одну повну епоху (2-3 дні) для того, щоб ваш SOL став доступним після ініціювання виведення зі стейкінгу.

Протоколи ліквідного стейкінгу (такі як mSOL або jitoSOL) обробляють розігрів та період очікування по-різному, надаючи ліквідні токени негайно. Ця стаття охоплює лише нативний стейкінг.

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

Три рішення щодо стейкінгу, підсумок:

1. Час делегування: Делегуйте будь-коли. Очікування до наступного граничного періоду епохи однакове, незалежно від того, де ви знаходитесь в поточній епосі.
2. Зміна валідатора: Враховуйте потенційний пропуск винагород за одну епоху під час переходу. Перевіряйте показник кредитів голосування нового валідатора перед перемиканням.
3. Делегація: Плануйте одну повну епоху перед тим, як ваш SOL стане ліквідним. Не делегуйте SOL, до якого вам може знадобитися доступ протягом 2-3 днів.

Епоха Solana проти Епохи Ethereum: Ключові відмінності

Незважаючи на спільну назву, епохи Solana та Ethereum служать різним цілям і працюють на абсолютно різних часових масштабах. Ця порівняння посилається на архітектуру Proof of Stake Ethereum після Merge (вересень 2022). Ethereum до Merge мав інші механізми епох і не включений.

Епохи Ethereum (~6,4 хвилини) в основному служать для контрольних точок фіналізації через Casper FFG та ротацію комісій валідаторів. Ethereum розподіляє винагороди за стейкінг щодня, за графіком, незалежним від його структури епох.

Епохи Solana (~2-3 дні) служать для призначення графіку лідерів, розподілу винагород за стейкінг, карбування інфляції, переходу стану облікових записів стейку та оновлення ставок комісії. Усі ці функції залежать від епох.

Коротша тривалість слота Solana (~400 мілісекунд порівняно з ~12 секундами Ethereum) дозволяє розмістити 432 000 слотів у багатоденному вікні епохи. Ethereum завершує 32 слоти приблизно за 6,4 хвилини. Дві архітектури відображають різні пріоритети дизайну для пропускної здатності та частоти фіналізації. Для специфікації епохи Ethereum дивіться документацію консенсусу Ethereum після Merge.

Що відбувається на граничному періоді епохи: Повний контрольний список

На кожному граничному періоді епохи протокол Solana автоматично виконує фіксовану послідовність переходів стану та економічних подій.

1. Графік лідерів на наступну епоху обчислюється на основі поточних ваг стейку валідаторів.
2. Облікові записи стейку в стані "активується" переходять у повністю активний стан і починають приносити винагороди.
3. Облікові записи стейку в стані "деактивується" стають повністю ліквідними та доступними для виведення.
4. Винагороди за стейкінг розраховуються для всього активного стейку та розподіляються на облікові записи стейку.
5. Новий SOL карбується відповідно до поточної інфляційної моделі та розподіляється як винагорода.
6. Зміни комісії, раніше поставлені в чергу валідаторами, набирають чинності для нової епохи.
7. Кредити голосування, накопичені протягом завершеної епохи, підсумовуються та скидаються для наступної епохи.

Примітка: Події 2-5 та подія 7 відбуваються автоматично. Валідатори та делегатори не вживають жодних дій для них. Подія 6 є єдиною, яка вимагає попереднього введення даних валідатором (встановлення нової ставки комісії).

Елементи 2 і 3 мають найбільше значення для делегаторів: саме в цей момент новоделегований стейк стає активним, а виведений зі стейкінгу SOL стає доступним для виведення.

Елемент 1 має найбільше значення для операторів валідаторів: призначення слотів на наступну епоху заблоковано в цей момент, на основі ваг стейку під час знімка граничного періоду.

Елементи 4 і 5 працюють разом: інфляційна модель створює новий SOL, і цей новостворений SOL розподіляється як винагороди за стейкінг пропорційно до ваги стейку та балів кредитів голосування.

Пункт 6 документує правило, яке пропускає більшість контенту, орієнтованого на стейкерів. Валідатори не можуть змінювати свою ставку комісії посеред епохи. Будь-яка зміна, оголошена протягом епохи, набирає чинності тут, на граничному періоді епохи, даючи делегаторам попередній період епохи для спостереження за зміною та переделегування, якщо вони того бажають.

Інфляційна модель Solana та токеноміка на основі епох

Винагороди за стейкінг Solana не надходять з фіксованого пулу. Вони генеруються щоепохи через програмну інфляційну модель, вбудовану в протокол.

"Інфляція" тут стосується виключно випуску нових токенів SOL на рівні протоколу, а не макроекономічної інфляції споживчих цін. Ці два поняття різні і не повинні змішуватися.

Інфляційна модель: Solana була запущена з початковою річною інфляцією понад 8%. Ставка щорічно знижується на 15% за диз-інфляційною моделлю, наближаючись до довгострокової цілі 1,5%. На кожному граничному періоді епохи створюється новий SOL відповідно до поточної інфляції та розподіляється валідаторам та їхнім делегаторам пропорційно до ваги стейку. Це джерело винагород за стейкінг: кожен делегатор отримує частку нового випуску SOL за цю епоху.

Валідатори отримують дві категорії винагород за епоху. Основна категорія — це інфляційні винагороди згідно з графіком емісії. Друга категорія — це 50% комісій за транзакції, зібраних під час призначених їм слотів; решта 50% спалюється, що зменшує загальну пропозицію SOL. Інфляційна складова є основним джерелом винагород для делегаторів за стейкінг.

Рівень інфляції знижується щорічно. Актуальний рівень див. у документації Solana Foundation щодо інфляції.). Будь-яка конкретна ставка, наведена в статті, застаріває в міру просування графіка.

Як перевірити поточну епоху Solana

Три оглядача блоків надають дані про епохи Solana в режимі реального часу, причому кожен оновлюється автоматично під час обробки слотів.

Примітка: Номери епох змінюються приблизно кожні 2–3 дні. Будь-який конкретний номер епохи, наведений у статті, буде застарілим до того часу, як ви її прочитаєте. Використовуйте наведені нижче інструменти для отримання актуальних даних.

Крок 1: Відвідайте Solana Beach. Віджет епохи на головній сторінці відображає номер поточної епохи, кількість слотів, що пройшли в поточній епосі, кількість слотів, що залишилися, та орієнтовний час до наступної межі епох.

Крок 2: Відвідайте Solscan (solscan.io). Вкладка «Epoch» на панелі статистики мережі показує номер поточного епохи разом із даними про продуктивність валідаторів, розбитими за епохами.

Крок 3: Відвідайте Solana Explorer (explorer.solana.com). На панелі статистики кластера відображається інформація про епоху разом із висотою слота та кількістю транзакцій.

Розробники також можуть запитувати дані про епоху з командного рядка:

solana epoch-info

Ця команда повертає номер поточної епохи, індекс слота в межах епохи та кількість слотів, що залишилися.

Для програмного доступу до даних про епоху, включно зі зчитуванням конфігурації епохи в ончейн-програмі або через JSON-RPC, див. розділ для розробників нижче. Системна змінна EpochSchedule є ончейн-джерелом даних про конфігурацію епохи.

Для розробників: Доступ до даних про епоху через системну змінну EpochSchedule та RPC

Цей розділ присвячений програмному доступу до даних про епоху для розробників, які створюють додатки на Solana з урахуванням епох. Технічні читачі можуть перейти до розділу FAQ.

Логіка з урахуванням епох необхідна для додатків, що реалізують вестинг токенів з прив'язкою до епох, вікна для голосування в управлінні, періодичне ребалансування протоколу та відстеження продуктивності валідаторів.

Системна змінна EpochSchedule

Системна змінна (sysvar) — це спеціальний системний акаунт Solana лише для читання, який надає дані конфігурації мережі ончейн-програмам. Системна змінна EpochSchedule містить конфігурацію розкладу епох, яка включає:

• slots_per_epoch: 432 000 (константа протоколу для основної мережі)
• leader_schedule_slot_offset: 432 000 (зміщення, що використовується при розрахунку розкладу лідерів)
• warmup: bool (чи активний початковий період розігріву епохи)
• first_normal_epoch: перша епоха з повною кількістю слотів
• first_normal_slot: перший слот першої нормальної епохи

EpochSchedule — одна з кількох системних змінних Solana; інші (Clock, Rent, StakeHistory, SlotHashes) тут не розглядаються. Повні визначення полів доступні в документації системної змінної EpochSchedule.

Значення slots_per_epoch (432 000) є фіксованою константою протоколу, що лежить в основі всіх розрахунків тривалості епохи. Таймінг слотів PoH є основою для розрахунків EpochSchedule: системна змінна надає структуру розкладу, тоді як фактичний астрономічний час залежить від реальної швидкості обробки слотів.

Читання даних про епоху через метод RPC getEpochInfo

Метод JSON-RPC getEpochInfo повертає поточний стан епохи. Викличте його з порожнім масивом параметрів:

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "getEpochInfo",
  "params": []
}

Відповідь:

{
  "jsonrpc": "2.0",
  "result": {
    "absoluteSlot": 166598,
    "blockHeight": 166500,
    "epoch": 27,
    "slotIndex": 2790,
    "slotsInEpoch": 432000,
    "transactionCount": 22661093
  },
  "id": 1
}

Пояснення полів:

• absoluteSlot: поточний номер слота в усій історії блокчейну
• blockHeight: поточна висота блоку
• epoch: номер поточної епохи
• slotIndex: індекс слота в межах поточної епохи (від 0 до 431 999)
• slotsInEpoch: завжди 432 000 в основній мережі (константа протоколу)
• transactionCount: загальна кількість оброблених транзакцій на сьогоднішній день

Значення slotIndex вказує, наскільки ви просунулися в поточній епосі. Відніміть slotIndex від slotsInEpoch (432 000), щоб розрахувати кількість слотів, що залишилися в поточній епосі.

Ключова відмінність: EpochSchedule надає фіксовані дані конфігурації розкладу; getEpochInfo повертає динамічний поточний стан. Використовуйте EpochSchedule для читання параметрів розкладу; використовуйте getEpochInfo або системну змінну Clock, щоб дізнатися номер поточної епохи під час виконання.

Доступ до номера поточної епохи в ончейн-програмі

Щоб прочитати номер поточної епохи всередині ончейн-програми, зверніться до системної змінної Clock. Поле epoch повертає номер поточної епохи як u64.

use solana_program::sysvar::clock::Clock;
use solana_program::sysvar::Sysvar;

// Всередині вашого обробника інструкцій:
let clock = Clock::get()?;
let current_epoch: u64 = clock.epoch;
// current_epoch тепер містить номер поточної епохи Solana

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

Часті запитання про час епохи Solana

Наведені нижче запитання стосуються найпопулярніших запитів про епохи Solana у всіх п'яти кластерах «People Also Ask».

Що таке епоха в Solana?

Епоха в Solana — це фіксований повторюваний період з рівно 432 000 послідовних слотів, що триває приблизно від 2 до 3 днів у реальних умовах. Кожна епоха структурує те, як мережа Solana призначає обов'язки з виробництва блоків валідаторам, накопичує бали за голосування (vote credits), розподіляє винагороди за стейкінг, випускає нові SOL через інфляцію та обробляє зміни стану стейкінг-акаунтів. Усі ці події відбуваються автоматично на межі епох.

Скільки триває епоха Solana в днях?

Епоха Solana містить рівно 432 000 слотів. При цільовій тривалості слота протоколу ~400 мілісекунд, теоретичний мінімум становить приблизно 2,0 дні (48 годин). На практиці пропущені слоти та умови мережі збільшують реальну тривалість епохи до 2–3 днів. Кількість слотів на епоху є фіксованою константою протоколу; тривалість за астрономічним часом є змінною.

Коли розподіляються винагороди за стейкінг Solana?

Винагороди за стейкінг Solana розподіляються автоматично в кінці кожної епохи, приблизно кожні 2–3 дні. Ніяких ручних дій не потрібно. На межі епох протокол розраховує винагороду кожного делегатора на основі його пропорційної частки від загальної кількості SOL у стейкінгу, бала за голосування їхнього валідатора за цю епоху та поточного рівня інфляції. Винагороди зараховуються безпосередньо на стейкінг-акаунт делегатора і автоматично вносяться в стейкінг знову.

Скільки часу потрібно, щоб стейкінг SOL став активним?

Коли ви делегуєте SOL, ваш стейк переходить у стан «активації» і не приносить винагород до наступної межі епох. Цей період розігріву може тривати від кількох годин (якщо ви делегуєте ближче до кінця епохи) до майже 2–3 днів (якщо ви делегуєте на початку епохи). Час активації визначається наступною межею епох, а не тим, скільки часу минуло з моменту делегування.

Що відбувається в кінці епохи Solana?

На кожній межі епохи протокол Solana автоматично виконує сім подій: (1) графік лідерів на наступну епоху обчислюється на основі поточних ваг стейків; (2) акаунти, що активують стейкінг, стають повністю активними; (3) акаунти, що деактивують стейкінг, стають доступними для виведення; (4) винагороди за стейкінг розраховуються та розподіляються; (5) карбується новий SOL відповідно до графіка інфляції; (6) вступають у силу заплановані зміни комісії валідаторів; (7) підраховуються та скидаються кредити за голосування.

Як працює графік лідерів Solana?

Графік лідерів — це детерміноване, попередньо розраховане призначення валідаторів на певні слоти в межах епохи. На кожній межі епохи мережа обчислює, який валідатор призначений на які слоти для всієї майбутньої епохи, на основі ваги стейку кожного валідатора на той момент. Будь-який вузол може незалежно розрахувати той самий графік за тими самими вхідними даними. Валідатору з більшою вагою стейку призначається пропорційно більше слотів.

Як епоха Solana порівнюється з епохою Ethereum?

Епоха Solana складається з 432 000 слотів і триває приблизно від 2 до 3 днів. Епоха Ethereum (після Merge) складається з 32 слотів і триває приблизно 6,4 хвилини. Вони служать різним цілям: епохи Solana регулюють призначення графіка лідерів, розподіл винагород і карбування інфляції. Епохи Ethereum керують контрольними точками фіналізації через Casper FFG та ротацією комітетів валідаторів. Ethereum розподіляє винагороди за стейкінг щодня, за графіком, окремим від структури його епох.

Як перевірити поточну епоху Solana?

Три інструменти надають дані про епоху в реальному часі: Solana Beach показує номер поточної епохи, кількість слотів, що пройшли, і час, що залишився, на своїй головній сторінці. Solscan (solscan.io) надає дані про епоху в панелі статистики мережі. Solana Explorer (explorer.solana.com) показує інформацію про епоху в панелі статистики кластера. Розробники також можуть запустити solana epoch-info через Solana CLI. Номери епох змінюються приблизно кожні 2–3 дні.

Чи можу я втратити цикл винагород, якщо делегую стейк у невідповідний час?

Жоден цикл винагород не втрачається назавжди при делегуванні в будь-який конкретний час. Незалежно від того, коли в епосі ви делегуєте, ваш стейк активується на початку наступної межі епохи та приносить винагороди з цього моменту. Якщо ви делегуєте ближче до кінця епохи, ваш час очікування «розігріву» буде коротшим. Якщо ви делегуєте на початку, ви чекаєте майже повну епоху. Ви не втрачаєте винагороди; ви просто відкладаєте початок своєї першої епохи заробітку.

Скільки епох Solana відбувається на рік?

При теоретичному мінімумі 2,0 дня на епоху на рік було б приблизно 182 епохи (365 днів поділити на 2,0 дня на епоху). При більш типовій тривалості 2,5 дня на епоху на рік відбувається приблизно 146 епох. Точна кількість варіюється залежно від продуктивності мережі протягом року.

Що таке Solana епоха APY?

Solana стейкінг APY не є фіксованим і не може бути вказаний як єдине число. Співвідношення приблизно таке: (річна емісія інфляції поділена на загальну суму стейкінгу SOL) помножити на (1 мінус ставка комісії вашого валідатора). Оскільки і рівень інфляції, і загальна сума SOL у стейкінгу змінюються з часом, APY змінюється з кожною епохою. Для отримання поточних оцінок використовуйте інтерфейс стейкінгу вашого гаманця, калькулятор стейкінгу Solana або зверніться до документації з інфляції Solana Foundation.

Використання знань про епохи для прийняття кращих рішень щодо стейкінгу

Епохи Solana — це фундаментальний період координації мережі: 432 000 слотів, приблизно 2–3 дні, з усіма економічними подіями, що запускаються автоматично на кожній межі епохи.

Прочитавши цю статтю, ви тепер можете впевнено робити чотири речі:

1. Дати визначення епохи Solana: фіксований період рівно з 432 000 послідовних слотів, який структурує графіки валідаторів, розподіл винагород та інфляцію
2. Назвати її тривалість: приблизно 2–3 дні в реальних умовах, залежно від швидкості обробки слотів
3. Пояснити, чому тривалість варіюється: пропущені слоти, перевантаження мережі та історичні збої можуть подовжити астрономічний час понад теоретичний мінімум у 2,0 дня
4. Знати, коли надходять винагороди та коли активується стейк: обидві події відбуваються на межах епох автоматично, без будь-яких додаткових дій

Три практичні висновки для вашої діяльності зі стейкінгу в Solana (SOL):

1. Винагороди за стейкінг надходять приблизно кожні 2–3 дні, автоматично зараховуючись на ваш акаунт стейкінгу
2. Розраховуйте на 2–3 дні для активації щойно делегованих SOL, перш ніж очікувати першу винагороду
3. При зміні валідаторів враховуйте можливу перерву у винагородах в одну епоху під час переходу та перевіряйте показник кредитів за голосування нового валідатора

Додайте в закладки Solana Beach або Solscan, щоб відстежувати поточну епоху та показник кредитів за голосування вашого валідатора між циклами винагород.

Ця стаття призначена виключно для інформаційних та освітніх цілей. Вона не є фінансовою або інвестиційною порадою. Стейкінг криптовалюти пов’язаний із ризиком, включаючи ризик втрати коштів. Завжди проводьте власне дослідження перед прийняттям рішень про стейкінг або інвестиції. Параметри протоколу Solana та статистика мережі, включаючи рівні інфляції та середню тривалість епохи, можуть змінюватися. Для отримання актуальних даних звертайтеся до офіційної документації Solana Foundation або блокчейн-провідника Solana.

Пов’язані технічні посібники Solana

• Аналіз ончейн даних Solana
• Solana Firedancer TPS
• Механіка спалювання Solana

Читачі, які вивчають продукти для стейкінгу, можуть окремо ознайомитися з SOL Earn та сторінкою ціни SOL. Доступність продуктів, умови та ризики залежать від регіону та можуть змінюватися з часом.