Solana estrena gobernanza on-chain: 100.000 SOL y cero quórum

Hacen falta 100.000 SOL — unos 7,8 millones de dólares al precio del lanzamiento — solo para abrir una propuesta que Solana vote on-chain. El 2 de julio de 2026, Solana activó los Solana Governance Proposals (SGP), el primer mecanismo de la red para que validadores y delegadores voten con peso de stake (poder de voto proporcional al SOL que cada uno bloquea en la red) y que ese voto quede registrado en la cadena. Hasta ese día, la dirección de una de las mayores blockchains del mundo se decidía en documentos revisados internamente por el equipo central, sin votos públicos y sin voz formal para quien delega sus monedas. El giro es histórico. Pero el diseño trae una decisión que sus propios críticos consideran un vector de ataque: los SGP eliminan el quórum mínimo que exigía el sistema anterior, y eso abre la puerta a que una minoría motivada fije el rumbo del protocolo mientras la mayoría se abstiene.

Este artículo analiza cómo funcionan los SGP paso a paso, por qué el hack de Drift Protocol en abril fue el detonante político, qué implica el umbral de 100.000 SOL para la concentración de poder, y por qué la ausencia de quórum coloca a Solana en un punto intermedio incómodo entre Ethereum (sin gobernanza on-chain formal) y Cosmos (con quórum del 40 %).

¿Qué son los Solana Governance Proposals y qué cambian?

Un SGP es una votación on-chain (registrada directamente en la blockchain, verificable por cualquiera) sobre la dirección estratégica de la red. Es el equivalente en Solana a lo que en otros protocolos se llama gobernanza on-chain: si quieres entender el concepto general de votación con tokens y sus límites, lo desarrollamos en qué es una DAO. La diferencia clave es que un SGP no gobierna un protocolo DeFi construido encima de la cadena, sino la capa base (Layer 1) sobre la que corre todo lo demás.

Antes del 2 de julio, Solana no tenía nada parecido. Las decisiones se canalizaban a través de los Solana Improvement Documents (SIMD), propuestas técnicas revisadas por los desarrolladores del núcleo y la Solana Foundation. Los SIMD funcionan bien para lo que son —el detalle de ingeniería de un cambio— pero no eran un mecanismo de voto: no había registro on-chain de quién apoyaba qué, ni forma de que un delegador que hubiera puesto su SOL con un validador expresara una opinión distinta a la de ese validador.

Los SGP no reemplazan a los SIMD; se sientan encima. La división es deliberada: el SGP decide si la red debe ir en cierta dirección (la pregunta política), y el SIMD posterior decide cómo construir ese cambio (la pregunta de ingeniería). Es la separación entre el «qué queremos» y el «cómo lo hacemos», y es la primera vez que Solana la formaliza con votos verificables.

¿Por qué el hack de Drift fue el verdadero detonante?

La gobernanza formal no nació de un debate académico. Nació de una crisis. El 1 de abril de 2026, Drift Protocol —uno de los mayores protocolos de derivados sobre Solana— sufrió un exploit que drenó 285 millones de dólares en cuestión de minutos, atribuido a actores vinculados a Corea del Norte. Cubrimos la anatomía completa en cómo Corea del Norte drenó 285 M$ de Drift en 12 minutos.

El hack expuso algo incómodo que iba más allá de Drift. La respuesta de emergencia dependió de un puñado de figuras con capacidad de intervenir —el llamado Security Council y los actores centrales del ecosistema— y eso reabrió la pregunta que Solana llevaba años esquivando: ¿quién manda realmente aquí, y con qué legitimidad? Una red que aspira a liquidar activos financieros a escala institucional no puede depender de un club informal para decidir su dirección.

El 7 de abril, la Solana Foundation anunció una revisión de seguridad post-Drift que formalizó la respuesta del ecosistema al incidente. Los SGP, lanzados meses después, responden a ese mismo impulso: repartir un poder de decisión que el hack demostró peligrosamente concentrado. En otras palabras: la concentración de poder que el hack de Drift dejó a la vista es exactamente el problema que los SGP dicen resolver. La ironía —que veremos en las próximas secciones— es que el diseño elegido puede reproducir esa misma concentración por otra vía.

¿Cómo funciona una propuesta SGP paso a paso?

El recorrido de un SGP tiene tres puertas y un reloj fijo. Conviene entenderlo en orden, porque cada umbral es un punto donde una propuesta puede morir.

La primera puerta es la elegibilidad: solo un validador que controle al menos 100.000 SOL, stakeados o bloqueados en la red, puede abrir una propuesta. Aquí hay un matiz que la prensa a veces confunde: ese SOL no se gasta. No es una comisión que consume monedas, sino un requisito de peso —una prueba de que quien propone tiene la piel en el juego—. Al precio del 2 de julio, con SOL en torno a 78 dólares y una capitalización de mercado en torno a los 44.000 millones de dólares, esos 100.000 SOL equivalían a unos 7,8 millones de dólares en poder de stake.

