Un espectáculo de imitación técnica: la ambición y la realidad de Solana

Recientemente, ocurrió algo notable en el ecosistema de Solana. La Fundación Solana, Anza, Jito Labs y otros jugadores importantes publicaron conjuntamente una hoja de ruta técnica titulada "Internet Capital Markets(Internet Capital Markets, ICM)". El concepto central de esta hoja de ruta es "Application Controlled Execution(, ACE)", que tiene como objetivo otorgar a las aplicaciones en cadena el derecho de ordenación de transacciones autónomas en milisegundos, creando un "Wall Street en cadena" descentralizado.

Curiosamente, al leer todo el mapa de ruta, aunque no se menciona directamente a Hyperliquid, el diseño está prácticamente enfocado en las ventajas de Hyperliquid en todas partes. Es como si Solana estuviera proclamando: "Lo que Hyperliquid tiene, nosotros también lo queremos, ¡y lo haremos mejor!"

Hyperliquid ocupa una posición dominante en el mercado de contratos perpetuos en cadena, con un volumen de operaciones que llegó a representar aproximadamente el 65% de todo el mercado de perpetuos descentralizados. Frente a competidores tan fuertes, Solana claramente no está dispuesta a ser superada por los nuevos entrantes, por lo que ha lanzado esta hoja de ruta ICM.

Entonces, ¿qué es exactamente este "show de imitaciones"? ¿Puede Solana realmente alcanzar e incluso superar a Hyperliquid? Profundicemos en este tema.

Contexto y contenido de ICM

¿Quién está liderando esta transformación?

Este mapa de ruta fue elaborado en conjunto por los jugadores de peso del ecosistema de Solana:

• Fundación/Labs de Solana: El "papá" de Solana, responsable de la coordinación general y el desarrollo del protocolo central.

• Anza: una empresa de desarrollo fundada por exmiembros de Solana Labs, similar a ConsenSys de Ethereum. En esta hoja de ruta, se encargó de muchos trabajos fundamentales en tecnología, como el nuevo protocolo de consenso Alpenglow.

• Jito Labs: proveedor de infraestructura MEV en Solana, con un gran impacto, controla casi todo el flujo de MEV en Solana. Esta vez lidera la provisión de Block Assembly Marketplace (BAM) y otros esquemas de ordenación de transacciones.

• Multicoin Capital: una famosa institución de inversión en criptomonedas, también es uno de los primeros apoyos de Solana. Posee una gran cantidad de SOL y derechos sobre proyectos del ecosistema, teniendo una considerable influencia en la dirección técnica.

• DoubleZero: un equipo enfocado en acelerar la comunicación de red, que ofrece soluciones de red de fibra óptica dedicadas para mejorar la velocidad de comunicación entre los nodos de validación de Solana.

• Drift: El principal proyecto de DEX de contratos perpetuos en Solana. Anteriormente utilizaba un modo de emparejamiento fuera de la cadena, y se mostró algo abrumado al enfrentarse a Hyperliquid completamente en la cadena. Esta vez participa en la formulación de la hoja de ruta, y claramente espera aprovechar la actualización subyacente para dar un giro a la situación.

El problema central a resolver

El roadmap se centra en la mejora de la microestructura del mercado, siendo el núcleo que el actual mecanismo de transacciones en cadena no es lo suficientemente amigable para los creadores de mercado. Los Takers, que inician activamente las transacciones, tienen la ventaja, mientras que los Market Makers (, que esperan a que se ejecuten sus órdenes, se encuentran en desventaja. Esto se debe a que los Takers a menudo tienen la información más reciente y aumentan proactivamente las tarifas de transacción para asegurar la ejecución prioritaria, mientras que los Makers a menudo no tienen tiempo para retirar sus órdenes y se ven obligados a ejecutar a precios desfavorables.

Algunos arbitrajistas de alta frecuencia aprovechan esta asimetría para lanzar ataques de "tráfico tóxico". Por ejemplo, cuando el precio en cadena aún no se ha actualizado, pero el precio fuera de la cadena ya ha cambiado, el arbitrajista puede aprovechar el precio antiguo para ejecutar órdenes de los creadores de mercado, haciendo que estos asuman las pérdidas. Como resultado, el creador de mercado, para protegerse, debe ampliar el diferencial de compra-venta o reducir la cantidad de órdenes pendientes, lo que lleva a una disminución de la liquidez en todo el mercado.

La hoja de ruta de ICM tiene como objetivo equilibrar este patrón y atraer liquidez de alta calidad de vuelta a la cadena.

) La estrategia de tres pasos de ICM

