El nuevo desafío de Solana: mejorar la calidad de las transacciones en lugar de la cantidad
Solana es conocida por su velocidad y gran capacidad de transacciones, pero ¿es eso suficiente? Al analizar estas transacciones en profundidad, no podemos evitar preguntar: ¿están todas creando valor real?
De hecho, la gran cantidad de transacciones en Solana no proviene de una demanda real, sino de traders de alta frecuencia que aprovechan las diferencias de información en milisegundos para hacer arbitraje. Estos llamados "traders tóxicos" utilizan ventajas técnicas para aumentar las tarifas de Gas justo cuando los creadores de mercado están a punto de retirar sus órdenes, asegurando que sus transacciones se ejecuten con prioridad y así completan el arbitraje, haciendo 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, y al final, son los usuarios comunes quienes asumen el costo.
Solana siempre ha soñado con lograr un libro de órdenes en la cadena que pueda reemplazar a los intercambios centralizados, pero la existencia de "comerciantes 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 realmente saludable no necesita más transacciones, sino transacciones de mayor calidad.
¿Cómo eliminar las transacciones tóxicas y proteger mejor la liquidez?
En el sistema actual, debido a que el mecanismo de consenso de Solana utiliza subastas periódicas, los que comen órdenes en realidad tienen prioridad, lo que hace que el comportamiento malicioso de MEV (valor máximo extraíble) afecte la equidad del mercado.
Bajo el mecanismo de consenso actual de Solana, las transacciones se ordenan según la tarifa de Gas prioritaria pagada en cada ranura de tiempo de 400 milisegundos, ejecutando primero las transacciones con la oferta más alta. En este proceso, los creadores de mercado necesitan ajustar sus ofertas con frecuencia, retirando y volviendo a colocar órdenes para adaptarse a los cambios en el precio del mercado. Por otro lado, los arbitrajistas monitorean las diferencias de precios y, al detectar una oportunidad, realizan transacciones de inmediato, a menudo pagando tarifas más altas para completar la transacción antes de que los creadores de mercado retiren sus órdenes, lo que lleva a que los creadores de mercado sufran pérdidas frecuentes.
En un escenario ideal, el orden de las transacciones en un intercambio descentralizado (DEX) debería ser: primero ejecutar todas las cancelaciones, luego las nuevas órdenes de compra y finalmente las transacciones realizadas, a medida que fluctúan los precios. Sin embargo, el mecanismo de consenso actual de Solana no puede lograr esto a nivel micro.
De manera similar, en lo que respecta a las cotizaciones de los oráculos, la situación ideal es actualizar primero el precio del oráculo y luego ejecutar las transacciones que dependen de ese precio. Sin embargo, en el intervalo actual de 400 milisegundos, el mercado puede experimentar volatilidades extremas que hagan que las transacciones se ejecuten al precio original.
Para los acuerdos de préstamo, la mejor solución es primero complementar el 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 lo que Solana ha enfatizado como control de ejecución de aplicaciones (ACE).
BAM: La solución de Solana
BAM (Mercado de ensamblaje de bloques) es la respuesta que Solana propone para resolver estos problemas. Crea una capa de orden o una capa de preprocesamiento entre las aplicaciones en la cadena de Solana y la red principal. BAM utiliza entornos de ejecución confiables (TEEs) para construir un sandbox de privacidad, donde se ordenan las transacciones según reglas preestablecidas o el principio de primero en entrar, primero en salir (FIFO), para servir mejor a protocolos como libros de órdenes, intercambios de contratos perpetuos y pools oscuros.
Cómo funciona BAM
En el proceso de transacción tradicional de Solana, después de que el usuario confirma la transacción, esta se envía al nodo líder del slot de tiempo actual a través del nodo RPC. El líder recopila las transacciones, las ordena y las empaqueta en un bloque para su difusión, y otros nodos votan.
En las aplicaciones que integran BAM, el proceso de transacción es ligeramente diferente: las transacciones confirmadas por el usuario se envían primero a la red BAM, donde se ordenan en un entorno TEE. Durante este proceso, los nodos pueden agregar transacciones adicionales a través de complementos, como la actualización de precios de oráculos. El paquete de transacciones ordenado se envía al nodo líder de la red principal de Solana, que luego se empaqueta en un bloque y se transmite.
BAM en realidad funciona como una capa de preprocesamiento opcional, no se ejecuta directamente en la red principal de Solana, sino que completa la ordenación de transacciones "fuera de la cadena" y luego envía el paquete de transacciones ordenadas a la red principal.
Las tres modalidades de operación de BAM
Modo predeterminado de Solana
Modo Block-Engine: La solución MEV actual de Jito, cuyo núcleo es el mecanismo de pujas.
Modo BAM: los validadores ordenan estrictamente según el principio 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.
Implementar una lógica de ordenación de transacciones compleja a través del sistema de complementos, permitiendo a las aplicaciones personalizar las reglas de ordenación.
Aplicaciones prácticas de BAM
Protección de liquidación de préstamos: realizar primero la operación de colateral adicional y luego llevar a cabo la verificación de liquidación.
Combinación de transacciones a nivel atómico: primero actualiza el precio del oráculo y luego ejecuta las transacciones que dependen de ese precio. Para el DEX de contratos, también se pueden liquidar simultáneamente los derivados relacionados.
Protección contra la volatilidad de precios: Detectar grandes órdenes anormales y ejecutarlas en partes, dando tiempo a la reacción del mercado, evitando los efectos negativos causados por liquidaciones en cadena o arbitrajes.
Protección de creadores de mercado: en caso de eventos imprevistos, poder anular órdenes rápidamente, actualizar precios y volver a colocar órdenes, reduciendo el riesgo de arbitraje malintencionado.
Con el despliegue de BAM, la experiencia de trading de Solana mejorará significativamente, acercando la experiencia de sus aplicaciones en la mainnet a la de un intercambio centralizado.
En general, BAM aporta verificabilidad, protección de la privacidad y programabilidad al proceso de procesamiento de transacciones de Solana. Permite a los desarrolladores construir libros de pedidos limitados centralizados, intercambios de contratos perpetuos, salas oscuras y otras infraestructuras financieras que requieren control de ordenación, ejecución determinista y protección de la privacidad, promoviendo así el desarrollo innovador 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.
11 me gusta
Recompensa
11
4
Republicar
Compartir
Comentar
0/400
Layer2Arbitrageur
· 08-12 14:13
lmao, solo otro día de maxis lidiando con el flujo tóxico... he estado adelantando con un margen de 15pbs desde el día 1
Ver originalesResponder0
AirdropHunter007
· 08-10 15:14
¿A quién no le gusta aprovechar el dinero fácil de Sol?
Ver originalesResponder0
TestnetFreeloader
· 08-10 15:14
¿Quién no ha hecho un robo en la bolsa?
Ver originalesResponder0
Frontrunner
· 08-10 15:03
sol sigue siendo más fuerte para ganar dinero en los espacios entre
Solana lanza la solución BAM para mejorar la calidad y equidad de las transacciones
El nuevo desafío de Solana: mejorar la calidad de las transacciones en lugar de la cantidad
Solana es conocida por su velocidad y gran capacidad de transacciones, pero ¿es eso suficiente? Al analizar estas transacciones en profundidad, no podemos evitar preguntar: ¿están todas creando valor real?
De hecho, la gran cantidad de transacciones en Solana no proviene de una demanda real, sino de traders de alta frecuencia que aprovechan las diferencias de información en milisegundos para hacer arbitraje. Estos llamados "traders tóxicos" utilizan ventajas técnicas para aumentar las tarifas de Gas justo cuando los creadores de mercado están a punto de retirar sus órdenes, asegurando que sus transacciones se ejecuten con prioridad y así completan el arbitraje, haciendo 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, y al final, son los usuarios comunes quienes asumen el costo.
Solana siempre ha soñado con lograr un libro de órdenes en la cadena que pueda reemplazar a los intercambios centralizados, pero la existencia de "comerciantes 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 realmente saludable no necesita más transacciones, sino transacciones de mayor calidad.
¿Cómo eliminar las transacciones tóxicas y proteger mejor la liquidez?
En el sistema actual, debido a que el mecanismo de consenso de Solana utiliza subastas periódicas, los que comen órdenes en realidad tienen prioridad, lo que hace que el comportamiento malicioso de MEV (valor máximo extraíble) afecte la equidad del mercado.
Bajo el mecanismo de consenso actual de Solana, las transacciones se ordenan según la tarifa de Gas prioritaria pagada en cada ranura de tiempo de 400 milisegundos, ejecutando primero las transacciones con la oferta más alta. En este proceso, los creadores de mercado necesitan ajustar sus ofertas con frecuencia, retirando y volviendo a colocar órdenes para adaptarse a los cambios en el precio del mercado. Por otro lado, los arbitrajistas monitorean las diferencias de precios y, al detectar una oportunidad, realizan transacciones de inmediato, a menudo pagando tarifas más altas para completar la transacción antes de que los creadores de mercado retiren sus órdenes, lo que lleva a que los creadores de mercado sufran pérdidas frecuentes.
En un escenario ideal, el orden de las transacciones en un intercambio descentralizado (DEX) debería ser: primero ejecutar todas las cancelaciones, luego las nuevas órdenes de compra y finalmente las transacciones realizadas, a medida que fluctúan los precios. Sin embargo, el mecanismo de consenso actual de Solana no puede lograr esto a nivel micro.
De manera similar, en lo que respecta a las cotizaciones de los oráculos, la situación ideal es actualizar primero el precio del oráculo y luego ejecutar las transacciones que dependen de ese precio. Sin embargo, en el intervalo actual de 400 milisegundos, el mercado puede experimentar volatilidades extremas que hagan que las transacciones se ejecuten al precio original.
Para los acuerdos de préstamo, la mejor solución es primero complementar el 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 lo que Solana ha enfatizado como control de ejecución de aplicaciones (ACE).
BAM: La solución de Solana
BAM (Mercado de ensamblaje de bloques) es la respuesta que Solana propone para resolver estos problemas. Crea una capa de orden o una capa de preprocesamiento entre las aplicaciones en la cadena de Solana y la red principal. BAM utiliza entornos de ejecución confiables (TEEs) para construir un sandbox de privacidad, donde se ordenan las transacciones según reglas preestablecidas o el principio de primero en entrar, primero en salir (FIFO), para servir mejor a protocolos como libros de órdenes, intercambios de contratos perpetuos y pools oscuros.
Cómo funciona BAM
En el proceso de transacción tradicional de Solana, después de que el usuario confirma la transacción, esta se envía al nodo líder del slot de tiempo actual a través del nodo RPC. El líder recopila las transacciones, las ordena y las empaqueta en un bloque para su difusión, y otros nodos votan.
En las aplicaciones que integran BAM, el proceso de transacción es ligeramente diferente: las transacciones confirmadas por el usuario se envían primero a la red BAM, donde se ordenan en un entorno TEE. Durante este proceso, los nodos pueden agregar transacciones adicionales a través de complementos, como la actualización de precios de oráculos. El paquete de transacciones ordenado se envía al nodo líder de la red principal de Solana, que luego se empaqueta en un bloque y se transmite.
BAM en realidad funciona como una capa de preprocesamiento opcional, no se ejecuta directamente en la red principal de Solana, sino que completa la ordenación de transacciones "fuera de la cadena" y luego envía el paquete de transacciones ordenadas a la red principal.
Las tres modalidades de operación de BAM
Las características clave del modo BAM incluyen:
Aplicaciones prácticas de BAM
Con el despliegue de BAM, la experiencia de trading de Solana mejorará significativamente, acercando la experiencia de sus aplicaciones en la mainnet a la de un intercambio centralizado.
En general, BAM aporta verificabilidad, protección de la privacidad y programabilidad al proceso de procesamiento de transacciones de Solana. Permite a los desarrolladores construir libros de pedidos limitados centralizados, intercambios de contratos perpetuos, salas oscuras y otras infraestructuras financieras que requieren control de ordenación, ejecución determinista y protección de la privacidad, promoviendo así el desarrollo innovador del ecosistema de Solana.