El nuevo desafío de Solana: mejorar la calidad de las transacciones en lugar de la cantidad
Solana es conocida por sus transacciones rápidas y su gran volumen de operaciones, pero ¿significa esto que ya es "suficientemente buena"? Al analizar en profundidad estas transacciones, no podemos evitar preguntarnos: ¿todas están creando valor real?
De hecho, gran parte de las transacciones de Solana no provienen de una demanda real, sino que son obtenidas por traders de alta frecuencia que aprovechan las diferencias de información en milisegundos para obtener beneficios. Estos "traders tóxicos", a través de ventajas tecnológicas, aumentan las tarifas de Gas justo cuando los creadores de mercado están a punto de cancelar órdenes, asegurando que sus transacciones se ejecuten primero, lo que provoca arbitrajes y causa pérdidas a los creadores de mercado. Para compensar estas pérdidas, los creadores de mercado se ven obligados a ampliar el diferencial de compra-venta, lo que finalmente implica costos adicionales para los usuarios comunes.
Solana siempre ha soñado con implementar un libro de órdenes en la cadena, reemplazando a los exchanges centralizados. Sin embargo, la existencia de "traders tóxicos" se ha convertido en el principal obstáculo para alcanzar este objetivo. Esto revela un nuevo desafío que enfrenta Solana: el volumen de transacciones no es lo mismo que 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 sistema actual, debido a que el mecanismo de consenso de Solana utiliza subastas periódicas, los que comen órdenes disfrutan de privilegios, lo que lleva a que el MEV malicioso afecte la equidad del mercado.
En el mecanismo de consenso de Solana, cada 400 milisegundos hay un período de tiempo ( Slot ), y las transacciones se ejecutan en orden según el costo del Gas pagado. En este proceso, los creadores de mercado necesitan ajustar sus ofertas con frecuencia, mientras que los arbitrajistas de alta frecuencia monitorean las diferencias de precios y realizan transacciones inmediatamente al detectar oportunidades. Al pagar tarifas más altas, los arbitrajistas pueden completar las transacciones antes de que los creadores de mercado cancelen sus órdenes, lo que lleva a que los creadores de mercado sufran pérdidas con frecuencia.
En un escenario ideal, el libro de órdenes del intercambio descentralizado (DEX) debería ejecutar primero todas las cancelaciones, luego las nuevas órdenes y, por último, las transacciones. Sin embargo, el mecanismo de consenso actual de Solana no puede lograr esto a nivel micro. Del mismo modo, en términos de cotizaciones de oráculos, la mejor práctica es actualizar primero el precio del oráculo y luego ejecutar las transacciones que dependen de ese precio. Pero en un intervalo de 400 milisegundos, el mercado puede experimentar fluctuaciones drásticas que hagan que las transacciones se ejecuten según el precio original.
Para los protocolos de préstamo, el orden ideal es primero complementar el margen y luego realizar la liquidación.
Por lo tanto, Solana necesita un mecanismo que permita a diferentes protocolos ordenar las transacciones según la demanda, lo que se conoce como control de ejecución de aplicaciones (ACE).
BAM: Solana la solución
El mercado de ensamblaje de bloques ( BAM ) es la solución propuesta por Solana para resolver estos problemas. 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 un entorno de ejecución confiable ( TEEs ) para construir un sandbox de privacidad, en el que las transacciones se ordenan según reglas predefinidas o el principio de primero en entrar, primero en salir ( FIFO ).
Este mecanismo tiene como objetivo brindar un mejor servicio a protocolos como libros de órdenes, intercambios de contratos perpetuos y piscinas oscuras.
El modelo de operación de BAM
BAM admite tres modos de funcionamiento: modo predeterminado de Solana, modo Block-Engine ( y el actual solución MEV de Jito, que se basa en un mecanismo de pujas ) y el modo BAM ( donde los validadores se ordenan estrictamente por FIFO ).
Las características clave del modo BAM incluyen:
Utilizar entornos de ejecución confiables ( TEEs ) para construir un entorno de privacidad y asegurar un orden de transacciones justo.
Implementar lógica de ordenamiento compleja a través del sistema de plugins, permitiendo que las aplicaciones personalicen las reglas de ordenamiento de transacciones.
Implementar la función de control de aplicaciones (ACE), satisfaciendo las necesidades específicas de diferentes protocolos.
Aplicaciones prácticas de BAM
Los casos de uso de BAM incluyen:
Protección de liquidación de préstamos: ejecutar primero la operación de colateral adicional, y luego realizar la verificación de liquidación.
Combinación de transacciones a nivel atómico: completar la actualización de precios del oráculo y la ejecución de transacciones relacionadas dentro de la misma ventana de tiempo.
Protección contra la volatilidad de precios: detectar y ejecutar grandes órdenes en lotes para evitar fluctuaciones bruscas en el mercado.
Protección de creadores de mercado: permite la cancelación y re-publicación de órdenes en milisegundos, reduciendo el riesgo de arbitraje malicioso.
Conclusión
BAM ha introducido verificabilidad, protección de la privacidad y programabilidad en el proceso de procesamiento de transacciones de Solana. Permite a los desarrolladores construir aplicaciones descentralizadas que se asemejan más a la experiencia de un intercambio centralizado, incluyendo libros de órdenes centralizados, intercambios de contratos perpetuos y dark pools. Esta innovación promete impulsar el desarrollo adicional del ecosistema de Solana, mejorando la calidad general de las transacciones y la experiencia del usuario.
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.
15 me gusta
Recompensa
15
6
Republicar
Compartir
Comentar
0/400
SchrodingerAirdrop
· hace10h
Escucha mi consejo, no compres la caída de sol a la ligera.
Ver originalesResponder0
TestnetFreeloader
· 08-10 19:45
gas alto, el público no se atreve a moverse, ¿verdad?
Ver originalesResponder0
rekt_but_resilient
· 08-10 19:43
¿No es más competitivo hacer Laina?
Ver originalesResponder0
GateUser-1a2ed0b9
· 08-10 19:42
¿Es un parásito on-chain?
Ver originalesResponder0
quiet_lurker
· 08-10 19:20
Hay bastantes tumores malignos.
Ver originalesResponder0
MrRightClick
· 08-10 19:16
La cantidad de transacciones es el último recurso de la especulación.
Solana lanza el programa BAM para mejorar la calidad de las transacciones y hacer frente al MEV malicioso.
El nuevo desafío de Solana: mejorar la calidad de las transacciones en lugar de la cantidad
Solana es conocida por sus transacciones rápidas y su gran volumen de operaciones, pero ¿significa esto que ya es "suficientemente buena"? Al analizar en profundidad estas transacciones, no podemos evitar preguntarnos: ¿todas están creando valor real?
De hecho, gran parte de las transacciones de Solana no provienen de una demanda real, sino que son obtenidas por traders de alta frecuencia que aprovechan las diferencias de información en milisegundos para obtener beneficios. Estos "traders tóxicos", a través de ventajas tecnológicas, aumentan las tarifas de Gas justo cuando los creadores de mercado están a punto de cancelar órdenes, asegurando que sus transacciones se ejecuten primero, lo que provoca arbitrajes y causa pérdidas a los creadores de mercado. Para compensar estas pérdidas, los creadores de mercado se ven obligados a ampliar el diferencial de compra-venta, lo que finalmente implica costos adicionales para los usuarios comunes.
Solana siempre ha soñado con implementar un libro de órdenes en la cadena, reemplazando a los exchanges centralizados. Sin embargo, la existencia de "traders tóxicos" se ha convertido en el principal obstáculo para alcanzar este objetivo. Esto revela un nuevo desafío que enfrenta Solana: el volumen de transacciones no es lo mismo que 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 sistema actual, debido a que el mecanismo de consenso de Solana utiliza subastas periódicas, los que comen órdenes disfrutan de privilegios, lo que lleva a que el MEV malicioso afecte la equidad del mercado.
En el mecanismo de consenso de Solana, cada 400 milisegundos hay un período de tiempo ( Slot ), y las transacciones se ejecutan en orden según el costo del Gas pagado. En este proceso, los creadores de mercado necesitan ajustar sus ofertas con frecuencia, mientras que los arbitrajistas de alta frecuencia monitorean las diferencias de precios y realizan transacciones inmediatamente al detectar oportunidades. Al pagar tarifas más altas, los arbitrajistas pueden completar las transacciones antes de que los creadores de mercado cancelen sus órdenes, lo que lleva a que los creadores de mercado sufran pérdidas con frecuencia.
En un escenario ideal, el libro de órdenes del intercambio descentralizado (DEX) debería ejecutar primero todas las cancelaciones, luego las nuevas órdenes y, por último, las transacciones. Sin embargo, el mecanismo de consenso actual de Solana no puede lograr esto a nivel micro. Del mismo modo, en términos de cotizaciones de oráculos, la mejor práctica es actualizar primero el precio del oráculo y luego ejecutar las transacciones que dependen de ese precio. Pero en un intervalo de 400 milisegundos, el mercado puede experimentar fluctuaciones drásticas que hagan que las transacciones se ejecuten según el precio original.
Para los protocolos de préstamo, el orden ideal es primero complementar el margen y luego realizar la liquidación.
Por lo tanto, Solana necesita un mecanismo que permita a diferentes protocolos ordenar las transacciones según la demanda, lo que se conoce como control de ejecución de aplicaciones (ACE).
BAM: Solana la solución
El mercado de ensamblaje de bloques ( BAM ) es la solución propuesta por Solana para resolver estos problemas. 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 un entorno de ejecución confiable ( TEEs ) para construir un sandbox de privacidad, en el que las transacciones se ordenan según reglas predefinidas o el principio de primero en entrar, primero en salir ( FIFO ).
Este mecanismo tiene como objetivo brindar un mejor servicio a protocolos como libros de órdenes, intercambios de contratos perpetuos y piscinas oscuras.
El modelo de operación de BAM
BAM admite tres modos de funcionamiento: modo predeterminado de Solana, modo Block-Engine ( y el actual solución MEV de Jito, que se basa en un mecanismo de pujas ) y el modo BAM ( donde los validadores se ordenan estrictamente por FIFO ).
Las características clave del modo BAM incluyen:
Utilizar entornos de ejecución confiables ( TEEs ) para construir un entorno de privacidad y asegurar un orden de transacciones justo.
Implementar lógica de ordenamiento compleja a través del sistema de plugins, permitiendo que las aplicaciones personalicen las reglas de ordenamiento de transacciones.
Implementar la función de control de aplicaciones (ACE), satisfaciendo las necesidades específicas de diferentes protocolos.
Aplicaciones prácticas de BAM
Los casos de uso de BAM incluyen:
Protección de liquidación de préstamos: ejecutar primero la operación de colateral adicional, y luego realizar la verificación de liquidación.
Combinación de transacciones a nivel atómico: completar la actualización de precios del oráculo y la ejecución de transacciones relacionadas dentro de la misma ventana de tiempo.
Protección contra la volatilidad de precios: detectar y ejecutar grandes órdenes en lotes para evitar fluctuaciones bruscas en el mercado.
Protección de creadores de mercado: permite la cancelación y re-publicación de órdenes en milisegundos, reduciendo el riesgo de arbitraje malicioso.
Conclusión
BAM ha introducido verificabilidad, protección de la privacidad y programabilidad en el proceso de procesamiento de transacciones de Solana. Permite a los desarrolladores construir aplicaciones descentralizadas que se asemejan más a la experiencia de un intercambio centralizado, incluyendo libros de órdenes centralizados, intercambios de contratos perpetuos y dark pools. Esta innovación promete impulsar el desarrollo adicional del ecosistema de Solana, mejorando la calidad general de las transacciones y la experiencia del usuario.