Solana dividirá este gran plan en tres etapas:

Corto plazo###1-3 meses(: Optimizar principalmente la experiencia de transacciones en la cadena existente, hacer que las aplicaciones de libros de órdenes sean más útiles y reducir la interferencia maliciosa de MEV. Esto incluye lo siguiente:

• El mercado Block Assembly de Jito Labs ) BAM ( se lanza en la mainnet. Este módulo proporciona un sistema de complemento temporal antes del lanzamiento de Ultimate ACE, permitiendo que los contratos inteligentes en Solana tengan derecho a ordenar transacciones de manera autónoma.

• El equipo de Anza optimizó la tasa de éxito de "entrada en el mismo Slot" para reducir el deslizamiento y las pérdidas de MEV.

Se espera que estas mejoras se implementen gradualmente entre julio y septiembre de 2025.

Intermedio )3-9 meses (: Introducción de una red de alta velocidad dedicada y una nueva versión de consenso, que reduce significativamente la latencia y mejora el rendimiento:

• Desplegar una red de fibra óptica dedicada a DoubleZero, proporcionando a los validadores comunicación de alta velocidad con prácticamente cero fluctuaciones y una reducción de la latencia de hasta 100 ms.

• Se lanzó el protocolo de consenso Alpenglow, reduciendo el tiempo de confirmación final de aproximadamente 12.8 segundos a aproximadamente 0.15 segundos.

• Desarrollo de la ejecución de programas asíncronos ) Ejecución de Programas Asíncronos, APE (, reduce el bloqueo de la ejecución de transacciones en el consenso.

Largo plazo )9-30 meses (: llevar a cabo una actualización revolucionaria de la arquitectura central de Solana, con el objetivo de lograrlo alrededor de 2027:

• Múltiples líderes concurrentes )Multiple Concurrent Leaders, MCL(: Permite que múltiples validadores propongan transacciones simultáneamente en sus respectivos pipelines, y luego ordena y combina estos bloques paralelos según las tarifas de prioridad. Esto debilita el monopolio de un único empaquetador y mejora la resistencia a la censura.

• Ejecución Controlada por Aplicaciones ), ACE(: permite otorgar verdaderamente a los contratos inteligentes en la cadena el poder de controlar el orden de ejecución de las transacciones.

Imitación 1: Mecanismo de ordenamiento de transacciones

) La solución definitiva de ICM: Aplicación de ejecución controlada ### ACE (

El mapa de ruta de ICM propone el concepto de ACE)Application Controlled Execution(, que descentraliza el derecho de ordenamiento de transacciones a las aplicaciones en cada cadena, permitiendo que cada aplicación decida cómo ordenar y ejecutar las transacciones relacionadas. En el futuro, en Solana, que implementará ACE, los contratos DeFi podrán establecer las siguientes reglas personalizadas de ordenamiento de transacciones:

• Actualización de precios de Oracle: Las aplicaciones DeFi pueden insertar primero una transacción para obtener el último precio del oracle antes de la coincidencia de grandes transacciones, asegurando que los pedidos se realicen al precio razonable más reciente y evitando que las ofertas de los creadores de mercado se basen en precios desactualizados y sean objeto de arbitraje.

• Prioridad en la ejecución de cancelaciones: la aplicación puede establecer que las "solicitudes de cancelación" se ejecuten antes que nuevas "transacciones de orden de mercado", permitiendo que el creador tenga la oportunidad de retirar la orden en caso de que el mercado se vuelva desfavorable.

• Subasta de cola de equipo: por ejemplo, después de que aparezca una gran orden de compra que eleve el precio, la aplicación DeFi subastará la oportunidad de "seguir inmediatamente" a quien esté dispuesto a devolver el mayor beneficio al protocolo ) o al usuario (, el protocolo DeFi ejecutará la transacción de quien lo haga. La aplicación DeFi puede devolver los ingresos de la subasta a los usuarios, convirtiendo así el flujo de MEV tóxico en ingresos positivos.

) BAM de JITO: plan de transición

