Програма Foundation Delegation — це механізм, через який Solana Foundation передає частину власного стейку обраним валідаторам мережі. На практиці це означає, що Foundation делегує свої токени SOL на валідаторські голоси (vote accounts), не передаючи права власності на самі токени. Програма існує з ранніх етапів розвитку мережі й залишається одним із найвпливовіших інструментів формування топології стейкінгу Solana.

Що таке Foundation Delegation

Мета програми: підтримка децентралізації

Головна заявлена мета Foundation Delegation — протидія концентрації стейку в руках невеликої кількості найбільших валідаторів. У мережах з доказом стейку (Proof-of-Stake) нові валідатори стикаються з проблемою «курячого яйця та курки»: без значного стейку важко привабити делегаторів, а без делегаторів немає стейку. Foundation частково вирішує цю проблему, надаючи початковий стейк валідаторам, які відповідають певним стандартам.

Важливо розуміти: Foundation Delegation не є грантом чи безповоротною передачею токенів. Це саме делегування — Foundation зберігає можливість відкликати стейк у будь-який момент. Це створює специфічну динаміку: валідатори, які отримали делегування, мають постійно підтримувати якість роботи, інакше стейк може бути перенаправлено на іншого кандидата.

Як Foundation обирає валідаторів для делегування

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

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

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

Критерії та процес

Вимоги до валідаторів: продуктивність, uptime, безпека

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

  • Uptime. Валідатор повинен підтримувати високий відсоток участі в консенсусі. Історичні пропуски слотів (skipped slots) або тривалі періоди офлайн-стану є серйозним підставою для відмови або вилучення делегування.
  • Показник skip rate. Foundation відстежує частоту пропущених слотів. Конкретні допустимі значення варто перевіряти в актуальних критеріях, оскільки вони можуть коригуватися залежно від загального стану мережі.
  • Безпека інфраструктури. Очікується наявність базових практик безпеки: відокремлені валідаторні ноди від інших сервісів, використання firewall, обмежений доступ до серверів, регулярне оновлення софту.
  • Версія клієнта. Валідатор має працювати на актуальній або рекомендованій версії агрегатора (agave або сумісному клієнті). Запущені на застарілих версіях ноди не розглядаються.
  • Відсутність санкцій. Валідатор не повинен мати історії slashинг-подій або інших порушень протокольних правил.

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

Механізм делегування та розподілу stake

Технічно делегування реалізується через стандартну інструкцію Stake::DelegateStake — ту саму, яку використовують усі делегатори в мережі. Foundation створює стейк-акаунти, прив'язує їх до vote account обраного валідатора та активує делегування.

Ключові особливості механізму:

  • Розмір делегування на одного валідатора. Foundation не делегує однакову суму кожному. Розподіл залежить від поточного стейку валідатора, загального пулу кандидатів та стратегії Foundation нині. Точні суми не фіксуються публічно як постійні значення.
  • Локування (lockup). Стейк-акаунти Foundation можуть мати період локування. Це означає, що навіть якщо Foundation вирішить перенаправити делегування, деактивация стейку займе певний час відповідно до протокольних правил.
  • Комісії валідатора. Комісія валідатора (commission) застосовується й до делегування Foundation. Це свідома позиція: Foundation не вимагає спеціальних умов щодо комісій, хоча надмірно високі комісії можуть впливати на рішення про відбір.
  • Зміна делегування. Коли Foundation переносить стейк з одного валідатора на іншого, це відбувається через стандартний процес деактивації з подальшим переделегуванням. Тривалість цього процесу визначається протоколом.

Вплив на мережу

Як Foundation Delegation впливає на децентралізацію

Ефект програми на децентралізацію є двостороннім. З одного боку, Foundation Delegation дійсно сприяє розподілу стейку: без цієї програми частка топ-10 валідаторів була б вищою, а поріг входу для нових операторів — значно складнішим. Деякі нині відомі валідатори починали з делегування Foundation і згодом привабили органічний стейк від інших делегаторів.

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

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

Критика та альтернативні підходи

Серед поширених критичних зауважень до Foundation Delegation:

  • Непрозорість критеріїв. Хоча Foundation публікує загальні вимоги, точна вага кожного фактора в рішенні невідома. Це створює ризик сприйняття упередженості, навіть якщо її немає.
  • Конфлікт інтересів. Foundation як організація має власні пріоритети, які можуть не збігатися з пріоритетами децентралізованої мережі. Делегування на валідаторів, які лояльні до Foundation у питаннях управління, є реальним ризиком, хоча й важко доводимим.
  • Ефект «кришталевого стейку». Делегування від Foundation може слугувати сигналом для інших делегаторів («якщо Foundation довіряє цьому валідатору, то й я можу»), що посилює вплив програми beyond її прямого розміру стейку.

Серед альтернативних підходів, що обговорюються в спільноті:

  • Алгоритмічне делегування. Автоматичний розподіл стейку на основі формалізованих метрик (uptime, skip rate, розмір стейку) без ручного відбору. Це усувало б упередженість, але обмежувало гнучкість.
  • Квадратичне делегування. Моделі, де голосова сила зменшується зі зростанням делегованого стейку, що стимулювало б розподіл.
  • Спільне делегування через DAO. Передача рішень про делегування децентралізованій організації замість окремої структури Foundation.
  • Повна відмова від програми. Деякі учасники екосистеми вважають, що ринок має самостійно формувати топологію стейку без втручання будь-яких централізованих суб'єктів.

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

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

Джерела