El nuevo desafío de Solana: el volumen no es igual a la liquidez
Solana es conocida por sus transacciones rápidas y su gran volumen, pero ¿significa esto que ya ha satisfecho completamente la demanda del mercado? Tras un análisis profundo, encontramos un problema clave: ¿todas estas transacciones están realmente creando valor?
De hecho, una gran cantidad de transacciones en la red de Solana no provienen de una demanda real de transacciones, sino de arbitrajistas de alta frecuencia. Estos llamados "traders tóxicos" aprovechan su ventaja técnica para obtener ganancias en diferencias de tiempo de milisegundos. Aumentan las tarifas de Gas para asegurarse de que sus transacciones sean empaquetadas con prioridad, completando el arbitraje justo cuando los creadores de mercado están a punto de cancelar sus órdenes, lo que lleva a que los creadores de mercado sufran pérdidas. Para compensar estas pérdidas, los creadores de mercado se ven obligados a ampliar el diferencial entre compra y venta, lo que finalmente resulta en costos adicionales para los usuarios comunes.
Solana siempre ha soñado con lograr un libro de órdenes en la cadena para sustituir a los intercambios centralizados. Sin embargo, la existencia de "traders tóxicos" se ha convertido en el principal obstáculo para alcanzar este objetivo. Este es el nuevo desafío que enfrenta Solana: el volumen no es lo mismo que la liquidez. Un mercado realmente saludable no necesita más transacciones, sino transacciones de mayor calidad.
¿Cómo eliminar transacciones tóxicas y proteger mejor la Liquidez?
En el actual sistema de Solana, debido a que su mecanismo de consenso utiliza subastas periódicas, los que consumen órdenes (especialmente los arbitrajistas de alta frecuencia) en realidad tienen prioridad, lo que afecta la equidad del mercado. En cada intervalo de 400 milisegundos, las transacciones se ejecutan en orden de las tarifas de Gas pagadas. Esto lleva a que los creadores de mercado, al ajustar sus cotizaciones con frecuencia, sean fácilmente "blanco" de los arbitrajistas, asumiendo pérdidas innecesarias.
En un escenario ideal, un DEX de libro de órdenes debería ejecutar primero las cancelaciones de órdenes, luego las nuevas órdenes y, por último, las transacciones. Igualmente, para los oráculos, primero se debería actualizar el precio y luego ejecutar las transacciones que dependen de ese precio. Los protocolos de préstamos necesitan primero aportar garantías y luego proceder con la liquidación.
Para resolver estos problemas, Solana propuso el concepto de Ejecución Controlada de Aplicaciones (ACE), y el Mercado de Ensamblaje de Bloques (BAM) es su implementación concreta.
BAM: Solana's solución
BAM ha construido una capa de orden entre las aplicaciones de Solana y la red principal. Utiliza entornos de ejecución confiables (TEEs) para crear un sandbox de privacidad, ordenando las transacciones según reglas preestablecidas o el principio de primero en entrar, primero en salir. Este mecanismo está diseñado para servir mejor a protocolos como libros de órdenes, intercambios de contratos perpetuos y dark pools.
BAM admite tres modos de funcionamiento: el modo predeterminado de Solana, el modo Block-Engine (similar a la solución MEV actual de Jito) y el modo BAM (los validadores ordenan estrictamente por FIFO).
Las características clave de BAM incluyen:
Utilizar TEEs para construir un entorno de privacidad y garantizar la equidad.
Implementar una lógica de ordenamiento de transacciones compleja a través del sistema de complementos.
Permitir a las aplicaciones personalizar las reglas de ordenamiento de transacciones para implementar la función ACE.
Aplicaciones prácticas de BAM
Protección de liquidación de préstamos: ejecutar primero la operación de colateral adicional, luego realizar la verificación de liquidación.
Combinación de transacciones a nivel atómico: primero actualizar el precio del oráculo, luego ejecutar la transacción que depende de ese precio.
Protección contra la volatilidad de precios: detección de órdenes grandes anormales y ejecución por lotes, evitando fluctuaciones bruscas en el mercado.
Protección de creadores de mercado: permite la cancelación y re-listado en milisegundos, reduciendo el riesgo de arbitraje malicioso.
Con el despliegue de BAM, la experiencia de trading en Solana se espera que mejore significativamente, acercando la experiencia de sus aplicaciones en la red principal a la de los intercambios centralizados.
En resumen, BAM ha traído verificabilidad, protección de la privacidad y programabilidad al proceso de manejo de transacciones de Solana. Permite a los desarrolladores construir infraestructuras financieras más avanzadas, como libros de órdenes limitadas centrales, intercambios de contratos perpetuos y dark pools, impulsando así una mayor innovación y desarrollo en el ecosistema de Solana.
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.
14 me gusta
Recompensa
14
4
Compartir
Comentar
0/400
BlockchainBouncer
· 08-05 15:26
La alta frecuencia es el verdadero problema.
Ver originalesResponder0
InscriptionGriller
· 08-05 15:14
Los obstáculos de alta frecuencia al comercio justo
Solana lanza BAM: Soluciona problemas de arbitraje de alta frecuencia y mejora la liquidez de las transacciones on-chain.
El nuevo desafío de Solana: el volumen no es igual a la liquidez
Solana es conocida por sus transacciones rápidas y su gran volumen, pero ¿significa esto que ya ha satisfecho completamente la demanda del mercado? Tras un análisis profundo, encontramos un problema clave: ¿todas estas transacciones están realmente creando valor?
De hecho, una gran cantidad de transacciones en la red de Solana no provienen de una demanda real de transacciones, sino de arbitrajistas de alta frecuencia. Estos llamados "traders tóxicos" aprovechan su ventaja técnica para obtener ganancias en diferencias de tiempo de milisegundos. Aumentan las tarifas de Gas para asegurarse de que sus transacciones sean empaquetadas con prioridad, completando el arbitraje justo cuando los creadores de mercado están a punto de cancelar sus órdenes, lo que lleva a que los creadores de mercado sufran pérdidas. Para compensar estas pérdidas, los creadores de mercado se ven obligados a ampliar el diferencial entre compra y venta, lo que finalmente resulta en costos adicionales para los usuarios comunes.
Solana siempre ha soñado con lograr un libro de órdenes en la cadena para sustituir a los intercambios centralizados. Sin embargo, la existencia de "traders tóxicos" se ha convertido en el principal obstáculo para alcanzar este objetivo. Este es el nuevo desafío que enfrenta Solana: el volumen no es lo mismo que la liquidez. Un mercado realmente saludable no necesita más transacciones, sino transacciones de mayor calidad.
¿Cómo eliminar transacciones tóxicas y proteger mejor la Liquidez?
En el actual sistema de Solana, debido a que su mecanismo de consenso utiliza subastas periódicas, los que consumen órdenes (especialmente los arbitrajistas de alta frecuencia) en realidad tienen prioridad, lo que afecta la equidad del mercado. En cada intervalo de 400 milisegundos, las transacciones se ejecutan en orden de las tarifas de Gas pagadas. Esto lleva a que los creadores de mercado, al ajustar sus cotizaciones con frecuencia, sean fácilmente "blanco" de los arbitrajistas, asumiendo pérdidas innecesarias.
En un escenario ideal, un DEX de libro de órdenes debería ejecutar primero las cancelaciones de órdenes, luego las nuevas órdenes y, por último, las transacciones. Igualmente, para los oráculos, primero se debería actualizar el precio y luego ejecutar las transacciones que dependen de ese precio. Los protocolos de préstamos necesitan primero aportar garantías y luego proceder con la liquidación.
Para resolver estos problemas, Solana propuso el concepto de Ejecución Controlada de Aplicaciones (ACE), y el Mercado de Ensamblaje de Bloques (BAM) es su implementación concreta.
BAM: Solana's solución
BAM ha construido una capa de orden entre las aplicaciones de Solana y la red principal. Utiliza entornos de ejecución confiables (TEEs) para crear un sandbox de privacidad, ordenando las transacciones según reglas preestablecidas o el principio de primero en entrar, primero en salir. Este mecanismo está diseñado para servir mejor a protocolos como libros de órdenes, intercambios de contratos perpetuos y dark pools.
BAM admite tres modos de funcionamiento: el modo predeterminado de Solana, el modo Block-Engine (similar a la solución MEV actual de Jito) y el modo BAM (los validadores ordenan estrictamente por FIFO).
Las características clave de BAM incluyen:
Aplicaciones prácticas de BAM
Con el despliegue de BAM, la experiencia de trading en Solana se espera que mejore significativamente, acercando la experiencia de sus aplicaciones en la red principal a la de los intercambios centralizados.
En resumen, BAM ha traído verificabilidad, protección de la privacidad y programabilidad al proceso de manejo de transacciones de Solana. Permite a los desarrolladores construir infraestructuras financieras más avanzadas, como libros de órdenes limitadas centrales, intercambios de contratos perpetuos y dark pools, impulsando así una mayor innovación y desarrollo en el ecosistema de Solana.