La segunda puerta es el umbral de arranque: antes de que se abra la votación formal, la propuesta debe reunir el apoyo del 15 % del stake activo total de la red. Es un filtro anti-ruido: evita que cualquier propuesta trivial monopolice el proceso.

Superado ese 15 %, arranca un proceso fijo de once epochs. Un epoch en Solana dura aproximadamente dos días, de modo que el recorrido completo —desde que se cruza el umbral hasta el resultado— ocupa alrededor de 22 días: siete epochs de discusión, uno para el snapshot que congela el peso de cada validador mediante un árbol de Merkle construido desde el propio libro mayor de la cadena, y tres para el voto. Cada voto que emite un validador va acompañado de una prueba Merkle —una cadena de hashes que conecta su entrada en el libro mayor con la raíz del árbol— antes de contarse. La tercera puerta es la aprobación: hace falta una supermayoría de dos tercios del stake que efectivamente vote.

¿Qué es la "soberanía del staker" y por qué importa?

La pieza más interesante del diseño es la que la Solana Foundation llama staker sovereignty —soberanía del staker—. En la mayoría de sistemas de peso por stake, si delegas tus monedas a un validador, ese validador vota por ti y punto. Tú prestas tu poder de voto sin poder recuperarlo salvo que muevas tu stake.

Los SGP rompen esa regla. Si tienes SOL delegado con un validador y ese validador vota en un sentido, tú puedes usar tu porción del stake para votar en el contrario, y tu voto se cuenta a tu favor, no al suyo. Y si tu validador se abstiene, tú puedes votar igualmente. Sobre el papel, es una salvaguarda potente contra el poder de los grandes operadores: el poder de voto real vuelve a manos de quien posee las monedas, no de quien las custodia.

El problema es que la soberanía del staker es una salvaguarda teórica hasta que se ejerce. Anular el voto de tu validador exige enterarse de que hay una votación, entender la propuesta y actuar dentro de la ventana de tres epochs. La inmensa mayoría de los delegadores nunca hará nada de eso. Y ahí es donde el diseño elegido se cruza con su mayor punto débil.

¿Por qué la ausencia de quórum es el problema nuevo?

Aquí está el ángulo que la cobertura de noticias no desarrolla. El sistema SIMD previo exigía una participación mínima del 33 % del stake para que un voto fuera válido. Los SGP eliminan ese requisito: no declaran ningún quórum mínimo. Una propuesta se aprueba si obtiene dos tercios del stake que vote, sea cual sea la fracción del total que participe.

La aritmética es la trampa. Si solo participa el 9 % del stake total, bastan dos tercios de ese 9 % —el 6 % de la red— para fijar la dirección del protocolo. La Solana Foundation presenta la soberanía del staker como el contrapeso: cualquiera puede votar, luego el sistema es abierto. Pero abierto no es lo mismo que participativo. La historia de la gobernanza on-chain es, en gran medida, una historia de apatía: la gente delega y se olvida.

Ya hemos visto adónde lleva ese camino. La baja participación fue precisamente lo que erosionó la gobernanza de Aave, con propuestas decididas por un puñado de actores mientras la mayoría de holders miraba a otro lado; lo contamos en la crisis de gobernanza de Aave y el éxodo de contribuidores. Conviene marcar la diferencia: Aave es una DAO que gobierna un protocolo DeFi, mientras que un SGP gobierna una Layer 1 entera —la infraestructura sobre la que corren miles de aplicaciones—. El fallo es el mismo, pero la superficie de impacto es mucho mayor. Cuando la gobernanza que se vacía por apatía es la de la capa base, no la de una aplicación, un grupo pequeño no captura un protocolo: captura los cimientos.

¿Puede una coalición de grandes validadores bloquear cualquier propuesta?

El segundo riesgo es la cara opuesta de la apatía. El umbral de 100.000 SOL para proponer favorece estructuralmente a los validadores grandes: son los únicos que llegan con holdings propios sin tener que coordinar a nadie. Y el análisis crítico más citado del lanzamiento apunta a que un bloque reducido de validadores de primer nivel, si actúa concertado, podría reunir peso suficiente para bloquear —o empujar— propuestas prácticamente a voluntad.

Combina las dos dinámicas y el cuadro se agrava: en un entorno de baja participación, el peso relativo de las whales (tenedores con posiciones enormes) crece, porque son los que sí votan. Un pequeño grupo motivado no necesita ganar a toda la red; le basta con ganar a la fracción que se molesta en aparecer. Es exactamente el tipo de centralización silenciosa que analizamos en por qué el peor riesgo de DeFi no son los hacks, sino la centralización oculta: el poder no se concentra por un fallo técnico, sino por el diseño de los incentivos y la inercia de los participantes.

