El nuevo desafío de Solana: perseguir transacciones de mayor calidad
Solana es conocida por su alta velocidad y gran volumen de transacciones, pero ¿significa esto que ha alcanzado la perfección? Al examinar detenidamente estas transacciones, no podemos evitar preguntarnos: ¿todas ellas están creando un valor real?
De hecho, una gran cantidad de transacciones en Solana no provienen de una demanda real, sino que son los operadores de alta frecuencia quienes obtienen ganancias aprovechando las diferencias de información en milisegundos. Estos "operadores tóxicos" utilizan ventajas técnicas para aumentar las tarifas de Gas justo cuando los creadores de mercado están a punto de cancelar sus órdenes, asegurando que sus transacciones sean empaquetadas en primer lugar, completando así el arbitraje y causando 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 hace que los usuarios comunes asuman los costos.
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 lograr 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 al mecanismo de subasta cíclica de consenso de Solana, los que comen órdenes disfrutan de prioridad, lo que lleva a que el MEV malicioso afecte la equidad del mercado.
Bajo el mecanismo de consenso actual de Solana, las transacciones dentro de cada intervalo de tiempo (Slot) se ordenan según la tarifa de Gas prioritaria pagada, priorizando la ejecución de las transacciones con la oferta más alta. Esta subasta se realiza cada 400 milisegundos.
En este proceso, los creadores de mercado necesitan ajustar sus ofertas con frecuencia, cancelar órdenes y volver a colocarlas para adaptarse a los cambios en los precios del mercado. Por otro lado, los que consumen órdenes, especialmente los arbitrajistas de alta frecuencia, monitorean continuamente las diferencias de precios y, tan pronto como detectan una oportunidad, realizan la transacción de inmediato. Por lo tanto, los arbitrajistas pueden pagar tarifas más altas para ejecutar antes de que se cancelen las órdenes, lo que lleva a que los creadores de mercado sufran pérdidas con frecuencia.
Para un intercambio descentralizado de libro de órdenes, el orden ideal debería ser: a medida que fluctúan los precios, primero ejecutar todas las órdenes de cancelación, luego ejecutar las nuevas órdenes de compra y, finalmente, ejecutar las transacciones. Sin embargo, el mecanismo de consenso actual de Solana no puede lograr esto a nivel micro.
También existen problemas similares en cuanto a las cotizaciones de los oráculos. En un escenario ideal, los precios de los oráculos deberían actualizarse primero antes de ejecutar las transacciones que dependen de esos precios. Sin embargo, en el intervalo actual de 400 milisegundos, si el mercado fluctúa drásticamente, puede llevar a que las transacciones se realicen al precio original.
Para los protocolos de préstamo, la mejor práctica es primero aportar garantías y luego proceder a la liquidación.
Por lo tanto, la solución más ideal es permitir que diferentes protocolos ordenen las transacciones según las necesidades, esto es lo que Solana ha enfatizado siempre: Ejecución Controlada por la Aplicación (, ACE).
Mercado de Ensamblaje de Bloques (, BAM ) es la solución que Solana propone para este problema.
BAM ha construido una capa de ordenación, o capa de preprocesamiento, entre la aplicación en la cadena de Solana y la mainnet. Utiliza entornos de ejecución confiables (Trusted Execution Environments, TEEs) para construir un sandbox de privacidad, donde se ordenan las transacciones según reglas de ordenación predefinidas o el principio de primero en entrar, primero en salir (FIFO).
Este mecanismo puede servir mejor a protocolos como libros de órdenes, intercambios de contratos perpetuos y dark pools.
Modo de ordenación de transacciones BAM
BAM admite tres modos de operación:
Modo predeterminado de Solana
Modo Block-Engine: Actualmente el núcleo de una solución MEV, basada principalmente en un mecanismo de subasta.
Modo BAM: los validadores ordenan estrictamente según el principio FIFO
El núcleo del modo BAM incluye los siguientes puntos:
Entornos de Ejecución Confiables ( TEEs ): Utilizar TEEs para construir un entorno privado que ordene las transacciones, garantizando la equidad.
Sistema de complementos: A través del sistema de complementos, BAM permite a las aplicaciones construir lógica de ordenamiento de transacciones personalizada, pero este ordenamiento se basa en reglas preestablecidas, y no en decisiones arbitrarias de los nodos.
El sistema de plugins planea implementar un ordenamiento de transacciones complejo, al mismo tiempo que mantiene las garantías de seguridad del entorno TEE. Actualmente, este sistema aún se encuentra en una etapa temprana de desarrollo.
Aplicaciones específicas de BAM
Protección de liquidación de préstamos: para los acuerdos de préstamos, después de detectar un riesgo de liquidación, se prioriza la ejecución de operaciones de colateral adicional, y luego se realiza la verificación de liquidación.
Combinación de transacciones a nivel atómico: para un intercambio descentralizado, primero actualiza el precio del oráculo y luego ejecuta las transacciones que dependen de ese precio. Para el intercambio de contratos, también se pueden liquidar los derivados relacionados dentro de la misma ventana de tiempo.
Protección contra la volatilidad de precios: para los intercambios descentralizados, detectar órdenes grandes anormales, descomponerlas en partes más pequeñas para ejecutarlas en lotes, dar al mercado suficiente tiempo de reacción, evitando consecuencias graves por liquidaciones en cadena o arbitraje.
Protección de creadores de mercado: en caso de eventos imprevistos, se puede completar la cancelación de órdenes, la actualización de precios de oráculos y la re colocación de órdenes de creadores de mercado en milisegundos, evitando arbitrajes malintencionados y reduciendo el diferencial de precios.
Con el despliegue de BAM, la experiencia de transacción de Solana mejorará significativamente, acercando la experiencia de sus aplicaciones en la mainnet a la de los intercambios centralizados.
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 órdenes de límite central, intercambios de contratos perpetuos, piscinas oscuras y otras infraestructuras financieras que requieren control de orden, 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.
7 me gusta
Recompensa
7
8
Republicar
Compartir
Comentar
0/400
metaverse_hermit
· hace5h
Hay muchos parásitos, trampa a quien no le gusta.
Ver originalesResponder0
DataChief
· 08-08 14:36
tontos siempre pierden, ¿quién puede soportar las pérdidas por Arbitraje?
Ver originalesResponder0
ChainComedian
· 08-08 14:34
El gas ha subido, ya no se puede conseguir gratis.
Ver originalesResponder0
RadioShackKnight
· 08-08 14:32
Ay, eso no es más que el precio del desarrollo.
Ver originalesResponder0
BlockchainGriller
· 08-08 14:30
¿Quién sigue negociando sol?
Ver originalesResponder0
SchroedingersFrontrun
· 08-08 14:27
Quien compra, pierde dinero.
Ver originalesResponder0
LayerHopper
· 08-08 14:26
Clásica operación de tomar a la gente por tonta
Ver originalesResponder0
MoneyBurner
· 08-08 14:21
Jeje, sigue siendo un experto en liderar en copy trading y cupones de clip. ¿Quién no gana dinero a base de esfuerzo?
Solana lanza BAM: un nuevo desafío y solución para mejorar la calidad de las transacciones
El nuevo desafío de Solana: perseguir transacciones de mayor calidad
Solana es conocida por su alta velocidad y gran volumen de transacciones, pero ¿significa esto que ha alcanzado la perfección? Al examinar detenidamente estas transacciones, no podemos evitar preguntarnos: ¿todas ellas están creando un valor real?
De hecho, una gran cantidad de transacciones en Solana no provienen de una demanda real, sino que son los operadores de alta frecuencia quienes obtienen ganancias aprovechando las diferencias de información en milisegundos. Estos "operadores tóxicos" utilizan ventajas técnicas para aumentar las tarifas de Gas justo cuando los creadores de mercado están a punto de cancelar sus órdenes, asegurando que sus transacciones sean empaquetadas en primer lugar, completando así el arbitraje y causando 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 hace que los usuarios comunes asuman los costos.
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 lograr 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 al mecanismo de subasta cíclica de consenso de Solana, los que comen órdenes disfrutan de prioridad, lo que lleva a que el MEV malicioso afecte la equidad del mercado.
Bajo el mecanismo de consenso actual de Solana, las transacciones dentro de cada intervalo de tiempo (Slot) se ordenan según la tarifa de Gas prioritaria pagada, priorizando la ejecución de las transacciones con la oferta más alta. Esta subasta se realiza cada 400 milisegundos.
En este proceso, los creadores de mercado necesitan ajustar sus ofertas con frecuencia, cancelar órdenes y volver a colocarlas para adaptarse a los cambios en los precios del mercado. Por otro lado, los que consumen órdenes, especialmente los arbitrajistas de alta frecuencia, monitorean continuamente las diferencias de precios y, tan pronto como detectan una oportunidad, realizan la transacción de inmediato. Por lo tanto, los arbitrajistas pueden pagar tarifas más altas para ejecutar antes de que se cancelen las órdenes, lo que lleva a que los creadores de mercado sufran pérdidas con frecuencia.
Para un intercambio descentralizado de libro de órdenes, el orden ideal debería ser: a medida que fluctúan los precios, primero ejecutar todas las órdenes de cancelación, luego ejecutar las nuevas órdenes de compra y, finalmente, ejecutar las transacciones. Sin embargo, el mecanismo de consenso actual de Solana no puede lograr esto a nivel micro.
También existen problemas similares en cuanto a las cotizaciones de los oráculos. En un escenario ideal, los precios de los oráculos deberían actualizarse primero antes de ejecutar las transacciones que dependen de esos precios. Sin embargo, en el intervalo actual de 400 milisegundos, si el mercado fluctúa drásticamente, puede llevar a que las transacciones se realicen al precio original.
Para los protocolos de préstamo, la mejor práctica es primero aportar garantías y luego proceder a la liquidación.
Por lo tanto, la solución más ideal es permitir que diferentes protocolos ordenen las transacciones según las necesidades, esto es lo que Solana ha enfatizado siempre: Ejecución Controlada por la Aplicación (, ACE).
Mercado de Ensamblaje de Bloques (, BAM ) es la solución que Solana propone para este problema.
BAM ha construido una capa de ordenación, o capa de preprocesamiento, entre la aplicación en la cadena de Solana y la mainnet. Utiliza entornos de ejecución confiables (Trusted Execution Environments, TEEs) para construir un sandbox de privacidad, donde se ordenan las transacciones según reglas de ordenación predefinidas o el principio de primero en entrar, primero en salir (FIFO).
Este mecanismo puede servir mejor a protocolos como libros de órdenes, intercambios de contratos perpetuos y dark pools.
Modo de ordenación de transacciones BAM
BAM admite tres modos de operación:
El núcleo del modo BAM incluye los siguientes puntos:
El sistema de plugins planea implementar un ordenamiento de transacciones complejo, al mismo tiempo que mantiene las garantías de seguridad del entorno TEE. Actualmente, este sistema aún se encuentra en una etapa temprana de desarrollo.
Aplicaciones específicas de BAM
Protección de liquidación de préstamos: para los acuerdos de préstamos, después de detectar un riesgo de liquidación, se prioriza la ejecución de operaciones de colateral adicional, y luego se realiza la verificación de liquidación.
Combinación de transacciones a nivel atómico: para un intercambio descentralizado, primero actualiza el precio del oráculo y luego ejecuta las transacciones que dependen de ese precio. Para el intercambio de contratos, también se pueden liquidar los derivados relacionados dentro de la misma ventana de tiempo.
Protección contra la volatilidad de precios: para los intercambios descentralizados, detectar órdenes grandes anormales, descomponerlas en partes más pequeñas para ejecutarlas en lotes, dar al mercado suficiente tiempo de reacción, evitando consecuencias graves por liquidaciones en cadena o arbitraje.
Protección de creadores de mercado: en caso de eventos imprevistos, se puede completar la cancelación de órdenes, la actualización de precios de oráculos y la re colocación de órdenes de creadores de mercado en milisegundos, evitando arbitrajes malintencionados y reduciendo el diferencial de precios.
Con el despliegue de BAM, la experiencia de transacción de Solana mejorará significativamente, acercando la experiencia de sus aplicaciones en la mainnet a la de los intercambios centralizados.
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 órdenes de límite central, intercambios de contratos perpetuos, piscinas oscuras y otras infraestructuras financieras que requieren control de orden, ejecución determinista y protección de la privacidad, promoviendo así el desarrollo innovador del ecosistema de Solana.