Операційні вимоги для «З чого складається дохід валідатора» перевірено 2 серпня 2026 року. Для production використовуйте тільки реліз Agave, рекомендований для конкретного кластера, і звіряйте параметри з agave-validator --help . Офіційні вимоги Anza на цю дату орієнтують операторів на Ubuntu 24.04, щонайменше 12 ядер/24 потоки, 256 ГБ RAM, окремі швидкі NVMe та симетричний канал від 2 Гбіт/с; це рекомендації, а не гарантія достатньої продуктивності.

Дохід валідатора в Solana формується з трьох принципово різних джерел: інфляційної винагороди протоколу, комісій за транзакції та MEV-доходу. Кожне з них має власну механіку розподілу, волатильність та залежність від поведінки мережі. Нижче — детальний розбір структури, витратної частини та методології розрахунку прибутковості без прив'язки до конкретних числових показників, що швидко застарівають.

Структура доходу валідатора

Інфляційна винагорода (block rewards)

Solana використовує дисинфляційну модель емісії. Нові SOL генеруються кожен слот і розподіляються між валідаторами пропорційно їхній частці stake та кількості зареєстрованих кредитів голосування за епоху. Механіка розподілу визначається формулою з ваговими коефіцієнтами: частка stake та частка кредитів голосування мають різний вплив на фінальну винагороду.

Ключова особливість — інфляційна винагорода не є фіксованою в абсолютному вираженні. Вона залежить від загального обсягу stake в мережі, кількості активних валідаторів та поточного етапу кривої дисинфляції. Для актуального відсотка емісії на поточну дату слід звертатися до параметрів мережі через RPC-виклик getInflationGovernor або перевіряти на дашбордах на кшталт Solana Beach та Validators.app.

Валідатор отримує свою частку інфляційної винагороди повністю, але делегатори отримують лише частину, зменшену на комісію валідатора (commission). Комісія встановлюється валідатором самостійно та застосовується виключно до інфляційної винагороди, а не до комісій транзакцій чи MEV — це критично важливе розрізнення, якого часто не помічають.

Комісії транзакцій (transaction fees)

Кожна транзакція в Solana сплачує базову комісію (base fee), що розраховується як добуток кількості сигнатур та одиниці вартості compute unit (lamports per signature × number of signatures). Починаючи з реалізації механізму спалювання 50% комісій (активовано в версіях v1.14.x відповідно до SIMD-96), поточна модель працює так:

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

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

У періоди високої мережевої активності (NFT-дропи, порушення стабільності консенсусу, спами) дохід від комісій транзакцій може суттєво перевищувати інфляційну винагороду. У періоди низької активності — навпаки. Це робить комісії транзакцій найбільш волатильною складовою доходу.

MEV-дохід (tips, bundles)

MEV (Maximal Extractable Value) у Solana — це додатковий дохід, який валідатор може отримати завдяки контролю за порядком транзакцій у блоках, які він продукує. На відміну від Ethereum, де MEV історично екстрактувався через окремі механізми (flashbots), у Solana MEV реалізується переважно через систему tips — добровільних надбавок до комісії транзакції, які користувачі або пошукові системи додають для пріоритезації включення.

MEV-дохід має кілька форм:

  • Tips — надбавки до комісії транзакції, що вказують на пріоритетність включення. Відображаються в полі compute unit price транзакції.
  • Bundles — групи транзакцій, які мають бути включені атомарно (всі або жодна). Використовуються для арбітражу, ліквідацій у DeFi та інших стратегій.

Валідатор, який не використовує спеціалізоване ПЗ для обробки MEV (наприклад, Jito-Solana), все одно отримує частину MEV-доходу у вигляді підвищених tips у звичайних транзакціях, але втрачає можливість обробляти bundles та брати участь в аукціонах блоків.

Tips від Jito та інших MEV-інфраструктур

Jito-Solana — це форк валидаторного клієнта Solana (на базі Agave), який додає нативну підтримку обробки bundle-транзакцій та аукціонів tips. Механіка працює так:

  • Пошукові системи (searchers) надсилають bundles з tips на Jito block engine.
  • Block engine агрегує bundles та передає їх валідаторам, що працюють на Jito-Solana.
  • Валідатор обирає найприбутковіший bundle для включення в свій блок.
  • Tips від обраного bundle розподіляються між валідатором та делегаторами (на відміну від стандартних комісій транзакцій).

Важливо: розподіл Jito tips між валідатором та делегаторами відбувається за окремою формулою, яка відрізняється від розподілу інфляційної винагороди. Точні пропорції розподілу слід перевіряти в актуальній документації Jito, оскільки вони змінювалися з розвитком протоколу. Інші MEV-інфраструктури (TipLink, та подібні) можуть використовувати власні моделі розподілу.

Витрати валідатора

Апаратне забезпечення та хмарна інфраструктура