Queda la propia Solana Foundation. Su programa de delegación (SFDP) ha reducido su participación hasta el entorno del 4-6 % del stake total de la red en 2026 — lejos del ~44 % de los primeros años, según los datos públicos del programa. La pregunta abierta no es si la Foundation domina la red, sino si ese 4-6 % basta para ser actor decisivo en un sistema sin quórum donde la mayoría se abstiene: en una votación con participación baja, un bloque de ese tamaño que sí vota pesa mucho más de lo que sugiere su porcentaje nominal.

¿Cómo se compara con Ethereum y Cosmos?

La mejor forma de situar los SGP es ponerlos junto a los dos extremos del espectro. Ethereum, la mayor plataforma de contratos inteligentes, no tiene gobernanza on-chain formal: sus cambios se coordinan de forma social, a través de discusión pública, procesos de mejora (EIP) y la decisión última de clientes y validadores de adoptar o no una actualización. Cosmos, en el otro extremo, tiene una gobernanza on-chain madura con un quórum explícito: para que una propuesta sea válida, más del 40 % del stake total debe participar en el voto.

Solana queda en un punto intermedio peculiar. Ha construido la maquinaria on-chain que Ethereum nunca quiso —votos verificables, peso por stake, soberanía del delegador—, pero ha renunciado al freno que Cosmos considera imprescindible. En Cosmos, una propuesta con participación ínfima simplemente no cuenta: el quórum del 40 % la invalida. En Solana, esa misma propuesta puede convertirse en ley del protocolo. La comparación deja claro que la ausencia de quórum no es un descuido, sino una elección de diseño con consecuencias medibles.

¿Qué relación tiene esto con las mejoras técnicas de Alpenglow?

Solana ha vivido dos transformaciones simultáneas en 2026, y conviene no confundirlas. Una es técnica: el salto de rendimiento de Firedancer, Alpenglow y DoubleZero que analizamos en Solana confirma en 150 ms: más rápida que Visa y rival de Hyperliquid. La otra es política: los SGP. Son dos ejes distintos del mismo proyecto.

La forma más limpia de distinguirlos: Alpenglow decidió cómo Solana es más rápida; los SGP deciden quién controla esa velocidad. El primero es una cuestión de arquitectura de consenso —cuántos milisegundos tarda un bloque en confirmarse—. El segundo es una cuestión de poder —quién tiene voz para cambiar las reglas que rigen esa arquitectura—. Una red puede ser técnicamente impecable y estar gobernada por un puñado de actores; puede ser lenta y radicalmente descentralizada. Solana está apostando por resolver ambas cosas a la vez, y los SGP son la mitad que el mercado había ignorado hasta ahora.

No es casual que el mismo 2 de julio SOL superara los 80 dólares por primera vez en semanas. El mercado leyó la activación de la gobernanza on-chain como un catalizador positivo —una señal de madurez institucional—. Pero un catalizador de precio no valida el diseño. La prueba real llegará con el primer SGP controvertido: el día que una propuesta divida a la comunidad, veremos si la soberanía del staker es una salvaguarda operativa o una nota a pie de página, y si la ausencia de quórum es una virtud de agilidad o el agujero que sus críticos anticipan.

¿Qué quedan como lecciones a fecha de 3 de julio?

A un día de la activación, tres conclusiones se sostienen sin necesidad de esperar al primer voto. Primera: Solana ha cruzado una línea que no tiene marcha atrás fácil —pasar de gobernanza informal a votos on-chain verificables es un compromiso público difícil de deshacer—. Segunda: el diseño resuelve el problema de legitimidad que dejó al descubierto el hack de Drift (ahora hay un procedimiento, no un club) pero introduce un problema de representatividad (sin quórum, la minoría que participa decide por la mayoría que no lo hace). Tercera: los dos umbrales —100.000 SOL para proponer y cero quórum para aprobar— empujan en la misma dirección, hacia los grandes validadores, aunque la soberanía del staker exista para contrarrestarlo sobre el papel.

El dato a vigilar en las próximas semanas no es el precio de SOL, sino la tasa de participación del primer SGP que llegue a votación. Si vota mucho más del 33 % del stake —el listón que el sistema SIMD exigía y que los SGP abandonaron— la crítica del quórum se desinfla. Si vota mucho menos, quedará demostrado que Solana construyó la maquinaria de la democracia on-chain sin el mecanismo que la mantiene honesta.

Fuentes y enlaces: CoinDesk — Solana adds on-chain governance (2-jul-2026) · BanklessTimes — cobertura técnica (2-jul-2026) · The Defiant — staker sovereignty · TechTimes — override de delegadores · Cosmos SDK — módulo de gobernanza (quórum 40 %)