La Fundación Solana anunció el 2 de julio en X que el mecanismo de gobernanza en cadena de Solana ya está activo; los validadores ahora pueden proponer, apoyar y votar decisiones de protocolo central a través de las Propuestas de Gobernanza de Solana (SGP), y todas las propuestas se completan en cadena. Cualquier validador con al menos 100.000 SOL delegados puede iniciar una SGP sin permiso; el umbral para que una propuesta pase a la fase de votación es un 15% de soporte de staking activo.
(Fuente: Github de Solana)
Según el anuncio oficial de la Fundación Solana, cualquier validador de Solana con al menos 100.000 SOL delegados puede iniciar una SGP en cadena sin permiso; para presentar una SGP se necesita una cuenta de votación de validador de Solana, svmgov CLI y una solicitud de extracción de SGP congelada en un valor SHA de confirmación específico.
Una vez que el documento SGP se bloquea en un valor SHA de confirmación específico, no se puede alterar; cualquier corrección debe reemplazar la versión original con una nueva SGP, garantizando la integridad del documento para la votación en cadena.
Según los documentos de la Fundación Solana, SGP responde a '¿Deberíamos hacer esto?', decidiendo mediante votación en cadena basada en peso de staking, requiriendo ideas direccionales viables; SIMD responde a '¿Cómo lo hacemos exactamente?', con revisión técnica por parte de desarrolladores principales, requiriendo un diseño completo e implementable. SGP no es un paso previo obligatorio para SIMD; solo cuando los validadores o titulares de staking alcanzan el umbral de apoyo del 15%, SGP interviene y envía la decisión a votación en cadena; de lo contrario, el proceso SIMD continúa normalmente.
La Fundación Solana cita el cambio del protocolo de consenso Alpenglow como un caso típico: debido a que los detalles técnicos aún no eran suficientes para pasar la revisión de SIMD, los desarrolladores utilizaron SGP para recopilar señales direccionales de la comunidad primero, y luego procedieron al desarrollo detallado del protocolo SIMD una vez que el diseño maduró.
Según el documento oficial de política de votación de la Fundación Solana, los parámetros completos de la política de votación de SGP son los siguientes:
Elegibilidad para presentar: la cuenta de votación del validador debe tener al menos 100.000 SOL delegados
Activación de votación: el 15% de los titulares de staking activo emiten una señal de apoyo para que SGP pase de 'Support' a 'Voting'; si no se alcanza el umbral, se desactiva automáticamente
Quórum: no hay requisito de número mínimo de votantes
Umbral de aprobación: los votos a favor deben alcanzar dos tercios (66,67%) del total de (A favor + En contra); los votos de abstención no se cuentan en el denominador
Período de votación: 3 épocas (una época de Solana es de aproximadamente dos días, es decir, el período de votación es de aproximadamente 6 días)
Según los documentos de la Fundación Solana, una vez que una SGP se bloquea en cadena, entra en una programación fija basada en épocas. Después de alcanzar el umbral de apoyo del 15%, el proceso en cadena se ejecuta en la siguiente secuencia fija: fase de discusión de 7 épocas (propuesta bloqueada, los miembros de la comunidad revisan y discuten, aún sin votación), instantánea NCN de 1 época (la Red de Consenso de Nodos captura el estado de staking que determina el peso de los votos), y fase de votación de 3 épocas (votación basada en peso de staking abierta, la SGP es finalmente aceptada o rechazada), totalizando 11 épocas (aproximadamente 22 días) para que los resultados se finalicen.
Según el anuncio de la Fundación Solana, si un delegante no está de acuerdo con la elección de voto del validador, puede anular el voto del validador en la página de gobernanza según su propio peso de staking; la operación de anulación debe completarse dentro del período de votación de 3 épocas. Votar 'A favor' en una SGP significa autorizar continuar avanzando en esa dirección; el trabajo de implementación posterior generalmente se especifica en una o más SIMD y versiones de cliente.
SGP (Propuesta de Gobernanza de Solana) maneja decisiones direccionales, se activa con un 15% de apoyo de staking, requiere una mayoría absoluta de dos tercios para aprobarse, y se decide mediante votación en cadena basada en peso de staking. SIMD (Documento de Mejora de Solana) maneja especificaciones técnicas concretas, es revisado por desarrolladores principales y requiere un diseño completo e implementable; SGP no es un paso previo obligatorio para SIMD.
Según los documentos oficiales de la Fundación Solana, una propuesta debe recibir señales de apoyo de al menos el 15% de los titulares de staking activo para pasar de la fase 'Support' a la fase 'Voting'; si la señal de apoyo no alcanza el umbral, la SGP se desactiva automáticamente y el proceso SIMD continúa normalmente.
Según el cronograma oficial, después de alcanzar el umbral de apoyo del 15%, el proceso en cadena se ejecuta fijamente durante 11 épocas: discusión 7 épocas, instantánea NCN 1 época, votación 3 épocas; una época de Solana es de aproximadamente 2 días, por lo que los resultados se finalizan aproximadamente 22 días después de alcanzar el umbral.
Noticias relacionadas
Drift Protocol se renombra como Velocity DEX, plan de reinicio tras robo de 280 millones de dólares
Las dApps de Solana generan $257M de ingresos en el segundo trimestre de 2026, lideran las redes por noveno trimestre
Lanzamientos de tokens de Solana alcanzan un máximo en 80 días impulsados por actividad de memecoins
Mercado de predicciones mundial se lanza en Solana a través de Phantom Wallet
Circle acuña $1B USDC en Solana, total de 2026 alcanza $64,25 mil millones