Anza pone fin al monopolio del liderazgo en Solana, el protocolo de 50 ms de múltiples proponentes se presenta oficialmente

La empresa de desarrollo del cliente de Solana, Anza, publicó el 25 de marzo la propuesta de diseño del protocolo Constellation. Constellation es un protocolo de múltiples proponentes (MCP) que busca, desde la capa de arquitectura, romper el monopolio temporal de los líderes de slots en Solana en la inclusión y ordenación de transacciones, e introduce un ciclo económico de 50 milisegundos, el ciclo más corto en cadenas de bloques descentralizadas en producción actualmente.

Por qué existe un problema de monopolio en la arquitectura actual

Actualmente, el líder de slot en Solana tiene control exclusivo sobre todas las transacciones entrantes durante su mandato, pudiendo ver todo el flujo de transacciones y decidir qué transacciones incluir y en qué orden. Este diseño genera un «monopolio temporal» estructural, creando un espacio sistemático para estrategias de valor máximo extraíble (MEV): los líderes pueden reordenar, insertar o revisar transacciones específicas para obtener beneficios asimétricos, favoreciendo ciertos actores o suprimiendo las ofertas de la competencia.

Anza considera que esta estructura de mercado impide que Solana logre realmente los valores centrales de un mercado de capital descentralizado, por lo que es necesario realizar una corrección fundamental a nivel de protocolo, en lugar de depender solo de parches externos.

La arquitectura técnica de tres capas de Constellation

Constellation elimina este monopolio permitiendo que múltiples proponentes envíen transacciones simultáneamente y exigiendo que, una vez alcanzado un umbral de testigos, el líder esté obligado a incluir las transacciones. El líder aún se encarga de ensamblar el bloque final, pero bajo supervisión continua de la red de testigos.

Los parámetros técnicos clave de Constellation son:

Ciclo económico de 50 milisegundos: Los proponentes envían transacciones en fragmentos codificados, usando la misma tecnología que el sistema de difusión de bloques Turbine de Solana, siendo el ciclo más corto en cadenas de bloques descentralizadas en producción.

Umbral de inclusión forzada (40%): Si al menos el 40% de los validadores recibe el fragmento del proponente, el líder debe incluir la transacción correspondiente en el lote; no podrá rechazarla alegando que no la vio.

Sanciones equivalentes y mecanismo de salto: Si un proponente firma dos versiones en conflicto del mismo bloque, será automáticamente excluido; si la tasa de validación total cae por debajo del 60%, el bloque completo será omitido.

Rediseño de tarifas: mecanismo para evitar que los líderes se esquiven

Constellation tiene un principio clave en su estructura de tarifas: la tarifa de programación no puede pagarse directamente al líder del slot. Si el líder pudiera cobrar directamente estas tarifas, podría manipular la ordenación de transacciones mediante tarifas elevadas, evadiendo el mecanismo de múltiples proponentes. Por ello, las tarifas de programación se redistribuyen en proporción a los intereses de todos los validadores y se suavizan a lo largo del ciclo.

Anza enfatiza que, para los validadores, el resultado final es similar al sistema actual: aún reciben tarifas de inclusión y programación, pero sin la distribución desproporcionada que genera un monopolio de un solo líder.

Constellation actúa como preprocesador de Alpenglow, que planea reemplazar el mecanismo de consenso TowerBFT y la prueba de historia (PoH) de Solana, con un tiempo de finalización estimado de unos 150 milisegundos. Anza planea completar el despliegue de la mainnet de Alpenglow en el tercer trimestre de 2026, seguido del lanzamiento de la versión inicial de MCP.

Preguntas frecuentes

¿Cómo resuelve Constellation de manera fundamental el problema de MEV en Solana?

Constellation permite que múltiples proponentes envíen transacciones simultáneamente y establece un umbral de inclusión forzada (40% de validadores testigos), privando al líder del control unilateral sobre el orden. El líder no puede revisar transacciones específicas ni ajustar el orden arbitrariamente, eliminando de raíz las oportunidades de MEV monopolísticas en la arquitectura actual.

¿En qué difiere la solución anti-MEV de Constellation respecto a Ethereum?

Las soluciones anti-MEV en Ethereum (como MEV-Boost) aún dependen de diseños externos al protocolo y requieren coordinación adicional. Constellation integra directamente múltiples proponentes y mecanismos anti-revisión en el propio protocolo de consenso de Solana, lo que podría convertir a Solana en la primera cadena principal en implementar nativamente un sistema competitivo de múltiples proponentes a nivel de protocolo.

¿Cuál es el cronograma de avance de Alpenglow y Constellation?

Anza planea desplegar la actualización de consenso Alpenglow en la mainnet de Solana en el tercer trimestre de 2026, y la versión inicial de Constellation (MCP) seguirá poco después del lanzamiento de Alpenglow. El whitepaper completo y una demostración interactiva ya están disponibles en el sitio oficial de Anza, y la comunidad puede enviar comentarios.