Мінімальні вимоги до апаратного забезпечення для валідатора Solana змінюються з ростом мережі. Станом на поточний період типова конфігурація включає високочастотний процесор (високий однонитковий показник), значний обсяг RAM (256 ГБ і більше для комфортної роботи) та швидкий NVMe SSD (2 ТБ+ для повного зберігання леджера без делегації до AWS). Точні специфікації слід перевіряти в офіційному репозиторії Solana на GitHub.

Існує два основні підходи до інфраструктури:

  • Bare metal / colocation — власні або орендовані фізичні сервери. Нижча постійна вартість при високому stake, але вищі початкові інвестиції та повна відповідальність за апаратні збої.
  • Хмарна інфраструктура (AWS, GCP, Hetzner, інші) — гнучкість масштабування, але вища постійна вартість та залежність від доступності хмарного провайдера. Деякі провайдери мають обмеження на трафік, що є критичним для Solana-валідатора.

Вибір між цими варіантами суттєво впливає на економіку валідатора залежно від розміру stake: при малому stake хмарна інфраструктура може бути єдиним доцільним варіантом, тоді як при великому stake різниця у вартості між bare metal та хмарою становить значну суму на річній основі.

Витрати на голосування (vote costs / vote credits)

Голосування — це окремий тип транзакцій, які валідатор надсилає для підтвердження правильності блоків. Кожна голосуюча транзакція сплачує комісію, аналогічну до звичайної транзакції. Оскільки голосування відбувається часто (кожні кілька слотів), сукупні витрати на голосування формують значну статтю витрат валідатора.

Детальний розбір механіки vote costs, методів оптимізації та актуальних оцінок витрат виокремлено в окремому матеріалі про vote costs. Тут варто зазначити лише принциповий момент: vote costs є фіксованою витратою незалежно від розміру stake валідатора. Валідатор із 100 SOL і валідатор із 1 000 000 SOL сплачують приблизно однакову суму за голосування, що створює суттєву різницю в відносних витратах.

Обслуговування та моніторинг

До непрямих витрат належать:

  • Моніторинг та алертинг — інфраструктура на базі Prometheus, Grafana або комерційних рішень для відстеження здоров'я ноди, пропущених слотів, затримок (skip rate, latency).
  • Резервне копіювання леджера — витрати на зберігання снапшотів та історичних даних.
  • Безпека — VLAN-ізоляція, firewall, управління ключами (HSM або air-gapped машини для ключа авторизованого валідатора).
  • Час оператора — оновлення клієнта, реагування на інциденти, участь у тестнетах перед основними релізами.

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

Розрахунок прибутковості

Як оцінити ROI валідатора

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

ROI на інвестований капітал (стейк):

ROI_stake = (Чистий дохід у SOL за період) / (Сума stake) × 100%

Цей показник релевантний для валідаторів, які делегують власний капітал на свою ж ноду і хочуть порівняти прибутковість з альтернативними стратегіями (просте делегування, liquid staking тощо).

ROI на операційні витрати:

ROI_ops = (Чистий дохід у SOL за період − Операційні витрати у SOL) / (Операційні витрати у SOL) × 100%

Цей показник релевантний для оцінки ефективності операторської діяльності як бізнесу.

Для коректного розрахунку необхідно:

  1. Зафіксувати вхідні дані: розмір stake, комісію валідатора, дату розрахунку.
  2. Отримати актуальні значення інфляційної винагороди через RPC (getInflationReward для конкретного валідатора за попередні епохи).
  3. Зібрати дані про комісії транзакцій за період (доступні через блок-експлорери або власну аналітику).
  4. Оцінити MEV-дохід за період (якщо використовується Jito — через дашборд Jito або API).
  5. Підсумувати всі витрати (інфраструктура, vote costs, обслуговування) та перевести їх у SOL за ринковим курсом на дату розрахунку.

Уникайте розрахунків на основі «середнього APY мережі» — цей показник не враховує індивідуальні фактори: skip rate, ефективність голосування, комісію, MEV-стратегію та реальні витрати.

Вплив розміру stake на економіку

Розмір stake фундаментально змінює економічну модель валідатора через три механізми:

  • Амортизація фіксованих витрат. Vote costs, базова інфраструктура моніторингу та мінімальна апаратна конфігурація — це фіксовані витрати, що не залежать від stake. При збільшенні stake їхня частка в сукупних витратах зменшується, що підвищує маржинальність.
  • Ефект комісії. Комісія валідатора (commission) застосовується до інфляційної винагороди делегаторів. При малому stake абсолютний дохід від комісії незначний, тоді як при великому stake він формує основну частину доходу оператора. Це створює асиметрію: валідатори з великим stake можуть дозволити собі нижчу комісію, зберігаючи прибутковість, тоді як малі валідатори змушені встановлювати вищу комісію для покриття витрат.
  • Лідерство та комісії транзакцій. Кількість продукованих блоків залежить від частки stake, але має стохастичну природу. Валідатор із більшим stake має більш передбачуване лідерство, що дозволяє краще планувати MEV-стратегії та очікуваний дохід від комісій транзакцій.

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

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

Джерела