Antes del lanzamiento oficial de ACE, Jito Labs presentó una solución de transición llamada Block Assembly Marketplace ###BAM(. El flujo de trabajo de BAM es:

1. El usuario envía la transacción a un nodo que ejecuta el software BAM ) en lugar de enviarla directamente al líder actual (.

2. El nodo BAM recoge transacciones locales y ejecuta varios plugins ) plugin ( para reordenar el paquete de transacciones ) Bundle ( bajo la protección de la privacidad ). Los plugins se ejecutan en un entorno seguro de TEE, ocultando el contenido de la transacción al exterior antes de la ejecución (. A través de los plugins, los desarrolladores de aplicaciones pueden personalizar varias reglas de ordenación para sus contratos, como prioridad en cancelaciones, actualización de precios de oráculos antes de la coincidencia, e incluso ejecutar subastas complejas dentro de la aplicación.

3. El Bundle de transacciones ordenado se envía nuevamente al Líder de Solana para ser empaquetado en la cadena.

BAM puede considerarse como el campo de pruebas antes de que ACE esté en la cadena, su funcionalidad es muy similar a la de ACE definitiva, solo que funciona en una red independiente fuera de la cadena, y no está integrado en el protocolo de la cadena principal de Solana.

Es importante señalar que Jito había estado proporcionando infraestructura enfocada en la extracción de MEV ) como el Jito Block Engine (, cuyo modelo de negocio es crear oportunidades para los arbitrajistas y compartir los beneficios mediante la optimización del orden de las transacciones. Esto, en cierta medida, se posiciona como una "lanza" opuesta a los usuarios comunes y a los que son objeto de arbitraje. Sin embargo, Jito cerró a principios de 2024 la función de piscina de memoria pública ) mempool ( para los robots de arbitraje, con el fin de reducir externalidades negativas como los ataques de sándwich. Esta medida indica que la comunidad de Solana tiende a reprimir el MEV perjudicial y a mantener la equidad para los usuarios.

El lanzamiento de BAM sigue esta línea de pensamiento: esencialmente transforma el mecanismo de orden originalmente utilizado para la arbitraje de MEV en un "escudo" para proteger a los proveedores de liquidez, como los creadores de mercado, por ejemplo, priorizando la anulación de órdenes para evitar que los creadores de mercado sufran daños, e introduciendo incentivos de puja para reducir las ganancias de las carreras. Los buscadores de MEV originales, si quieren ganar dinero, deben cambiar de rol, escribiendo complementos de BAM para servir a los protocolos DeFi y beneficiarse de las tarifas de los complementos.

) aprender de HYPERLIQUID

La idea anterior de ACE/BAM se puede considerar como una especie de seguimiento del mecanismo de emparejamiento en la cadena de Hyperliquid. Hyperliquid es una cadena dedicada ###Appchain(, que está intrínsecamente diseñada para servir a DEX. Además, el HLP Vault operado oficialmente por Hyperliquid es en realidad uno de los mayores creadores de mercado de la plataforma, por lo que no es difícil entender que las reglas de la cadena de Hyperliquid están más orientadas hacia los proveedores de liquidez, habiendo implementado en la capa de la cadena muchos diseños que protegen a los creadores de mercado, por ejemplo:

• Prioridad en la protección de órdenes: las cancelaciones de órdenes y las órdenes de solo maker se procesan con prioridad, evitando que los creadores de mercado sean afectados por transacciones desfavorables sin su conocimiento. La "ejecución prioritaria de cancelaciones" mencionada por Solana ACE ha sido practicada durante años por Hyperliquid.

• Garantía de precio más reciente: El proceso de liquidación y emparejamiento de Hyperliquid enfatiza el uso del precio de alimentación más reciente y el estado de margen para realizar una "doble verificación". Por ejemplo, cuando hay una orden pendiente que se ejecuta, el sistema volverá a consultar el último precio del oráculo para evaluar el margen de ambas partes, asegurando que no haya riesgos debido a retrasos en el precio. Esto es similar a cómo ACE inserta actualizaciones del oráculo antes de ejecutar la transacción.

