El nuevo desafío de Solana: no solo buscar velocidad, sino también enfocarse en la calidad de las transacciones
Solana es conocida por su alta velocidad y gran volumen de transacciones, pero ¿significa esto que ya es "suficientemente buena"? Al examinar detenidamente estas transacciones, surge una pregunta: ¿todas estas transacciones están creando valor real?
De hecho, una gran cantidad de transacciones en la red Solana no provienen de una demanda real de transacciones, sino de arbitrajistas de alta frecuencia que aprovechan las diferencias de información en milisegundos para obtener ganancias. Estos llamados "traders tóxicos" utilizan ventajas tecnológicas para hacer que sus transacciones sean empaquetadas en primer lugar, aumentando las tarifas de Gas justo cuando los creadores de mercado están a punto de retirar sus órdenes, lo que les permite completar su arbitraje y hacer que los creadores de mercado asuman pérdidas. Para compensar estas pérdidas, los creadores de mercado se ven obligados a ampliar el diferencial entre la compra y la venta, lo que finalmente perjudica los intereses de los usuarios comunes.
Solana siempre ha tenido la visión de implementar un libro de órdenes en la cadena para reemplazar los intercambios centralizados. Sin embargo, la existencia de "traders tóxicos" se ha convertido en un obstáculo para alcanzar este sueño. Este es el nuevo desafío que enfrenta Solana en este momento: el volumen de transacciones no es sinónimo de liquidez. Un mercado verdaderamente 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 un mecanismo de subasta periódica, los que comen órdenes disfrutan de prioridad, lo que lleva a que el MEV malicioso afecte la equidad del mercado.
En concreto, en el mecanismo de consenso actual de Solana, las transacciones en cada intervalo de tiempo (Slot) se ordenan según la tarifa de Gas prioritaria pagada, ejecutando primero las transacciones con ofertas más altas. Este mecanismo de subasta se realiza cada 400 milisegundos. En este proceso, los creadores de mercado necesitan ajustar sus ofertas con frecuencia, retirando y volviendo a colocar órdenes para mantenerse al día con los cambios en el precio del mercado.
Mientras tanto, los que hacen trading (especialmente los arbitrajistas de alta frecuencia) monitorean constantemente las diferencias de precios, y tan pronto como descubren una oportunidad, realizan una transacción de inmediato. Pueden completar la operación pagando tarifas más altas para adelantarse a las órdenes de cancelación, lo que provoca que los creadores de mercado a menudo sean "blanco" y asuman pérdidas.
Para los intercambios descentralizados (DEX) de tipo libro de órdenes, el orden de ejecución de las operaciones ideal debería ser: con la fluctuación de precios, primero ejecutar todas las órdenes de cancelación, luego ejecutar las nuevas órdenes de espera y, por último, ejecutar las transacciones. Pero actualmente, el mecanismo de consenso de Solana no puede lograr esto a nivel micro.
El mismo problema también existe en el nivel de cotización de los oráculos. En un escenario ideal, se deberían actualizar primero los precios del oráculo antes de ejecutar las transacciones que dependen de esos precios. Sin embargo, en el intervalo actual de 400 milisegundos, el mercado puede experimentar fluctuaciones bruscas que resulten en que las transacciones se ejecuten aún a los precios originales.
Para los protocolos de préstamos, la situación ideal es complementar el margen antes de proceder con la liquidación.
Por lo tanto, la mejor solución es permitir que diferentes protocolos ordenen las transacciones según sus propias necesidades, que es el concepto de Ejecución Controlada por la Aplicación (Application-Controlled Execution, ACE) que Solana ha enfatizado continuamente.
Para abordar estos problemas, Solana propuso BAM (Mercado de Ensamblaje de Bloques) como solución.
BAM: La nueva respuesta de Solana
BAM ha construido una capa de orden o una capa de preprocesamiento entre la capa de aplicación y la red principal de Solana. Utiliza entornos de ejecución confiables (TEEs) para construir un sandbox de privacidad, donde las transacciones se ordenan según reglas predefinidas o el principio de primero en entrar, primero en salir (FIFO). Este mecanismo está diseñado para servir mejor a protocolos como libros de órdenes, intercambios de contratos perpetuos y dark pools.
Cómo funciona BAM
El proceso de transacción de BAM es el siguiente:
El usuario confirma la transacción en la billetera
Transacción enviada al nodo RPC
Transacción trasladada a la red BAM, ordenada en un entorno de privacidad TEE
Los nodos pueden agregar transacciones adicionales a través de complementos, como la actualización de precios de oráculos.
El paquete de datos de transacción se envía al nodo líder de la red principal de Solana
El líder empaqueta el paquete de datos BAM en bloques y los difunde.
Otros nodos realizan la confirmación de votos
BAM no opera directamente en la red principal de Solana, sino que completa el orden de las transacciones "fuera de la cadena" y luego envía las transacciones empaquetadas a la red principal de Solana.
Características clave de BAM
Entornos de ejecución confiables (TEEs): Utilizar TEEs para construir un entorno de privacidad que garantice la equidad en el orden de las transacciones.
Sistema de complementos: permite a las aplicaciones construir lógica de ordenamiento de transacciones personalizada, logrando un ordenamiento de transacciones complejo, al mismo tiempo que mantiene la seguridad del entorno TEE.
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 actualice el precio del oráculo y luego ejecute las transacciones que dependen de ese precio; para el DEX de contratos, también se pueden liquidar los derivados relacionados dentro de la misma ventana de tiempo.
Protección contra la volatilidad de precios: Detectar órdenes grandes anormales, dividirlas en pequeñas partes para ejecutar por lotes, dar tiempo al mercado para reaccionar y evitar consecuencias graves causadas por liquidaciones en cadena o arbitraje.
Protección de los creadores de mercado: en caso de eventos imprevistos, se pueden cancelar órdenes, actualizar precios de oráculos y volver a colocar órdenes en milisegundos, evitando el arbitraje malicioso y reduciendo así el diferencial de precios.
Conclusión
La introducción de 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 aplicaciones descentralizadas que se asemejan más a la experiencia de un intercambio centralizado, como libros de órdenes limitadas centralizados, intercambios de contratos perpetuos y dark pools. Estas aplicaciones requieren control de orden preciso, ejecución determinista y protección de la privacidad, y la aparición de BAM impulsará significativamente la innovación y el desarrollo del ecosistema de Solana.
Con el despliegue de BAM, se espera que la experiencia de trading en Solana mejore significativamente, acercando el rendimiento de sus aplicaciones en la mainnet al de los intercambios centralizados. Esto no solo busca velocidad, sino que también representa una mejora integral en la calidad del trading, marcando un paso importante para Solana en la aplicación de la tecnología blockchain.
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.
9 me gusta
Recompensa
9
6
Republicar
Compartir
Comentar
0/400
DAOplomacy
· 08-04 23:57
probablemente otro intento subóptimo de teatro de gobernanza... la dependencia del camino golpea de nuevo, para ser honesto
Ver originalesResponder0
MissedTheBoat
· 08-04 08:02
Cuando sube, inevitablemente caerá. Mira si tengo razón.
Ver originalesResponder0
ForkItAll
· 08-02 22:46
En pocas palabras, es un estrangulamiento.
Ver originalesResponder0
GasSavingMaster
· 08-02 22:36
¡El gas se recoge en el mundo, los costos son míos! ¡Me escapo, me escapo!
Ver originalesResponder0
MonkeySeeMonkeyDo
· 08-02 22:33
sol debe cambiarse
Ver originalesResponder0
OffchainWinner
· 08-02 22:30
¡Transacciones tóxicas, lo mejor es acabar con todas de una vez!
Nuevo desafío de Solana: la tecnología BAM mejora la calidad de las transacciones y elimina las transacciones tóxicas
El nuevo desafío de Solana: no solo buscar velocidad, sino también enfocarse en la calidad de las transacciones
Solana es conocida por su alta velocidad y gran volumen de transacciones, pero ¿significa esto que ya es "suficientemente buena"? Al examinar detenidamente estas transacciones, surge una pregunta: ¿todas estas transacciones están creando valor real?
De hecho, una gran cantidad de transacciones en la red Solana no provienen de una demanda real de transacciones, sino de arbitrajistas de alta frecuencia que aprovechan las diferencias de información en milisegundos para obtener ganancias. Estos llamados "traders tóxicos" utilizan ventajas tecnológicas para hacer que sus transacciones sean empaquetadas en primer lugar, aumentando las tarifas de Gas justo cuando los creadores de mercado están a punto de retirar sus órdenes, lo que les permite completar su arbitraje y hacer que los creadores de mercado asuman pérdidas. Para compensar estas pérdidas, los creadores de mercado se ven obligados a ampliar el diferencial entre la compra y la venta, lo que finalmente perjudica los intereses de los usuarios comunes.
Solana siempre ha tenido la visión de implementar un libro de órdenes en la cadena para reemplazar los intercambios centralizados. Sin embargo, la existencia de "traders tóxicos" se ha convertido en un obstáculo para alcanzar este sueño. Este es el nuevo desafío que enfrenta Solana en este momento: el volumen de transacciones no es sinónimo de liquidez. Un mercado verdaderamente 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 un mecanismo de subasta periódica, los que comen órdenes disfrutan de prioridad, lo que lleva a que el MEV malicioso afecte la equidad del mercado.
En concreto, en el mecanismo de consenso actual de Solana, las transacciones en cada intervalo de tiempo (Slot) se ordenan según la tarifa de Gas prioritaria pagada, ejecutando primero las transacciones con ofertas más altas. Este mecanismo de subasta se realiza cada 400 milisegundos. En este proceso, los creadores de mercado necesitan ajustar sus ofertas con frecuencia, retirando y volviendo a colocar órdenes para mantenerse al día con los cambios en el precio del mercado.
Mientras tanto, los que hacen trading (especialmente los arbitrajistas de alta frecuencia) monitorean constantemente las diferencias de precios, y tan pronto como descubren una oportunidad, realizan una transacción de inmediato. Pueden completar la operación pagando tarifas más altas para adelantarse a las órdenes de cancelación, lo que provoca que los creadores de mercado a menudo sean "blanco" y asuman pérdidas.
Para los intercambios descentralizados (DEX) de tipo libro de órdenes, el orden de ejecución de las operaciones ideal debería ser: con la fluctuación de precios, primero ejecutar todas las órdenes de cancelación, luego ejecutar las nuevas órdenes de espera y, por último, ejecutar las transacciones. Pero actualmente, el mecanismo de consenso de Solana no puede lograr esto a nivel micro.
El mismo problema también existe en el nivel de cotización de los oráculos. En un escenario ideal, se deberían actualizar primero los precios del oráculo antes de ejecutar las transacciones que dependen de esos precios. Sin embargo, en el intervalo actual de 400 milisegundos, el mercado puede experimentar fluctuaciones bruscas que resulten en que las transacciones se ejecuten aún a los precios originales.
Para los protocolos de préstamos, la situación ideal es complementar el margen antes de proceder con la liquidación.
Por lo tanto, la mejor solución es permitir que diferentes protocolos ordenen las transacciones según sus propias necesidades, que es el concepto de Ejecución Controlada por la Aplicación (Application-Controlled Execution, ACE) que Solana ha enfatizado continuamente.
Para abordar estos problemas, Solana propuso BAM (Mercado de Ensamblaje de Bloques) como solución.
BAM: La nueva respuesta de Solana
BAM ha construido una capa de orden o una capa de preprocesamiento entre la capa de aplicación y la red principal de Solana. Utiliza entornos de ejecución confiables (TEEs) para construir un sandbox de privacidad, donde las transacciones se ordenan según reglas predefinidas o el principio de primero en entrar, primero en salir (FIFO). Este mecanismo está diseñado para servir mejor a protocolos como libros de órdenes, intercambios de contratos perpetuos y dark pools.
Cómo funciona BAM
El proceso de transacción de BAM es el siguiente:
BAM no opera directamente en la red principal de Solana, sino que completa el orden de las transacciones "fuera de la cadena" y luego envía las transacciones empaquetadas a la red principal de Solana.
Características clave de BAM
Entornos de ejecución confiables (TEEs): Utilizar TEEs para construir un entorno de privacidad que garantice la equidad en el orden de las transacciones.
Sistema de complementos: permite a las aplicaciones construir lógica de ordenamiento de transacciones personalizada, logrando un ordenamiento de transacciones complejo, al mismo tiempo que mantiene la seguridad del entorno TEE.
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 actualice el precio del oráculo y luego ejecute las transacciones que dependen de ese precio; para el DEX de contratos, también se pueden liquidar los derivados relacionados dentro de la misma ventana de tiempo.
Protección contra la volatilidad de precios: Detectar órdenes grandes anormales, dividirlas en pequeñas partes para ejecutar por lotes, dar tiempo al mercado para reaccionar y evitar consecuencias graves causadas por liquidaciones en cadena o arbitraje.
Protección de los creadores de mercado: en caso de eventos imprevistos, se pueden cancelar órdenes, actualizar precios de oráculos y volver a colocar órdenes en milisegundos, evitando el arbitraje malicioso y reduciendo así el diferencial de precios.
Conclusión
La introducción de 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 aplicaciones descentralizadas que se asemejan más a la experiencia de un intercambio centralizado, como libros de órdenes limitadas centralizados, intercambios de contratos perpetuos y dark pools. Estas aplicaciones requieren control de orden preciso, ejecución determinista y protección de la privacidad, y la aparición de BAM impulsará significativamente la innovación y el desarrollo del ecosistema de Solana.
Con el despliegue de BAM, se espera que la experiencia de trading en Solana mejore significativamente, acercando el rendimiento de sus aplicaciones en la mainnet al de los intercambios centralizados. Esto no solo busca velocidad, sino que también representa una mejora integral en la calidad del trading, marcando un paso importante para Solana en la aplicación de la tecnología blockchain.