Нові пропозиції щодо управління Solana: стратегічний зсув

Фонд Solana офіційно запустив Пропозиції щодо управління Solana (SGP), що є значним кроком у тому, як мережа приймає рішення. SGP проти SIMD: «Чому» проти «Як» Щоб зрозуміти SGP, спочатку потрібно зрозуміти, чим він не є. Багато хто природно порівнюватиме його з існуючим процесом документації вдосконалення Solana (SIMD), але вони служать двом різним цілям: SIMD — це інженерні креслення: вони відповідають на питання «як» має бути реалізована технічна зміна. Їх перевіряють основні розробники, щоб забезпечити цілісність протоколу.

• SGP — це директивні мандати: вони відповідають на питання «чи варто нам це робити?». Вони стосуються волі спільноти та стратегії високого рівня. Думайте про це так: SGP — це політична воля, а SIMD — інженерна реалізація.

Чудовим прикладом цього є пропозиція «Alpenglow». Раніше спільнота намагалася просунути її через процес SIMD до того, як технічні деталі були повністю готові. Це створило тертя, оскільки розробникам потрібне було «зелене світло» на концепцію, перш ніж витрачати час на створення креслення. Завдяки SGP спільнота тепер може спочатку проголосувати «так», підтвердивши напрямок, перш ніж починати важку інженерну роботу.

| Функція | | --- | SGP (Пропозиції щодо управління Solana) | SIMD (Документи вдосконалення Solana) | | --- | --- | --- | | Основне питання | «Чи варто нам це робити?» | «Як саме це зробити?» | | Висота | Високий рівень, стратегічний напрямок | Детальна специфікація протоколу | | Хто вирішує | Голосування в ланцюгу з урахуванням частки | Технічний огляд основними розробниками | | Необхідна зрілість | Чітка ідея, яка варта сигналу спільноти | Повний, реалізовуваний дизайн |

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

• Поріг: Щоб ініціювати голосування SGP, пропозиція має отримати підтримку щонайменше 15% від загальної активної частки мережі.
• Намір: Цей високий бар'єр гарантує, що мережа не буде засмічена тривіальними голосуваннями. Це «запобіжний клапан», призначений для питань з довгостроковим економічним впливом, де спільнота вимагає місця за столом переговорів.

Як працює механіка Коли SGP ініційовано, він слідує структурованому, прозорому шляху. Кожна пропозиція складається з документа Markdown (що детально описує обґрунтування) та запису в ланцюгу, пов'язаного з конкретним, незмінним комітом SHA. Це гарантує, що пропозиція, за яку голосують, не може бути змінена в процесі. Правила голосування:

• Подання: Вимагає валідатора з часткою щонайменше 100 000 SOL.
• Тригер: 15% активної частки мають сигналізувати підтримку для переходу до формального голосування.
• Схвалення: Вимагає надзвичайної більшості у дві третини (66,67%) від голосів «За» та «Проти» (утримані виключаються).
• Часова шкала: Весь цикл займає приблизно 22 дні (11 епох) з моменту досягнення порогу підтримки до остаточного результату.

Загальна картина: дозрівання управління Протягом багатьох років критикою Solana було те, що її управління було надто централізованим, спираючись переважно на досвід основних розробників. Хоча такий підхід дозволив досягти неймовірної швидкості та продуктивності, він залишав стейкерів і валідаторів пасажирами в чужому автобусі. SGP змінює цю динаміку, кодифікуючи голос спільноти. Він не передає ключі від королівства DAO, а також не сповільнює критичну інженерію. Натомість він створює формальний канал для економічних і стратегічних рішень, які раніше покладалися на неформальний консенсус. Справжнім випробуванням будуть наступні місяці. Ми слідкуватимемо за тим, як часто досягатиметься 15-відсотковий поріг і чи зможуть спірні економічні зміни успішно пройти через цей новий процес. Наразі це являє собою зрілу, виважену еволюцію для Solana. спосіб збалансувати потребу в швидкій, керованій експертами інженерії з необхідністю управління, підтриманого спільнотою.