BAM de Solana: no solo busca velocidad, sino que también valora la calidad de las transacciones
Solana es conocida por sus transacciones rápidas y su gran volumen de transacciones, pero ¿eso significa que ya es "suficientemente buena"? Al examinar estas transacciones de cerca, nos encontramos con una cuestión clave: ¿todas estas transacciones están creando un valor real?
De hecho, una gran cantidad de transacciones en Solana no provienen de una demanda real, sino que son beneficios de los arbitrajistas de alta frecuencia que aprovechan las diferencias de información en milisegundos. Estos "traders tóxicos" utilizan su ventaja técnica para aumentar las tarifas de Gas justo antes de que los creadores de mercado cancelen sus órdenes, completando la transacción antes y obteniendo ganancias, 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 de compra y venta, lo que finalmente perjudica los intereses de los usuarios comunes.
Solana siempre ha soñado con implementar un libro de órdenes en la cadena, reemplazando a los intercambios centralizados. Sin embargo, la existencia de "traders tóxicos" se ha convertido en un obstáculo para alcanzar este objetivo. Este es el nuevo desafío que enfrenta Solana: el volumen de transacciones no es igual a la liquidez. Un mercado saludable no necesita más transacciones, sino transacciones de mayor calidad.
¿Cómo eliminar transacciones tóxicas y proteger la liquidez del mercado?
En el actual sistema de Solana, debido a la característica de subasta periódica del mecanismo de consenso, los que ejecutan órdenes tienen en realidad prioridad, lo que provoca que el MEV malicioso afecte la equidad del mercado.
En concreto, en el consenso actual de Solana, cada 400 milisegundos hay un período de tiempo (Slot), y las transacciones se ejecutan en orden de acuerdo con la altura de las tarifas de Gas pagadas. En este proceso, los creadores de mercado necesitan ajustar sus cotizaciones con frecuencia, mientras que los arbitrajistas de alta frecuencia monitorean las diferencias de precios y realizan transacciones inmediatamente al detectar oportunidades. Esto provoca que los arbitrajistas puedan pagar tarifas más altas y ejecutar transacciones antes de que los creadores de mercado retiren sus órdenes, lo que lleva a que los creadores de mercado sufran pérdidas con frecuencia.
Para los intercambios descentralizados de tipo libro de órdenes (DEX), el orden de ejecución ideal debería ser: con la fluctuación de precios, primero ejecutar todas las cancelaciones, luego ejecutar las nuevas órdenes y, por último, ejecutar las transacciones. Sin embargo, el mecanismo de consenso de Solana actualmente no puede lograr esto a nivel micro.
El mismo problema también existe en las cotizaciones de los oráculos y en los protocolos de préstamo. Idealmente, se deberían actualizar primero los precios del oráculo y luego ejecutar las transacciones que dependen de ese precio; primero aportar margen y luego proceder a la liquidación.
Por lo tanto, Solana necesita un mecanismo que permita a diferentes protocolos ordenar las transacciones según la demanda, que es el control de ejecución de aplicaciones que Solana ha enfatizado constantemente (ACE).
BAM: Solana la solución
Para abordar estos problemas, Solana lanzó el mercado de ensamblaje de bloques (BAM). BAM construyó una capa de ordenación o una capa de preprocesamiento entre la aplicación en la cadena de Solana y la red principal. Utiliza entornos de ejecución confiables (TEEs) para construir un sandbox de privacidad, en el cual las transacciones se ordenan según reglas preestablecidas o el principio de primero en entrar, primero en salir (FIFO).
BAM admite tres modos de operación:
Modo predeterminado de Solana
El modo Block-Engine ( es similar a la solución MEV actual de Jito )
Modo BAM ( los validadores se ordenan estrictamente por FIFO )
Las características clave del modo BAM incluyen:
Utilizar TEEs para construir un entorno de privacidad para el ordenamiento de transacciones, asegurando la equidad.
A través del sistema de complementos, se permite a las aplicaciones construir lógica de ordenamiento personalizada para lograr un ordenamiento complejo.
Implementar la función ACE, para que la aplicación pueda controlar el orden de ejecución de las transacciones.
Aplicaciones prácticas de BAM
Los escenarios de aplicación de BAM incluyen:
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 las transacciones que dependen de ese precio.
Protección contra la volatilidad de precios: dividir grandes órdenes en partes pequeñas para ejecutarlas por lotes, evitando así fuertes fluctuaciones del mercado.
Protección de creadores de mercado: permite cancelaciones y re-listados en milisegundos, reduciendo el arbitraje malicioso.
El despliegue de BAM mejorará significativamente la experiencia de trading de Solana, acercándola más al nivel de experiencia de los intercambios centralizados. Aporta verificabilidad, protección de la privacidad y programabilidad al proceso de procesamiento de transacciones de Solana, brindando a los desarrolladores la posibilidad de construir diversas infraestructuras financieras, como libros de órdenes limitadas centralizados, intercambios de contratos perpetuos y dark pools.
En general, el lanzamiento de BAM marca que Solana ya no se enfoca únicamente en la velocidad, sino que presta más atención a la calidad de las transacciones y la salud del mercado, lo que impulsará la innovación y el desarrollo adicional del 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
5
Republicar
Compartir
Comentar
0/400
MidnightTrader
· 08-09 14:48
máquina de tomar a la gente por tonta a nivel de milisegundos
Ver originalesResponder0
RunWithRugs
· 08-09 14:48
Finalmente, el perro envenenado fue controlado.
Ver originalesResponder0
NeverPresent
· 08-09 14:48
El comercio tóxico es realmente clave.
Ver originalesResponder0
ImpermanentPhobia
· 08-09 14:42
¿Entendido la esencia? ¿De qué sirve correr rápido?
Solana lanza BAM: un cambio de la búsqueda de velocidad a la atención a la calidad de las transacciones
BAM de Solana: no solo busca velocidad, sino que también valora la calidad de las transacciones
Solana es conocida por sus transacciones rápidas y su gran volumen de transacciones, pero ¿eso significa que ya es "suficientemente buena"? Al examinar estas transacciones de cerca, nos encontramos con una cuestión clave: ¿todas estas transacciones están creando un valor real?
De hecho, una gran cantidad de transacciones en Solana no provienen de una demanda real, sino que son beneficios de los arbitrajistas de alta frecuencia que aprovechan las diferencias de información en milisegundos. Estos "traders tóxicos" utilizan su ventaja técnica para aumentar las tarifas de Gas justo antes de que los creadores de mercado cancelen sus órdenes, completando la transacción antes y obteniendo ganancias, 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 de compra y venta, lo que finalmente perjudica los intereses de los usuarios comunes.
Solana siempre ha soñado con implementar un libro de órdenes en la cadena, reemplazando a los intercambios centralizados. Sin embargo, la existencia de "traders tóxicos" se ha convertido en un obstáculo para alcanzar este objetivo. Este es el nuevo desafío que enfrenta Solana: el volumen de transacciones no es igual a la liquidez. Un mercado saludable no necesita más transacciones, sino transacciones de mayor calidad.
¿Cómo eliminar transacciones tóxicas y proteger la liquidez del mercado?
En el actual sistema de Solana, debido a la característica de subasta periódica del mecanismo de consenso, los que ejecutan órdenes tienen en realidad prioridad, lo que provoca que el MEV malicioso afecte la equidad del mercado.
En concreto, en el consenso actual de Solana, cada 400 milisegundos hay un período de tiempo (Slot), y las transacciones se ejecutan en orden de acuerdo con la altura de las tarifas de Gas pagadas. En este proceso, los creadores de mercado necesitan ajustar sus cotizaciones con frecuencia, mientras que los arbitrajistas de alta frecuencia monitorean las diferencias de precios y realizan transacciones inmediatamente al detectar oportunidades. Esto provoca que los arbitrajistas puedan pagar tarifas más altas y ejecutar transacciones antes de que los creadores de mercado retiren sus órdenes, lo que lleva a que los creadores de mercado sufran pérdidas con frecuencia.
Para los intercambios descentralizados de tipo libro de órdenes (DEX), el orden de ejecución ideal debería ser: con la fluctuación de precios, primero ejecutar todas las cancelaciones, luego ejecutar las nuevas órdenes y, por último, ejecutar las transacciones. Sin embargo, el mecanismo de consenso de Solana actualmente no puede lograr esto a nivel micro.
El mismo problema también existe en las cotizaciones de los oráculos y en los protocolos de préstamo. Idealmente, se deberían actualizar primero los precios del oráculo y luego ejecutar las transacciones que dependen de ese precio; primero aportar margen y luego proceder a la liquidación.
Por lo tanto, Solana necesita un mecanismo que permita a diferentes protocolos ordenar las transacciones según la demanda, que es el control de ejecución de aplicaciones que Solana ha enfatizado constantemente (ACE).
BAM: Solana la solución
Para abordar estos problemas, Solana lanzó el mercado de ensamblaje de bloques (BAM). BAM construyó una capa de ordenación o una capa de preprocesamiento entre la aplicación en la cadena de Solana y la red principal. Utiliza entornos de ejecución confiables (TEEs) para construir un sandbox de privacidad, en el cual las transacciones se ordenan según reglas preestablecidas o el principio de primero en entrar, primero en salir (FIFO).
BAM admite tres modos de operación:
Las características clave del modo BAM incluyen:
Aplicaciones prácticas de BAM
Los escenarios de aplicación de BAM incluyen:
El despliegue de BAM mejorará significativamente la experiencia de trading de Solana, acercándola más al nivel de experiencia de los intercambios centralizados. Aporta verificabilidad, protección de la privacidad y programabilidad al proceso de procesamiento de transacciones de Solana, brindando a los desarrolladores la posibilidad de construir diversas infraestructuras financieras, como libros de órdenes limitadas centralizados, intercambios de contratos perpetuos y dark pools.
En general, el lanzamiento de BAM marca que Solana ya no se enfoca únicamente en la velocidad, sino que presta más atención a la calidad de las transacciones y la salud del mercado, lo que impulsará la innovación y el desarrollo adicional del ecosistema de Solana.