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

Фонд Solana 2 липня оголосив у X, що механізм управління на ланцюзі Solana офіційно запущено; валідатори тепер можуть через пропозиції управління Solana (SGP) подавати, підтримувати та голосувати за ключові рішення протоколу, всі пропозиції виконуються на ланцюзі. Будь-який валідатор, який має делеговано щонайменше 100 000 SOL, може без дозволу ініціювати SGP; поріг для переходу пропозиції до стадії голосування – 15% активної ставки підтримки.

Фонд Solana: мінімальний поріг для подання SGP валідатором – 100 000 SOL

(Джерело: Solana Github)

Згідно з офіційним оголошенням Фонду Solana, будь-який валідатор Solana, який має делеговано щонайменше 100 000 SOL, може без дозволу ініціювати SGP на ланцюзі; подання SGP вимагає наявності облікового запису для голосування валідатора Solana, CLI svmgov та запиту на отримання SGP, зафіксованого на певному значенні SHA коміту.

Файл SGP, як тільки зафіксовано на певному значенні SHA коміту, стає незмінним; будь-які виправлення повинні замінювати оригінальну версію новим SGP, щоб забезпечити цілісність документа для голосування на ланцюзі.

Розмежування функцій SGP та SIMD: стратегічні рішення та технічні специфікації

Згідно з документацією Фонду Solana, SGP відповідає на запитання «Чи варто нам це робити?», визначається голосуванням на ланцюзі на основі ваги ставки, вимагає здійсненних стратегічних ідей; SIMD відповідає на запитання «Як саме ми це реалізуємо?», проходить технічний огляд основними розробниками, вимагає повного та реалізованого дизайну. SGP не є обов’язковим попереднім кроком для SIMD; лише коли валідатори або власники ставок досягають 15% порогу підтримки, SGP втручається та передає рішення на голосування на ланцюзі, інакше процес SIMD продовжується як звичайно.

Фонд Solana наводить зміну консенсусного протоколу Alpenglow як типовий приклад: оскільки технічні деталі ще недостатні для проходження перевірки SIMD, розробники використали SGP для попереднього збору стратегічних сигналів від спільноти, а після дозрівання дизайну перейшли до детальної розробки протоколу SIMD.

Політика голосування: 15% ставки – поріг запуску, дві третини абсолютної більшості – поріг ухвалення

Згідно з офіційним документом політики голосування Фонду Solana, повні параметри політики голосування SGP такі:

Право подання: обліковий запис голосування валідатора повинен мати делеговано щонайменше 100 000 SOL

Запуск голосування: 15% власників активної ставки подають сигнал підтримки, тоді SGP може перейти зі стадії Support до Voting; якщо поріг не досягнуто, SGP автоматично втрачає чинність

Кворум: немає вимог до мінімальної кількості голосів

Поріг ухвалення: голоси «За» повинні становити дві третини (66,67%) від загальної кількості голосів «За» + «Проти»; голоси «Утрималися» не враховуються в знаменнику

Період голосування: 3 Epoch (один Epoch Solana триває приблизно два дні, тобто період голосування становить близько 6 днів)

Графік життєвого циклу SGP: після досягнення 15% порогу підтримки фіксований цикл з 11 Epoch

Згідно з документацією Фонду Solana, після фіксації SGP на ланцюзі він переходить у фіксований графік, виміряний в Epoch. Після досягнення 15% порогу підтримки процес на ланцюзі виконується за таким фіксованим графіком: етап обговорення – 7 Epoch (пропозиція зафіксована, члени спільноти переглядають та обговорюють, голосування ще не відкрите), знімок NCN – 1 Epoch (мережа згоди вузлів фіксує стан ставок, що визначає вагу голосування), етап голосування – 3 Epoch (відкривається голосування на основі ваги ставки, SGP остаточно приймається або відхиляється). Разом 11 Epoch (близько 22 днів) до остаточного визначення результату.

Механізм перекриття голосування делегаторів: можна перекрити голосування валідатора на сторінці управління відповідно до ваги власної ставки

Згідно з оголошенням Фонду Solana, якщо делегатор не згоден з вибором голосування валідатора, він може на сторінці управління перекрити голосування валідатора відповідно до ваги власної ставки; операція перекриття повинна бути завершена протягом 3 Epoch періоду голосування. Голосування «За» за SGP означає авторизацію продовжувати цей напрямок; подальша реалізація зазвичай визначається в одному або кількох SIMD та версіях клієнта.

Поширені запитання

Що таке Solana SGP і чим він відрізняється від SIMD?

SGP (пропозиція управління Solana) опрацьовує стратегічні рішення, запускається при 15% підтримки ставки, вимагає двох третин абсолютної більшості голосів, рішення приймається голосуванням на ланцюзі на основі ваги ставки. SIMD (документ вдосконалення Solana) опрацьовує конкретні технічні специфікації, проходить перевірку основними розробниками, вимагає повного та реалізованого дизайну; SGP не є обов’язковим попереднім кроком для SIMD.

Який поріг для переходу пропозиції до стадії голосування SGP?

Згідно з офіційними документами Фонду Solana, пропозиція повинна отримати сигнали підтримки від щонайменше 15% власників активної ставки, щоб перейти зі стадії Support до Voting; якщо сигнали підтримки не досягають порогу, SGP автоматично втрачає чинність, а процес SIMD продовжується як звичайно.

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

Згідно з офіційним графіком, після досягнення 15% порогу підтримки процес на ланцюзі фіксовано триває 11 Epoch: обговорення – 7 Epoch, знімок NCN – 1 Epoch, голосування – 3 Epoch; один Epoch Solana триває приблизно 2 дні, тобто приблизно через 22 дні після досягнення порогу результат остаточно визначається.