Mecanismo de governança on-chain da Solana é lançado, propostas precisam de 15% de apoio em staking para entrar em votação.

Solana Foundation anunciou em 2 de julho no X que o mecanismo de governança on-chain da Solana foi oficialmente lançado; validadores agora podem propor, apoiar e votar decisões centrais do protocolo por meio de Propostas de Governança da Solana (SGP), com todas as propostas sendo concluídas on-chain. Qualquer validador com pelo menos 100.000 SOL delegados pode iniciar uma SGP sem permissão; o limite para uma proposta entrar na fase de votação é de 15% de apoio do stake ativo.

Solana Foundation: limite mínimo para validadores submeterem SGP é de 100.000 SOL

(Fonte: Solana Github)

De acordo com o anúncio oficial da Solana Foundation, qualquer validador da Solana com pelo menos 100.000 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 CLI svmgov e um pull request da SGP congelado em um valor SHA específico.

Uma vez que o documento SGP é fixado a um valor SHA específico, ele não pode ser alterado; qualquer correção deve substituir a versão original por uma nova SGP, garantindo a integridade do documento na votação on-chain.

Diferenciação de funções entre SGP e SIMD: decisões direcionais vs. especificações técnicas

De acordo com o documento da Solana Foundation, a SGP responde "devemos fazer isso?", com uma decisão on-chain baseada no peso do stake, exigindo ideias direcionais viáveis; o SIMD responde "como exatamente devemos operar?", sujeito a revisão técnica pelos desenvolvedores principais, exigindo um design completo e implementável. A SGP não é uma etapa obrigatória anterior ao SIMD; somente quando validadores ou detentores de stake atingem 15% de apoio é que a SGP intervém e submete a decisão à votação on-chain; caso contrário, o processo do SIMD segue normalmente.

A Solana Foundation cita a alteração do consenso Alpenglow como um caso típico: como os detalhes técnicos ainda não eram suficientes para a aprovação pelo SIMD, os desenvolvedores usaram a SGP para coletar sinais direcionais da comunidade primeiro, aguardando o design amadurecer para então realizar o desenvolvimento detalhado do protocolo SIMD.

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

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

Elegibilidade para submissão: a conta de voto do validador deve ter pelo menos 100.000 SOL delegados

Ativação da votação: quando 15% dos detentores de stake ativo emitem um sinal de apoio, a SGP pode passar de Support para Voting; se o limite não for atingido, a proposta expira automaticamente

Quórum: não há requisito mínimo de votantes

Limite de aprovação: os votos For devem atingir dois terços (66,67%) do total de (For + Against); votos Abstain não contam no 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 da SGP: após atingir 15% de apoio, execução fixa de 11 Epochs

De acordo com o documento da Solana Foundation, uma vez que a SGP é fixada on-chain, ela entra em um cronograma fixo baseado em Epochs. Após atingir o limite de 15% de apoio, o processo on-chain segue a seguinte sequência fixa: fase de discussão de 7 Epochs (proposta fixada, membros da comunidade revisam e discutem, votação ainda não aberta), 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 aceita ou rejeitada), totalizando 11 Epochs (aproximadamente 22 dias) até que o resultado seja finalizado.

Mecanismo de sobreposição de voto do delegador: pode sobrepor o voto do validador com base no peso do stake na página de governança

De acordo com o anúncio da Solana Foundation, se um delegador discordar da escolha de voto do validador, ele pode sobrepor o voto do validador com base em seu próprio peso do stake na página de governança; a operação de sobreposição deve ser concluída dentro do período de votação de 3 Epochs. Votar "A favor" em uma SGP significa autorizar o prosseguimento da direção; o trabalho de implementação subsequente é normalmente especificado em um ou mais SIMDs e versões do cliente.

Perguntas frequentes

O que é a Solana SGP e como ela difere do SIMD?

A SGP (Proposta de Governança da Solana) lida com decisões direcionais, ativadas por 15% de apoio do stake, exigindo dois terços da maioria absoluta dos votos, com decisão on-chain baseada no peso do stake. O SIMD (Documento de Melhoria da Solana) lida com especificações técnicas específicas, revisado pelos desenvolvedores principais, exigindo um design completo e implementável; a SGP não é uma etapa obrigatória anterior ao SIMD.

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

De acordo com o documento oficial da Solana Foundation, uma proposta precisa receber um sinal de apoio de pelo menos 15% dos detentores de stake ativo para passar da fase Support para a fase Voting; se o sinal de apoio não atingir o limite, a SGP expira automaticamente e o processo do SIMD segue normalmente.

Após atingir o limite de apoio, quanto tempo leva para a votação da SGP ser concluída?

De acordo com o cronograma oficial, após atingir o limite de 15% de apoio, o processo on-chain executa fixamente 11 Epochs: discussão por 7 Epochs, snapshot NCN por 1 Epoch, votação por 3 Epochs; um Epoch da Solana equivale a cerca de 2 dias, ou seja, após atingir o limite, o resultado é finalizado em aproximadamente 22 dias.