Новые предложения по управлению Solana: Стратегический сдвиг

Фонд Solana официально запустил Solana Governance Proposals (SGP) — шаг, знаменующий важный этап в том, как сеть принимает решения. SGP против SIMD: «Почему» против «Как» Чтобы понять SGP, сначала нужно понять, чем он не является. Многие, естественно, будут сравнивать его с существующим процессом Solana Improvement Document (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 — способ сбалансировать потребность в быстрой, экспертной разработке с необходимостью управления, поддерживаемого сообществом.