Solana Foundation объявила 2 июля в X, что механизм управления в сети Solana официально запущен; валидаторы теперь могут предлагать, поддерживать и голосовать по ключевым решениям протокола через Solana Governance Proposal (SGP), все предложения обрабатываются в сети. Любой валидатор с делегированием не менее 100 тыс. SOL может без разрешения инициировать SGP; порог для перехода предложения к голосованию составляет 15% поддержки активного стейкинга.
Solana Foundation: минимальный порог для валидаторов при подаче SGP — 100 тыс. SOL
(Источник: Solana Github)
Согласно официальному объявлению Solana Foundation, любой валидатор Solana с делегированием не менее 100 тыс. SOL может без разрешения инициировать SGP в сети; для подачи SGP требуется учетная запись валидатора для голосования Solana, CLI svmgov и замороженный Pull Request SGP с конкретным значением SHA фиксации.
После фиксации файла SGP на определенном значении SHA он становится неизменным; любые исправления должны заменять исходную версию новым SGP, обеспечивая целостность документов для голосования в сети.
Разграничение функций SGP и SIMD: стратегические решения и технические спецификации
Согласно документации Solana Foundation, SGP отвечает на вопрос «Стоит ли нам это делать?» и принимается на основе голосования в сети с весом стейкинга, требуя стратегической идеи с реализуемостью; SIMD отвечает на вопрос «Как именно нам это сделать?», проходя техническую проверку основными разработчиками и требуя полного и реализуемого дизайна. SGP не является обязательным предварительным шагом для SIMD; SGP вмешивается и передает решение на голосование в сети только тогда, когда валидаторы или держатели стейка достигают порога поддержки в 15%; в противном случае процесс SIMD продолжается в обычном режиме.
Solana Foundation приводит изменение консенсусного протокола Alpenglow в качестве типичного примера: из-за недостаточной технической детализации для прохождения проверки SIMD разработчики использовали SGP для предварительного сбора стратегических сигналов от сообщества, а затем после созревания дизайна приступили к детальной разработке протокола SIMD.
Политика голосования: порог триггера — 15% стейка, порог принятия — абсолютное большинство в две трети
Согласно официальному документу политики голосования Solana Foundation, полные параметры политики голосования SGP следующие:
Право подачи: учетная запись валидатора для голосования должна иметь делегирование не менее 100 тыс. SOL
Триггер голосования: 15% держателей активного стейка подают сигнал поддержки, после чего SGP может перейти от стадии Support к Voting; если порог не достигнут, предложение автоматически аннулируется
Кворум: отсутствие требования к минимальному числу голосующих
Порог принятия: голоса «За» должны составлять две трети (66,67%) от суммы голосов «За» и «Против»; голоса «Воздержался» не учитываются в знаменателе
Продолжительность голосования: 3 эпохи (одна эпоха Solana ~ 2 дня, то есть период голосования ~ 6 дней)
График жизненного цикла SGP: фиксированная длительность 11 эпох после достижения порога в 15% поддержки
Согласно документации Solana Foundation, после фиксации SGP в сети он переходит в фиксированный график в эпохах. После достижения порога поддержки в 15% сетевой процесс выполняется по следующему фиксированному таймингу: стадия обсуждения — 7 эпох (предложение зафиксировано, члены сообщества изучают и обсуждают, голосование еще не открыто), снимок NCN — 1 эпоха (сеть консенсуса узлов фиксирует состояние стейка, определяющее вес голосования), стадия голосования — 3 эпохи (голосование с весом стейка открыто, SGP окончательно принимается или отклоняется), итого 11 эпох (~22 дня) до окончательного определения результата.
Механизм переопределения голоса делегата: возможность переопределить голос валидатора на странице управления в соответствии с весом собственного стейка
Согласно объявлению Solana Foundation, если делегат не согласен с выбором голоса валидатора, он может переопределить голос валидатора на странице управления в соответствии с весом своего собственного стейка; операция переопределения должна быть выполнена в течение периода голосования в 3 эпохи. Голос «За» по SGP означает одобрение продолжения данного направления; последующая реализация обычно регламентируется одним или несколькими SIMD и версиями клиента.
Часто задаваемые вопросы
Что такое Solana SGP и чем он отличается от SIMD?
SGP (Solana Governance Proposal) рассматривает стратегические решения, инициируется при поддержке 15% стейка, требует абсолютного большинства в две трети голосов, принимается на основе голосования в сети с весом стейкинга. SIMD (Solana Improvement Document) рассматривает конкретные технические спецификации, проверяется основными разработчиками, требует полного и реализуемого дизайна; SGP не является обязательным предварительным шагом для SIMD.
Каков порог для перехода предложения в стадию голосования SGP?
Согласно официальным документам Solana Foundation, предложение должно получить сигнал поддержки не менее чем от 15% держателей активного стейка, чтобы перейти от стадии Support к стадии Voting; если сигнал поддержки не достигает порога, SGP автоматически аннулируется, а процесс SIMD продолжается в обычном режиме.
Сколько времени занимает голосование SGP после достижения порога поддержки?
Согласно официальному графику, после достижения порога поддержки в 15% сетевой процесс фиксированно длится 11 эпох: обсуждение — 7 эпох, снимок NCN — 1 эпоха, голосование — 3 эпохи; одна эпоха Solana ~ 2 дня, то есть после достижения порога результат окончательно определяется примерно через 22 дня.
