El nuevo desafío de Solana: el equilibrio entre el volumen y la liquidez
Solana es conocida por su alta velocidad y gran volumen de transacciones, pero ¿es eso realmente suficiente? Cuando examinamos detenidamente estas transacciones, surge una pregunta: ¿están todas creando valor real?
De hecho, gran parte del volumen de transacciones en Solana no proviene de una verdadera demanda de trading, sino de la utilización de diferencias de información en milisegundos por parte de los arbitrajistas de alta frecuencia para obtener beneficios. Estos participantes, conocidos como "traders tóxicos", aprovechan su ventaja técnica para aumentar las tarifas de Gas justo cuando los creadores de mercado están a punto de retirar sus órdenes, asegurando así que sus transacciones sean empaquetadas primero y completando así el arbitraje, lo que lleva a los creadores de mercado a sufrir pérdidas. Para compensar estas pérdidas, los creadores de mercado se ven obligados a ampliar el diferencial de compra-venta, y, en última instancia, son los usuarios comunes quienes asumen estos costos adicionales.
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: el volumen no es igual a la liquidez. Un mercado verdaderamente saludable no necesita más transacciones, sino transacciones de mayor calidad.
¿Cómo eliminar transacciones tóxicas y proteger mejor la Liquidez?
En el sistema actual de Solana, debido a que su mecanismo de consenso utiliza subastas periódicas, los tomadores de órdenes gozan de una prioridad real, lo que hace que el comportamiento malicioso de MEV (valor máximo extraíble) afecte la equidad del mercado.
En concreto, en el mecanismo de consenso de Solana, cada 400 milisegundos hay una ranura de tiempo (Slot), y dentro de cada Slot, las transacciones se ordenan según la tarifa de Gas prioritaria pagada. Las transacciones con las ofertas más altas se ejecutan primero. 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.
Los que buscan oportunidades de arbitraje, especialmente los de alta frecuencia, monitorean constantemente las diferencias de precios y, tan pronto como detectan una oportunidad, realizan la transacción de inmediato. Pueden asegurarse de completar la transacción antes de que los creadores de mercado retiren sus órdenes, pagando tarifas más altas, lo que lleva a que los creadores de mercado a menudo sufran pérdidas.
En un escenario ideal, el orden de ejecución de las operaciones para un intercambio descentralizado (DEX) de tipo libro de órdenes debería ser: a medida que fluctúan los precios, primero se ejecutan todas las operaciones de cancelación, luego se ejecutan las nuevas órdenes pendientes y, finalmente, se ejecutan las transacciones. Sin embargo, el mecanismo de consenso actual de Solana no puede lograr esto a nivel micro.
De manera similar, en cuanto a las cotizaciones de los oráculos, la mejor situación es actualizar primero el precio del oráculo y luego ejecutar las transacciones que dependen de ese precio. Pero en el intervalo de tiempo actual de 400 milisegundos, el mercado puede experimentar fluctuaciones extremas que resulten en que se utilice el precio antiguo al momento de la transacción.
Para un protocolo de préstamo, lo ideal 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 sus propias necesidades, que es el concepto de Control de Ejecución de Aplicaciones (ACE) que Solana ha enfatizado.
BAM: La solución de Solana
Para abordar estos desafíos, Solana propuso BAM (Mercado de Ensamblaje de Bloques) como solución. BAM construye una capa de ordenación o capa de preprocesamiento entre la capa de aplicación de Solana y la red principal.
BAM utiliza entornos de ejecución confiables (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 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 diferente al proceso de transacción convencional de Solana:
El usuario confirma la transacción en la billetera.
Envío de la transacción al nodo RPC.
Reenviar transacciones a la red BAM y ordenarlas en el TEE. Durante este proceso, los nodos pueden agregar transacciones adicionales a través de complementos, como actualizar el precio del oráculo.
El paquete de transacciones ordenado se envía al nodo líder de la red principal de Solana.
El nodo líder recopila los paquetes de datos BAM, los empaqueta en bloques y los difunde.
Otros nodos votan para confirmar.
BAM, como una función opcional, no entra en conflicto con el proceso de consenso de la red principal de Solana. Realiza la ordenación de transacciones "fuera de la cadena" de antemano y luego envía el paquete de transacciones ordenadas a la red principal de Solana.
El modo de operación de BAM
BAM admite tres modos de operación:
Modo predeterminado de Solana
Modo Block-Engine: actualmente es el enfoque adoptado por una solución MEV, cuyo núcleo es el mecanismo de puja.
Modo BAM: los validadores ordenan estrictamente según el principio FIFO.
Las características clave del modo BAM incluyen:
Utilizar entornos de ejecución confiables (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, pero aún debe seguir las reglas preestablecidas.
Aplicaciones prácticas de BAM
Los escenarios de aplicación de BAM incluyen:
Protección de liquidación de préstamos: realizar primero la operación de colateral adicional y luego proceder a la verificación de liquidación.
Combinaciones de transacciones a nivel atómico: por ejemplo, primero actualizar el precio del oráculo y luego ejecutar las transacciones que dependen de ese precio; para DEX de contratos, también se pueden liquidar simultáneamente los derivados relacionados.
Protección contra la volatilidad de precios: detectar órdenes grandes anómalas, ejecutarlas en lotes, dar tiempo de reacción al mercado, evitar consecuencias graves causadas por liquidaciones en cadena o arbitraje.
Protección de los creadores de mercado: en caso de eventos inesperados, se puede cancelar órdenes, actualizar precios de oráculos y volver a colocar órdenes en milisegundos, reduciendo la posibilidad de arbitraje malicioso.
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 ha aportado verificabilidad, protección de la privacidad y programabilidad al proceso de tratamiento de transacciones de Solana. Permite a los desarrolladores construir libros de órdenes centralizados, intercambios de contratos perpetuos, piscinas oscuras y otras infraestructuras financieras que requieren control de ordenación, ejecución determinista y protección de la privacidad, impulsando 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.
24 me gusta
Recompensa
24
6
Compartir
Comentar
0/400
SingleForYears
· hace13h
¡Rata, el jugo se escapó, se escapó!
Ver originalesResponder0
CompoundPersonality
· 08-02 08:27
Otra nueva artimaña para tomar a la gente por tonta.
Ver originalesResponder0
FadCatcher
· 08-01 22:46
Otra olla rota
Ver originalesResponder0
LiquidationWizard
· 08-01 22:43
Jugadores de nivel secundario en la Cadena de bloques
Ver originalesResponder0
DeFiAlchemist
· 08-01 22:24
mmm... el flujo tóxico es como la materia oscura en el vaso alquímico del protocolo. tengo que transmutar esa energía negativa o los rendimientos se descompondrán *ajusta los gráficos místicos*
Ver originalesResponder0
GateUser-aa7df71e
· 08-01 22:20
Las instituciones están usando cupones de clip de SOL, ustedes solo tienen que recargar.
Solana lanza BAM: una nueva solución para equilibrar el volumen y la liquidez en las transacciones.
El nuevo desafío de Solana: el equilibrio entre el volumen y la liquidez
Solana es conocida por su alta velocidad y gran volumen de transacciones, pero ¿es eso realmente suficiente? Cuando examinamos detenidamente estas transacciones, surge una pregunta: ¿están todas creando valor real?
De hecho, gran parte del volumen de transacciones en Solana no proviene de una verdadera demanda de trading, sino de la utilización de diferencias de información en milisegundos por parte de los arbitrajistas de alta frecuencia para obtener beneficios. Estos participantes, conocidos como "traders tóxicos", aprovechan su ventaja técnica para aumentar las tarifas de Gas justo cuando los creadores de mercado están a punto de retirar sus órdenes, asegurando así que sus transacciones sean empaquetadas primero y completando así el arbitraje, lo que lleva a los creadores de mercado a sufrir pérdidas. Para compensar estas pérdidas, los creadores de mercado se ven obligados a ampliar el diferencial de compra-venta, y, en última instancia, son los usuarios comunes quienes asumen estos costos adicionales.
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: el volumen no es igual a la liquidez. Un mercado verdaderamente saludable no necesita más transacciones, sino transacciones de mayor calidad.
¿Cómo eliminar transacciones tóxicas y proteger mejor la Liquidez?
En el sistema actual de Solana, debido a que su mecanismo de consenso utiliza subastas periódicas, los tomadores de órdenes gozan de una prioridad real, lo que hace que el comportamiento malicioso de MEV (valor máximo extraíble) afecte la equidad del mercado.
En concreto, en el mecanismo de consenso de Solana, cada 400 milisegundos hay una ranura de tiempo (Slot), y dentro de cada Slot, las transacciones se ordenan según la tarifa de Gas prioritaria pagada. Las transacciones con las ofertas más altas se ejecutan primero. 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.
Los que buscan oportunidades de arbitraje, especialmente los de alta frecuencia, monitorean constantemente las diferencias de precios y, tan pronto como detectan una oportunidad, realizan la transacción de inmediato. Pueden asegurarse de completar la transacción antes de que los creadores de mercado retiren sus órdenes, pagando tarifas más altas, lo que lleva a que los creadores de mercado a menudo sufran pérdidas.
En un escenario ideal, el orden de ejecución de las operaciones para un intercambio descentralizado (DEX) de tipo libro de órdenes debería ser: a medida que fluctúan los precios, primero se ejecutan todas las operaciones de cancelación, luego se ejecutan las nuevas órdenes pendientes y, finalmente, se ejecutan las transacciones. Sin embargo, el mecanismo de consenso actual de Solana no puede lograr esto a nivel micro.
De manera similar, en cuanto a las cotizaciones de los oráculos, la mejor situación es actualizar primero el precio del oráculo y luego ejecutar las transacciones que dependen de ese precio. Pero en el intervalo de tiempo actual de 400 milisegundos, el mercado puede experimentar fluctuaciones extremas que resulten en que se utilice el precio antiguo al momento de la transacción.
Para un protocolo de préstamo, lo ideal 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 sus propias necesidades, que es el concepto de Control de Ejecución de Aplicaciones (ACE) que Solana ha enfatizado.
BAM: La solución de Solana
Para abordar estos desafíos, Solana propuso BAM (Mercado de Ensamblaje de Bloques) como solución. BAM construye una capa de ordenación o capa de preprocesamiento entre la capa de aplicación de Solana y la red principal.
BAM utiliza entornos de ejecución confiables (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 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 diferente al proceso de transacción convencional de Solana:
BAM, como una función opcional, no entra en conflicto con el proceso de consenso de la red principal de Solana. Realiza la ordenación de transacciones "fuera de la cadena" de antemano y luego envía el paquete de transacciones ordenadas a la red principal de Solana.
El modo de operación de BAM
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:
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 ha aportado verificabilidad, protección de la privacidad y programabilidad al proceso de tratamiento de transacciones de Solana. Permite a los desarrolladores construir libros de órdenes centralizados, intercambios de contratos perpetuos, piscinas oscuras y otras infraestructuras financieras que requieren control de ordenación, ejecución determinista y protección de la privacidad, impulsando así el desarrollo innovador del ecosistema de Solana.