Anza, el equipo de desarrollo de Solana, ha presentado Constellation, la primera propuesta formal para implementar Múltiples Proponentes Concurrentes (MCP) en una blockchain de producción a gran escala. El objetivo es tan ambicioso como estructural: acabar con el monopolio temporal del líder de bloque —la raíz del MEV extractivo— y devolver al protocolo la equidad que los usuarios no tienen hoy.
Por qué Solana necesita Constellation
En una blockchain con un único líder rotativo, el validador que ocupa esa posición durante unas pocas ranuras decide qué transacciones entran, en qué orden y cuáles se quedan fuera. Esa ventana de discrecionalidad es el caldo de cultivo del Maximal Extractable Value (MEV): adelantamiento, ataques sándwich, censura selectiva y cualquier estrategia que explote la información que solo el líder posee. Solana agrava el problema al no tener un mempool público, lo que convierte la asimetría en algo aún más opaco.
Hasta ahora, la solución dominante en el sector ha sido la separación proponente-constructor (PBS) de Ethereum: externalizar la construcción de bloques a actores especializados que compiten por el MEV y luego lo reparten. Jito, el motor de bloques de Solana, sigue una lógica similar al ofrecer subastas fuera del protocolo. Pero tanto PBS como Jito gestionan el MEV, no lo eliminan. Constellation rompe con ese enfoque: impone restricciones criptográficas al líder para que ciertas formas de extracción sean literalmente imposibles.
Cómo funciona: propositores, atestiguadores y la jaula del líder
Constellation introduce dos nuevos roles: los propositores y los atestiguadores. En ciclos de 50 milisegundos, unos 16 propositores concurrentes ensamblan las transacciones entrantes en fragmentos codificados (pslices) y los distribuyen a 256 atestiguadores. Cuando una fracción suficiente de atestiguadores da el visto bueno a una transacción, el líder queda criptográficamente obligado a incluirla en el bloque final. Si decide ignorarla, el bloque se vuelve inválido y la red lo rechaza.
Dicho de otro modo: el líder sigue siendo quien empaqueta el bloque, pero ya no elige qué entra. Su discrecionalidad queda reducida a una jaula matemática. El resultado es lo que el whitepaper de Anza llama resistencia selectiva a la censura: en cada ciclo, o bien todas las transacciones viables por comisión entran, o ninguna lo hace.
Anza sitúa esta propuesta sobre Alpenglow, la nueva capa de consenso de Solana cuyo lanzamiento está previsto para el tercer trimestre de 2026. Constellation no sustituye al consenso; lo complementa redefiniendo la estructura de mercado del blockspace.
Lo que Constellation resuelve… y lo que deja pendiente
La censura selectiva por parte del líder queda anulada. Las transacciones que pagan una comisión competitiva tendrán garantías matemáticas de inclusión. Además, todo el flujo económico que hoy circula por servicios de aterrizaje fuera del protocolo —comisiones off-chain, acuerdos bilaterales con validadores— se reintegra al protocolo, reforzando sus ingresos nativos.
Sin embargo, los ataques de frontrunning y de manipulación temporal no desaparecen. Al distribuir las transacciones a múltiples propositores en el momento de su envío, el diseño de MCP puede incluso ampliar la superficie de ataque: más actores ven la transacción antes de que el bloque se forme. Los juegos de latencia basados en el tiempo siguen sin ser punibles con el diseño actual, como reconoce el propio equipo.
Constellation no se limita a gestionar el MEV: lo hace imposible en el diseño del protocolo.
Otro punto crítico es que la selección de proponentes y atestiguadores se hace por peso de stake. Si la concentración de SOL delegado es alta, los mismos grandes validadores que hoy dominan la producción de bloques podrían seguir controlando los nuevos roles. El impacto neto sobre los validadores pequeños no se podrá modelar hasta que veamos la futura SIMD que concrete los parámetros.
Y luego está la latencia. El round de atestiguadores, la ventana de 50 ms y el ensamblado por lotes añaden tiempo respecto al camino directo actual hacia la Transaction Processing Unit (TPU). A cambio, la latencia de inclusión se reduce: una transacción válida ya no depende del humor del líder, sino de una garantía acotada por protocolo. La gran incógnita, que Anza aún no ha despejado con benchmarks, es cuánto subirá la latencia de secuenciación en ranuras de 200 ms respecto al sistema actual.
Análisis: ¿puede Solana permitirse el lujo de la equidad?
Constellation representa un giro filosófico radical. Mientras Ethereum asume que el MEV es inevitable y construye un mercado de terceros para gestionarlo, Solana se planta ante el problema de raíz. Es la diferencia entre repartir el botín y eliminar el robo. Pero esa ambición tiene costes reales.
La red que a día de hoy presume de 65.000 TPS en picos reales ha construido su identidad sobre la velocidad. Ahora se le pide que ceda algo de rendimiento para ganar equidad estructural. La pregunta no es si el trade-off merece la pena, sino si los usuarios de DeFi lo percibirán como una mejora o como un lastre. Un trader de alta frecuencia quizá prefiera la latencia ultrabaja actual aunque sepa que el líder le puede jugar una mala pasada; un protocolo de préstamos, en cambio, agradecerá la inclusión garantizada sin juegos de censura.
El verdadero punto de inflexión llegará cuando Anza publique los datos comparativos de latencia con y sin Constellation. Hasta entonces, la comunidad debate sobre renuncias que no puede cuantificar. La experiencia dice que el mercado perdona los costes que entiende, y la equidad, cuando se traduce en inclusión predecible, tiende a atraer al capital institucional que hoy se mantiene al margen por miedo a juegos ocultos.
Si la implementación confirma que la sobrecarga de latencia es manejable, Constellation podría ser la reforma más profunda de la estructura de mercado de Solana desde la propia Proof of History.