• Protección contra auto-transacciones: Si una misma dirección compra y vende simultáneamente, Hyperliquid cancelará automáticamente en lugar de emparejar, para evitar el lavado de operaciones o costos innecesarios.

Solana ICM de ACE/BAM, sin duda, está "aprendiendo" de Hyperliquid. Hyperliquid, como el líder en CLOB en cadena, ha implementado una serie de mecanismos amigables para los creadores de mercado a través de una cadena exclusiva. Ahora, Solana espera utilizar una cadena general y complementos modularizados para replicar este efecto------es decir, permitir que cada aplicación tenga un control similar sobre el orden de las transacciones como Hyperliquid.

Imitación dos: Finalidad instantánea

) Comparación de consensos existentes

Solana actualmente utiliza Tower BFT, la confirmación y la finalización son probabilísticas y progresivas: un bloque recibe 2/3 de los votos y se considera "confirmado ### Confirmed (", pero se requieren aproximadamente 32 bloques posteriores acumulados en la cadena ), lo que normalmente toma alrededor de 13 segundos ( para ser anclado como "finalizado ) Finalized (". Para ciertas aplicaciones ) como el comercio de alta frecuencia (, un tiempo de confirmación final de unos segundos sigue siendo demasiado largo.

HyperBFT es el algoritmo de consenso desarrollado por Hyperliquid, inspirado en el consenso HotStuff, que utiliza una confirmación de bloque de dos rondas de votación para lograr "finalidad instantánea".

• Primera ronda: Pre-voto ) Prevote (: Cuando los validadores reciben el bloque candidato transmitido por el Proposer, realizan una verificación rápida. Si la verificación es exitosa, cada validador emitirá un "pre-voto" ) Prevote ( y lo transmitirá a toda la red. Este voto representa: "Lo he revisado preliminarmente, este bloque está bien."

• Segunda ronda: Precompromiso ) Precommit (: Una vez que un validador ha recopilado los Prevotes de más de dos tercios de los validadores para el mismo bloque candidato, obtiene suficiente confianza en que la mayoría de los miembros de la red apoyan este bloque. Por lo tanto, el validador emitirá un voto de "precompromiso" más contundente ) Precommit ( y lo transmitirá. Este voto representa: "He visto que la mayoría de la red está de acuerdo, estoy listo para registrar oficialmente este bloque en el libro mayor."

• ¡Cuando un validador recibe el Precommit de más de dos tercios de los validadores para el mismo bloque candidato, se alcanza el consenso! Este bloque se considera finalizado )Finalized(. Se añadirá de forma permanente e irreversible a la cadena de bloques.

Esto significa que cada bloque de Hyperliquid es un bloque final, sin posibilidad de bifurcación o retroceso, con un retraso de generación de bloques extremadamente bajo------la información oficial revela que el retraso promedio de confirmación es de aproximadamente 0.2 segundos, y en el 99% de los casos no supera los 0.9 segundos. Esta certeza de milisegundos es muy ideal para el trading de alta frecuencia, ya que una vez que se emite una transacción, puede ser confirmada rápidamente y no puede ser reestructurada, lo que mejora enormemente la eficiencia del capital.

) ALPENGLOW logra la finalización instantánea

Alpenglow es un nuevo protocolo de consenso que Solana está preparando para lanzar, con el objetivo de acelerar la confirmación final de bloques a 1-2 slots### aproximadamente 150ms(, logrando una finalización instantánea similar a HyperBFT. En Alpenglow, el componente que reemplaza a TowerBFT y se encarga del consenso se llama Votor, que es un sistema de votación de doble vía:

• Vía rápida: Si en la primera ronda de votación de un bloque, más del 80% o igual de los "derechos" de la red ), que se pueden entender como el peso de voto representado por la cantidad de tokens SOL que los validadores han apostado (, votan todos a favor de que este bloque es válido, entonces este bloque será confirmado de inmediato como "finalidad" ) Finalize (.