Mecanismo de governação on-chain da Solana lançado, propostas necessitam de 15% de apoio em staking para entrar em votação.

A Fundação Solana anunciou no dia 2 de julho no X que o mecanismo de governação na chain da Solana está oficialmente ativo; os validadores podem agora apresentar, apoiar e votar decisões do protocolo central através das Propostas de Governação da Solana (SGP), sendo todas as propostas concluídas on-chain. Qualquer validador com pelo menos 100 mil SOL delegados pode iniciar uma SGP sem permissão; o limiar para uma proposta entrar em fase de votação é de 15% de apoio do stake ativo.

Fundação Solana: Limiar mínimo de 100 mil SOL para validadores submeterem SGP

(Fonte: Solana Github)

De acordo com o comunicado oficial da Fundação Solana, qualquer validador da Solana com pelo menos 100 mil SOL delegados pode iniciar uma SGP on-chain sem permissão; para submeter uma SGP, é necessário ter uma conta de voto de validador Solana, o svmgov CLI e um pedido de pull (PR) da SGP bloqueado num valor SHA específico.

O ficheiro SGP, uma vez bloqueado num valor SHA específico, é imutável; qualquer correção deve substituir a versão original por uma nova SGP, garantindo a integridade do ficheiro na votação on-chain.

Distinção de funções entre SGP e SIMD: Decisões estratégicas e especificações técnicas

De acordo com os documentos da Fundação Solana, as SGP respondem a «Devemos fazê-lo?», através de uma votação on-chain com base no peso do stake, exigindo ideias estratégicas viáveis; as SIMD respondem a «Como devemos implementar exatamente?», com revisão técnica pelos programadores centrais, exigindo designs completos e implementáveis. As SGP não são um passo obrigatório antes das SIMD; apenas quando os validadores ou detentores de stake atingem o limiar de 15% de apoio é que as SGP intervêm e submetem a decisão a votação on-chain; caso contrário, o processo SIMD avança normalmente.

A Fundação Solana cita a alteração do protocolo de consenso Alpenglow como exemplo típico: como os detalhes técnicos ainda não eram suficientes para aprovação via SIMD, os programadores usaram uma SGP para recolher primeiro o sinal estratégico da comunidade, aguardando que o design amadurecesse para um desenvolvimento detalhado do protocolo SIMD.

Política de votação: Limiar de ativação de 15% do stake, maioria absoluta de dois terços para aprovação

De acordo com o documento oficial da política de votação da Fundação Solana, os parâmetros completos da política de votação SGP são os seguintes:

Elegibilidade para submissão: A conta de voto do validador deve deter pelo menos 100 mil SOL delegados

Ativação da votação: 15% dos detentores de stake ativo emitem um sinal de apoio para que a SGP passe da fase de Apoio para Votação; se o limiar não for atingido, a SGP expira automaticamente

Quórum: Sem requisito mínimo de número de votos

Limiar de aprovação: Os votos a favor devem atingir dois terços (66,67%) do total (A favor + Contra); os votos de Abstenção não contam para o denominador

Período de votação: 3 Epochs (um Epoch da Solana equivale a cerca de dois dias, ou seja, o período de votação é de aproximadamente 6 dias)

Cronograma do ciclo de vida das SGP: 11 Epochs fixos após atingir o limiar de 15% de apoio

De acordo com os documentos da Fundação Solana, uma vez bloqueada on-chain, a SGP entra num agendamento fixo em Epochs. Após atingir o limiar de 15% de apoio, o processo on-chain segue a seguinte sequência temporal fixa: fase de discussão de 7 Epochs (proposta bloqueada, membros da comunidade revêem e discutem, sem votação ainda), snapshot NCN de 1 Epoch (a rede de consenso de nós captura o estado do stake que determina o peso do voto), fase de votação de 3 Epochs (votação baseada no peso do stake aberta, a SGP é finalmente aceite ou rejeitada), totalizando 11 Epochs (cerca de 22 dias) até o resultado ser finalizado.

Mecanismo de sobreposição de voto dos delegadores: Possibilidade de sobrepor o voto do validador na página de governação com base no peso do stake

De acordo com o anúncio da Fundação Solana, se os delegadores discordarem da escolha de voto do validador, podem sobrepor o voto do validador na página de governação com base no seu próprio peso do stake; a operação de sobreposição deve ser concluída dentro do período de votação de 3 Epochs. Votar «A favor» numa SGP significa autorizar a continuação nessa direção; o trabalho de implementação subsequente é normalmente regulado numa ou mais SIMD e versões de cliente.

Perguntas Frequentes

O que é o Solana SGP e como difere do SIMD?

O SGP (Proposta de Governação Solana) trata de decisões estratégicas, ativadas com 15% de apoio do stake, exigindo maioria absoluta de dois terços dos votos, com decisão por votação on-chain baseada no peso do stake. O SIMD (Documento de Melhoria Solana) trata de especificações técnicas concretas, revisto por programadores centrais, exigindo designs completos e implementáveis; o SGP não é um passo obrigatório antes do SIMD.

Qual é o limiar para uma proposta entrar na fase de votação SGP?

De acordo com os documentos oficiais da Fundação Solana, a proposta precisa de obter pelo menos 15% dos detentores de stake ativo a emitir um sinal de apoio para passar da fase de Apoio para a fase de Votação; se o sinal de apoio não atingir o limiar, a SGP expira automaticamente e o processo SIMD prossegue normalmente.

Depois de atingir o limiar de apoio, quanto tempo leva a votação SGP?

De acordo com o cronograma oficial, após atingir o limiar de 15% de apoio, o processo on-chain decorre em 11 Epochs fixos: 7 Epochs de discussão, 1 Epoch de snapshot NCN, 3 Epochs de votação; um Epoch da Solana equivale a cerca de 2 dias, ou seja, cerca de 22 dias após o limiar até o resultado final ser determinado.