Solana запускает управление блокчейном с помощью голосования валидаторов

Solana logo and the title 'Introducing Solana Governance Proposals' on a dark abstract background.

Solana Foundation представил Solana Governance Proposals — новый внутрисетевой процесс, позволяющий валидаторам переводить важные вопросы сети в формат голосования с учетом доли участия. Система предоставляет валидаторам формальный способ подачи, поддержки и принятия решений по вопросам управления, которые могут определить будущее направление развития протокола Solana.

Между тем, в репозитории Solana Governance Proposals говорится, что SGP — это документы, предлагаемые валидаторами Solana для голосования с учетом доли участия в блокчейне через программу svmgov. Этот процесс предназначен для решения вопросов высокого уровня, касающихся того, следует ли сети двигаться в определенном направлении, а не для детальных технических изменений. Это позволяет сосредоточить внимание SGP только на общем направлении развития сети.

Для участия в голосовании SGP на счете валидатора должно быть не менее 100 000 SOL в стейкинге. Затем предложение должно быть поддержано не менее чем 15% активного стейкинга, прежде чем оно сможет быть вынесено на голосование. В документации Solana Governance говорится, что валидаторы создают предложения, другие валидаторы их поддерживают, а вес голосования подтверждается с помощью доказательств Меркла на основе снимка стейкинга.

Этот процесс отделяет сигналы от кода

Процесс SGP дополняет документы по улучшению Solana, которые описывают детальное проектирование протокола. Проще говоря, в документах SGP задается вопрос, следует ли Solana двигаться в том или ином направлении, а в документах SIMD объясняется, как будут реализованы изменения. В репозитории говорится:

«Ответ «да» на SGP означает мандат на продолжение работы».

Жизненный цикл предложения включает этапы от идеи до черновика, поддержки, голосования, принятия и активации. Как только предложение достигает порога поддержки в 15%, оно переходит в фиксированный 11-этапный процесс. В него входят семь этапов для обсуждения, один этап для создания снимка сети консенсуса узлов и три этапа для голосования.

Правило кворума отсутствует. Предложение принимается только в том случае, если количество голосов «За» достигает как минимум 66,67% от общего числа голосов «За» плюс «Против». В описании репозитория также указано, что SGP не являются обязательными для каждого технического изменения. Если валидаторы не поддержат предложение, разработчики могут продолжить его рассмотрение в рамках обычной процедуры SIMD.

Управление начинается по мере продолжения модернизации

Запуск происходит на фоне продолжающегося тестирования масштабных изменений инфраструктуры Solana. Как сообщалось ранее, обновление Alpenglow поступило на тестирование в сообществе валидаторов в мае. Alpenglow стремится сократить время подтверждения примерно до 150 миллисекунд и исключить Proof of History и транзакции голосования в блокчейне из основного процесса Solana.

Новый маршрут SGP может предоставить валидаторам более понятный способ запрашивать указания по всей сети до того, как разработчики начнут техническую работу. В репозитории GitHub в качестве примера предложения, которое могло бы сначала пройти голосование по направлению, прежде чем последующие SIMD-методы определят путь сборки, используется Alpenglow. Этот пример показывает, как Solana может использовать SGP, когда требуется ввод данных от валидаторов до завершения разработки технических деталей.

Читайте также: