Нові пропозиції з управління 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 — спосіб збалансувати потребу у швидкій, експертній інженерії з необхідністю управління, що підтримується спільнотою.