Hoja de ruta de Solana ICM: ¿un espectáculo de imitación de Hyperliquid?
Recientemente, ha ocurrido algo notable en el ecosistema de Solana. La Fundación Solana, Anza, Jito Labs y otros participantes importantes han publicado conjuntamente una hoja de ruta técnica llamada "Internet Capital Markets ( Internet Capital Markets, ICM )". La idea central de esta hoja de ruta es "Ejecución Controlada por Aplicaciones ( Application Controlled Execution, ACE )", con el objetivo de otorgar a las aplicaciones en cadena el derecho de ordenación de transacciones autónomas a nivel de milisegundos, creando una "Wall Street descentralizada" en la cadena.
Aunque el mapa de ruta no menciona directamente a Hyperliquid, al analizarlo detenidamente, no es difícil darse cuenta de que muchos de sus diseños imitan de manera específica las características ventajosas de Hyperliquid. Es como si Solana estuviera insinuando: "¡Lo que Hyperliquid puede hacer, nosotros también lo haremos, y lo haremos mejor!"
Cabe destacar que Hyperliquid ha dominado el mercado de contratos perpetuos en cadena, alcanzando un volumen de operaciones de alrededor del 65% de todo el mercado de contratos perpetuos descentralizados. Ante competidores tan fuertes, Solana claramente no está dispuesta a ser superada por los recién llegados, 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? Vamos a profundizar en este tema.
Contexto y contenido de ICM
participante clave en la transformación
Primero, echemos un vistazo a los creadores de esta hoja de ruta. Los participantes son todos jugadores de peso en el ecosistema de Solana:
Solana Foundation/Labs: El "papá" de Solana, encargado 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 clave en tecnología, como el nuevo protocolo de consenso Alpenglow.
Jito Labs: Proveedor de infraestructura MEV en Solana, con una influencia enorme, controla casi todo el "poder de vida y muerte" del tráfico 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 un temprano apoyo de Solana. Debido a su gran posesión de SOL y derechos sobre proyectos ecológicos, también tiene un considerable poder de decisión en la dirección técnica.
DoubleZero: equipo enfocado en acelerar la comunicación de red, ofrece soluciones de red de fibra óptica dedicadas para mejorar la velocidad de comunicación entre nodos de validación de Solana.
Drift: el proyecto DEX de contratos perpetuos líder en Solana. Anteriormente, Drift utilizaba un modelo de emparejamiento fuera de la cadena, y se mostró algo difícil al enfrentarse a Hyperliquid completamente en cadena; esta vez, al participar en la elaboración de la hoja de ruta, evidentemente espera aprovechar la actualización de la capa base para dar la vuelta a la situación.
problema central
El enfoque del roadmap es mejorar la microestructura del mercado, principalmente para resolver el problema de que el mecanismo de transacción en cadena actual no es lo suficientemente amigable para los creadores de mercado. Actualmente, los Takers que inician activamente las transacciones son predominantes, mientras que los Market Makers ( están en desventaja. Esto se debe a que los Takers suelen tener la información más reciente y pueden aumentar activamente las tarifas de transacción para garantizar que sus transacciones se ejecuten con prioridad, mientras que los Makers a menudo no pueden cancelar sus órdenes a tiempo y se ven obligados a ejecutar a precios desfavorables.
Algunos operadores de arbitraje de alta frecuencia aprovecharán esta asimetría para llevar a cabo ataques de "tráfico tóxico". Por ejemplo, si el precio en la cadena aún no se ha actualizado, pero el precio fuera de la cadena ya ha cambiado, los arbitrajistas pueden ejecutar órdenes de los creadores de mercado a precios antiguos, haciendo que los creadores de mercado asuman pérdidas. Como resultado, para protegerse, el Maker tendrá que aumentar el diferencial de compra y 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.
) Estrategia de tres pasos de ICM
Solana ha dividido este gran plan en tres etapas:
Corto plazo###1-3 meses(: Principalmente optimizar la experiencia de transacciones en cadena existente, mejorar la efectividad de las aplicaciones tipo libro de órdenes, y reducir la interferencia maliciosa de MEV. Esto incluye:
El mercado Block Assembly de Jito Labs)BAM( ha lanzado el módulo en la mainnet. Este módulo proporciona un sistema externo temporal antes del lanzamiento de la ejecución controlada por la aplicación ACE), permitiendo que los contratos inteligentes en Solana tengan autonomía en el orden de las transacciones.
El equipo de Anza optimiza la tasa de éxito de "entrar en la misma 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.
Medio plazo (3-9 meses ): Introducción de una red de alta velocidad dedicada y una nueva versión del consenso, reduciendo significativamente la latencia y mejorando el rendimiento:
Desplegar una red de fibra óptica dedicada DoubleZero, proporcionando a los validadores comunicación de alta velocidad con casi cero jitter 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 Asincrónicos ( Ejecución de Programas Asincrónicos, APE ), reduce el bloqueo de la ejecución de transacciones sobre el consenso.
A largo plazo (9-30 meses ): realizar una actualización revolucionaria de la arquitectura central de Solana, con el objetivo de lograrlo alrededor de 2027:
Múltiples Líderes Concurrentes, MCL(: Permite que múltiples validadores propongan transacciones simultáneamente en sus respectivos pipelines, y luego combina y ordena estos bloques paralelos según la tarifa de prioridad. Esto puede debilitar el monopolio de un solo empaquetador y aumentar la resistencia a la censura.
Ejecución controlada por la aplicación )Application Controlled Execution, ACE( función: realmente otorga a los contratos inteligentes en la cadena el poder de controlar el orden de ejecución de las transacciones.
Al analizar este roadmap, no es difícil ver la historia detrás: el antiguo DEX Drift en Solana ha sido superado por el recién llegado Hyperliquid, que ofrece una experiencia excelente llamada "Binance en cadena". Drift, que no puede competir, ha tenido que pedir ayuda a "grandes" como Solana Labs, Anza y Jito. Estos "grandes" han propuesto un plan de transformación tecnológica ICM, afirmando que van a replicar todas las ventajas clave de Hyperliquid para ayudar a Drift a volver a competir en el mercado de DEX. Sin embargo, también admiten que esta transformación tecnológica es muy difícil, por lo que han dividido el plan en una estrategia de tres pasos; a corto plazo, solo pueden ofrecer a Drift el BAM de Jito, para que Drift pueda compararse con Hyperliquid.
A continuación, analizaremos en detalle cuáles son las ventajas clave que ICM ha imitado y replicado de Hyperliquid.
Imitación 1: Mecanismo de ordenamiento de transacciones
Problema: Como se mencionó anteriormente, la cadena actual favorece a los tomadores, y los creadores sufren el "flujo tóxico". Los usuarios que activamente aceptan órdenes pueden iniciar transacciones en las órdenes en cadena instantáneamente basándose en el último precio fuera de la cadena, y pueden priorizar la ejecución aumentando las tarifas, mientras que los creadores de mercado a menudo no pueden actualizar o cancelar órdenes a tiempo. El resultado es que los creadores de mercado tienen que ampliar el diferencial o simplemente retirar la liquidez, lo que lleva a una disminución de la profundidad del mercado.
) 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 delega el derecho de ordenar transacciones a las aplicaciones en cada cadena, permitiendo que las aplicaciones decidan cómo ordenar y ejecutar las transacciones relacionadas. Por ejemplo, en el futuro, al implementar ACE en Solana, los contratos DeFi pueden implementar las siguientes reglas personalizadas de ordenamiento de transacciones:
Actualización de precios de Oracle insertada: Las aplicaciones DeFi pueden insertar una transacción para obtener el último precio del oráculo antes de emparejar grandes transacciones, asegurando que las órdenes se emparejen al precio razonable más reciente, evitando que los precios de los creadores de mercado se basen en precios desactualizados y sean objeto de arbitraje.
Prioridad en la cancelación de órdenes: la aplicación puede establecer que la "solicitud de cancelación" tenga prioridad sobre la nueva "ejecución de órdenes", permitiendo que el maker tenga la oportunidad de retirar su orden en caso de que el mercado sea 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 sacará a subasta la oportunidad de "seguir de cerca", quien esté dispuesto a devolver 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 benignos.
) BAM de JITO: plan de transición
Antes de que ACE se lanzara oficialmente, Jito Labs lanzó un plan de transición llamado Block Assembly Marketplace (BAM). El flujo de trabajo de BAM es:
El usuario envía la transacción a un nodo que ejecuta el software BAM ### en lugar de enviarla directamente al Leader actual (.
Los nodos BAM recopilan transacciones locales y ejecutan varios plugins )plugin( para reordenar paquetes de transacciones )Bundle( bajo protección de privacidad ). Los plugins se ejecutan en un entorno TEE seguro, 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 diversas reglas de ordenación para sus contratos, como priorizar cancelaciones, actualizar el precio del oráculo antes de la coincidencia, e incluso ejecutar subastas complejas dentro de la aplicación.
El Bundle de transacciones ordenado se envía al líder de Solana para ser empaquetado en la cadena.
BAM puede considerarse como un campo de pruebas antes de que ACE esté en la cadena, funcionalmente se asemeja mucho al ACE definitivo, solo que opera en una red independiente fuera de la cadena, en lugar de estar integrado en el protocolo de la cadena principal de Solana.
Cabe destacar que Jito anteriormente proporcionaba infraestructura orientada a la extracción de MEV ) como Jito Block Engine (, cuyo modelo de negocio se basa en crear oportunidades para los arbitrajistas mediante la optimización del orden de las transacciones y compartir los beneficios. Esto, en cierta medida, es una "lanza" que se sitúa en oposición a los usuarios comunes y a los que son objeto de arbitraje. Sin embargo, Jito cerró a principios de 2024 la función de pool de memoria pública ) mempool ( destinada a robots de arbitraje, para reducir externalidades negativas como los ataques sandwich. Esta medida indica que la comunidad de Solana tiende a suprimir el MEV dañino y a mantener la equidad para los usuarios.
El lanzamiento de BAM se alinea aún más con esta idea: esencialmente convierte el mecanismo de orden originalmente utilizado para el 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 daños a los creadores de mercado e introduciendo incentivos de puja para reducir las ganancias de los 'front runners'. Los antiguos buscadores de MEV, si quieren ganar dinero, deben cambiar de rol, desarrollar complementos de BAM para servir a los protocolos DeFi y obtener ganancias a través de las tarifas de los complementos.
) consulta a HYPERLIQUID
La idea de ACE/BAM mencionada anteriormente se puede considerar como un intento de alcanzar el mecanismo de emparejamiento en cadena de Hyperliquid. Hyperliquid es una cadena dedicada (Appchain), que está diseñada específicamente 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 cadena muchos diseños que protegen a los creadores de mercado, por ejemplo:
Prioridad en la protección de órdenes pendientes: las órdenes de cancelación y las órdenes de solo maker se procesan con prioridad, evitando que los creadores de mercado sean afectados por transacciones desventajosas sin estar informados. La "ejecución prioritaria de cancelaciones" mencionada por Solana ACE ha sido practicada por Hyperliquid durante muchos años.
Garantía de precio actualizado: El proceso de liquidación y emparejamiento de Hyperliquid enfatiza el uso de los últimos precios de alimentación y el estado de margen para realizar un "doble chequeo". Por ejemplo, cuando se ejecuta un pedido, el sistema volverá a obtener el último precio del oráculo para evaluar el margen de ambas partes, asegurando que no haya riesgos debido a retrasos en los precios. Esto es similar a que ACE inserte actualizaciones del oráculo antes de la ejecución de la operación.
Protección contra auto-transacciones: Si una misma dirección compra y vende al mismo tiempo, Hyperliquid cancelará automáticamente en lugar de emparejar, para prevenir el lavado de volumen o gastos innecesarios.
Sin duda, el ACE/BAM de Solana ICM está "aprendiendo" de Hyperliquid. Hyperliquid, como líder de CLOB en la cadena, ha implementado diversas mecánicas amigables para creadores de mercado a través de una cadena exclusiva. Ahora, Solana espera replicar este efecto utilizando una cadena universal con módulos complementarios, es decir, permitir que cada aplicación tenga un control similar al de Hyperliquid sobre la ordenación de las transacciones.
Imitación dos: finalización instantánea
Comparación de consensos existentes
Solana actualmente utiliza Tower BFT, la confirmación y finalización son probabilísticas y progresivas: un bloque recibe 2/3 de los votos y se marca como "confirmado ( Confirmado )", pero se necesitan acumular en la cadena aproximadamente 32 bloques posteriores ###, lo que generalmente toma alrededor de 13 segundos ( para ser anclado como "finalizado ) Finalizado (". Para ciertas aplicaciones ), como el comercio de alta frecuencia (, el 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 votación en dos rondas para confirmar bloques y lograr "finalidad instantánea".
Primera ronda: Pre-votación ) Prevotación (: Cuando el validador recibe el bloque candidato transmitido por el Proposer, realiza una verificación rápida. Si la verificación es exitosa, cada validador emitirá un voto de "pre-votación" ) Prevotación ( y lo transmitirá a toda la red. Este voto representa: "He revisado preliminarmente, este bloque está bien."
Segunda ronda: Precompromiso)Precommit(: Una vez que un validador ha recopilado Prevotes de más de dos tercios de los validadores sobre el mismo bloque candidato, obtiene suficiente confianza, creyendo que la mayoría de los miembros de la red reconocen este bloque. Así, el validador emitirá un voto de "precompromiso" más contundente)Precommit( y lo difundirá. Este voto representa: "
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
12 me gusta
Recompensa
12
7
Compartir
Comentar
0/400
SerumDegen
· hace9h
Copiar es copiar, así que involúcrate.
Ver originalesResponder0
MemecoinResearcher
· hace18h
copia el juego tan lame
Ver originalesResponder0
FloorSweeper
· hace22h
seguir esta batalla
Ver originalesResponder0
FlashLoanLarry
· hace22h
Si no puedes vencerlos, cópialos.
Ver originalesResponder0
MonkeySeeMonkeyDo
· hace22h
Simplemente sigue luchando hasta el final.
Ver originalesResponder0
StealthDeployer
· hace22h
De nuevo, la competencia del mercado se intensifica.
Solana ICM hoja de ruta apunta a la actualización de la batalla por el CLOB en cadena de Hyperliquid
Hoja de ruta de Solana ICM: ¿un espectáculo de imitación de Hyperliquid?
Recientemente, ha ocurrido algo notable en el ecosistema de Solana. La Fundación Solana, Anza, Jito Labs y otros participantes importantes han publicado conjuntamente una hoja de ruta técnica llamada "Internet Capital Markets ( Internet Capital Markets, ICM )". La idea central de esta hoja de ruta es "Ejecución Controlada por Aplicaciones ( Application Controlled Execution, ACE )", con el objetivo de otorgar a las aplicaciones en cadena el derecho de ordenación de transacciones autónomas a nivel de milisegundos, creando una "Wall Street descentralizada" en la cadena.
Aunque el mapa de ruta no menciona directamente a Hyperliquid, al analizarlo detenidamente, no es difícil darse cuenta de que muchos de sus diseños imitan de manera específica las características ventajosas de Hyperliquid. Es como si Solana estuviera insinuando: "¡Lo que Hyperliquid puede hacer, nosotros también lo haremos, y lo haremos mejor!"
Cabe destacar que Hyperliquid ha dominado el mercado de contratos perpetuos en cadena, alcanzando un volumen de operaciones de alrededor del 65% de todo el mercado de contratos perpetuos descentralizados. Ante competidores tan fuertes, Solana claramente no está dispuesta a ser superada por los recién llegados, 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? Vamos a profundizar en este tema.
Contexto y contenido de ICM
participante clave en la transformación
Primero, echemos un vistazo a los creadores de esta hoja de ruta. Los participantes son todos jugadores de peso en el ecosistema de Solana:
Solana Foundation/Labs: El "papá" de Solana, encargado 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 clave en tecnología, como el nuevo protocolo de consenso Alpenglow.
Jito Labs: Proveedor de infraestructura MEV en Solana, con una influencia enorme, controla casi todo el "poder de vida y muerte" del tráfico 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 un temprano apoyo de Solana. Debido a su gran posesión de SOL y derechos sobre proyectos ecológicos, también tiene un considerable poder de decisión en la dirección técnica.
DoubleZero: equipo enfocado en acelerar la comunicación de red, ofrece soluciones de red de fibra óptica dedicadas para mejorar la velocidad de comunicación entre nodos de validación de Solana.
Drift: el proyecto DEX de contratos perpetuos líder en Solana. Anteriormente, Drift utilizaba un modelo de emparejamiento fuera de la cadena, y se mostró algo difícil al enfrentarse a Hyperliquid completamente en cadena; esta vez, al participar en la elaboración de la hoja de ruta, evidentemente espera aprovechar la actualización de la capa base para dar la vuelta a la situación.
problema central
El enfoque del roadmap es mejorar la microestructura del mercado, principalmente para resolver el problema de que el mecanismo de transacción en cadena actual no es lo suficientemente amigable para los creadores de mercado. Actualmente, los Takers que inician activamente las transacciones son predominantes, mientras que los Market Makers ( están en desventaja. Esto se debe a que los Takers suelen tener la información más reciente y pueden aumentar activamente las tarifas de transacción para garantizar que sus transacciones se ejecuten con prioridad, mientras que los Makers a menudo no pueden cancelar sus órdenes a tiempo y se ven obligados a ejecutar a precios desfavorables.
Algunos operadores de arbitraje de alta frecuencia aprovecharán esta asimetría para llevar a cabo ataques de "tráfico tóxico". Por ejemplo, si el precio en la cadena aún no se ha actualizado, pero el precio fuera de la cadena ya ha cambiado, los arbitrajistas pueden ejecutar órdenes de los creadores de mercado a precios antiguos, haciendo que los creadores de mercado asuman pérdidas. Como resultado, para protegerse, el Maker tendrá que aumentar el diferencial de compra y 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.
) Estrategia de tres pasos de ICM
Solana ha dividido este gran plan en tres etapas:
Corto plazo###1-3 meses(: Principalmente optimizar la experiencia de transacciones en cadena existente, mejorar la efectividad de las aplicaciones tipo libro de órdenes, y reducir la interferencia maliciosa de MEV. Esto incluye:
El mercado Block Assembly de Jito Labs)BAM( ha lanzado el módulo en la mainnet. Este módulo proporciona un sistema externo temporal antes del lanzamiento de la ejecución controlada por la aplicación ACE), permitiendo que los contratos inteligentes en Solana tengan autonomía en el orden de las transacciones.
El equipo de Anza optimiza la tasa de éxito de "entrar en la misma 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.
Medio plazo (3-9 meses ): Introducción de una red de alta velocidad dedicada y una nueva versión del consenso, reduciendo significativamente la latencia y mejorando el rendimiento:
Desplegar una red de fibra óptica dedicada DoubleZero, proporcionando a los validadores comunicación de alta velocidad con casi cero jitter 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 Asincrónicos ( Ejecución de Programas Asincrónicos, APE ), reduce el bloqueo de la ejecución de transacciones sobre el consenso.
A largo plazo (9-30 meses ): realizar una actualización revolucionaria de la arquitectura central de Solana, con el objetivo de lograrlo alrededor de 2027:
Múltiples Líderes Concurrentes, MCL(: Permite que múltiples validadores propongan transacciones simultáneamente en sus respectivos pipelines, y luego combina y ordena estos bloques paralelos según la tarifa de prioridad. Esto puede debilitar el monopolio de un solo empaquetador y aumentar la resistencia a la censura.
Ejecución controlada por la aplicación )Application Controlled Execution, ACE( función: realmente otorga a los contratos inteligentes en la cadena el poder de controlar el orden de ejecución de las transacciones.
Al analizar este roadmap, no es difícil ver la historia detrás: el antiguo DEX Drift en Solana ha sido superado por el recién llegado Hyperliquid, que ofrece una experiencia excelente llamada "Binance en cadena". Drift, que no puede competir, ha tenido que pedir ayuda a "grandes" como Solana Labs, Anza y Jito. Estos "grandes" han propuesto un plan de transformación tecnológica ICM, afirmando que van a replicar todas las ventajas clave de Hyperliquid para ayudar a Drift a volver a competir en el mercado de DEX. Sin embargo, también admiten que esta transformación tecnológica es muy difícil, por lo que han dividido el plan en una estrategia de tres pasos; a corto plazo, solo pueden ofrecer a Drift el BAM de Jito, para que Drift pueda compararse con Hyperliquid.
A continuación, analizaremos en detalle cuáles son las ventajas clave que ICM ha imitado y replicado de Hyperliquid.
Imitación 1: Mecanismo de ordenamiento de transacciones
Problema: Como se mencionó anteriormente, la cadena actual favorece a los tomadores, y los creadores sufren el "flujo tóxico". Los usuarios que activamente aceptan órdenes pueden iniciar transacciones en las órdenes en cadena instantáneamente basándose en el último precio fuera de la cadena, y pueden priorizar la ejecución aumentando las tarifas, mientras que los creadores de mercado a menudo no pueden actualizar o cancelar órdenes a tiempo. El resultado es que los creadores de mercado tienen que ampliar el diferencial o simplemente retirar la liquidez, lo que lleva a una disminución de la profundidad del mercado.
) 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 delega el derecho de ordenar transacciones a las aplicaciones en cada cadena, permitiendo que las aplicaciones decidan cómo ordenar y ejecutar las transacciones relacionadas. Por ejemplo, en el futuro, al implementar ACE en Solana, los contratos DeFi pueden implementar las siguientes reglas personalizadas de ordenamiento de transacciones:
Actualización de precios de Oracle insertada: Las aplicaciones DeFi pueden insertar una transacción para obtener el último precio del oráculo antes de emparejar grandes transacciones, asegurando que las órdenes se emparejen al precio razonable más reciente, evitando que los precios de los creadores de mercado se basen en precios desactualizados y sean objeto de arbitraje.
Prioridad en la cancelación de órdenes: la aplicación puede establecer que la "solicitud de cancelación" tenga prioridad sobre la nueva "ejecución de órdenes", permitiendo que el maker tenga la oportunidad de retirar su orden en caso de que el mercado sea 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 sacará a subasta la oportunidad de "seguir de cerca", quien esté dispuesto a devolver 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 benignos.
) BAM de JITO: plan de transición
Antes de que ACE se lanzara oficialmente, Jito Labs lanzó un plan de transición llamado Block Assembly Marketplace (BAM). El flujo de trabajo de BAM es:
El usuario envía la transacción a un nodo que ejecuta el software BAM ### en lugar de enviarla directamente al Leader actual (.
Los nodos BAM recopilan transacciones locales y ejecutan varios plugins )plugin( para reordenar paquetes de transacciones )Bundle( bajo protección de privacidad ). Los plugins se ejecutan en un entorno TEE seguro, 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 diversas reglas de ordenación para sus contratos, como priorizar cancelaciones, actualizar el precio del oráculo antes de la coincidencia, e incluso ejecutar subastas complejas dentro de la aplicación.
El Bundle de transacciones ordenado se envía al líder de Solana para ser empaquetado en la cadena.
BAM puede considerarse como un campo de pruebas antes de que ACE esté en la cadena, funcionalmente se asemeja mucho al ACE definitivo, solo que opera en una red independiente fuera de la cadena, en lugar de estar integrado en el protocolo de la cadena principal de Solana.
Cabe destacar que Jito anteriormente proporcionaba infraestructura orientada a la extracción de MEV ) como Jito Block Engine (, cuyo modelo de negocio se basa en crear oportunidades para los arbitrajistas mediante la optimización del orden de las transacciones y compartir los beneficios. Esto, en cierta medida, es una "lanza" que se sitúa en oposición a los usuarios comunes y a los que son objeto de arbitraje. Sin embargo, Jito cerró a principios de 2024 la función de pool de memoria pública ) mempool ( destinada a robots de arbitraje, para reducir externalidades negativas como los ataques sandwich. Esta medida indica que la comunidad de Solana tiende a suprimir el MEV dañino y a mantener la equidad para los usuarios.
El lanzamiento de BAM se alinea aún más con esta idea: esencialmente convierte el mecanismo de orden originalmente utilizado para el 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 daños a los creadores de mercado e introduciendo incentivos de puja para reducir las ganancias de los 'front runners'. Los antiguos buscadores de MEV, si quieren ganar dinero, deben cambiar de rol, desarrollar complementos de BAM para servir a los protocolos DeFi y obtener ganancias a través de las tarifas de los complementos.
) consulta a HYPERLIQUID
La idea de ACE/BAM mencionada anteriormente se puede considerar como un intento de alcanzar el mecanismo de emparejamiento en cadena de Hyperliquid. Hyperliquid es una cadena dedicada (Appchain), que está diseñada específicamente 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 cadena muchos diseños que protegen a los creadores de mercado, por ejemplo:
Prioridad en la protección de órdenes pendientes: las órdenes de cancelación y las órdenes de solo maker se procesan con prioridad, evitando que los creadores de mercado sean afectados por transacciones desventajosas sin estar informados. La "ejecución prioritaria de cancelaciones" mencionada por Solana ACE ha sido practicada por Hyperliquid durante muchos años.
Garantía de precio actualizado: El proceso de liquidación y emparejamiento de Hyperliquid enfatiza el uso de los últimos precios de alimentación y el estado de margen para realizar un "doble chequeo". Por ejemplo, cuando se ejecuta un pedido, el sistema volverá a obtener el último precio del oráculo para evaluar el margen de ambas partes, asegurando que no haya riesgos debido a retrasos en los precios. Esto es similar a que ACE inserte actualizaciones del oráculo antes de la ejecución de la operación.
Protección contra auto-transacciones: Si una misma dirección compra y vende al mismo tiempo, Hyperliquid cancelará automáticamente en lugar de emparejar, para prevenir el lavado de volumen o gastos innecesarios.
Sin duda, el ACE/BAM de Solana ICM está "aprendiendo" de Hyperliquid. Hyperliquid, como líder de CLOB en la cadena, ha implementado diversas mecánicas amigables para creadores de mercado a través de una cadena exclusiva. Ahora, Solana espera replicar este efecto utilizando una cadena universal con módulos complementarios, es decir, permitir que cada aplicación tenga un control similar al de Hyperliquid sobre la ordenación de las transacciones.
Imitación dos: finalización instantánea
Comparación de consensos existentes
Solana actualmente utiliza Tower BFT, la confirmación y finalización son probabilísticas y progresivas: un bloque recibe 2/3 de los votos y se marca como "confirmado ( Confirmado )", pero se necesitan acumular en la cadena aproximadamente 32 bloques posteriores ###, lo que generalmente toma alrededor de 13 segundos ( para ser anclado como "finalizado ) Finalizado (". Para ciertas aplicaciones ), como el comercio de alta frecuencia (, el 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 votación en dos rondas para confirmar bloques y lograr "finalidad instantánea".
Primera ronda: Pre-votación ) Prevotación (: Cuando el validador recibe el bloque candidato transmitido por el Proposer, realiza una verificación rápida. Si la verificación es exitosa, cada validador emitirá un voto de "pre-votación" ) Prevotación ( y lo transmitirá a toda la red. Este voto representa: "He revisado preliminarmente, este bloque está bien."
Segunda ronda: Precompromiso)Precommit(: Una vez que un validador ha recopilado Prevotes de más de dos tercios de los validadores sobre el mismo bloque candidato, obtiene suficiente confianza, creyendo que la mayoría de los miembros de la red reconocen este bloque. Así, el validador emitirá un voto de "precompromiso" más contundente)Precommit( y lo difundirá. Este voto representa: "