¿Qué es MEV y cómo proteger tus transacciones Solana?

El diseño de Solana ha cambiado las reglas del juego, pero MEV todavía aparece a través de arbitraje, liquidación y frontrunning.

Escrito por: QuickNode, Comunidad de Chain

Para los desarrolladores que construyen aplicaciones DeFi y robots comerciales en Solana, comprender la MEV (extracción de valor máximo) es crucial. La MEV puede afectar la ejecución de las transacciones de los usuarios o amenazar la rentabilidad de tus propios robots. Costos más altos, menores ganancias y fricciones en la red son consecuencias comunes de los riesgos no protegidos de MEV. Esta guía cubre los conceptos básicos de MEV en Solana, incluidos los mecanismos de flujo de transacciones, los tipos comunes de MEV y los crecientes riesgos para los desarrolladores que construyen en la red. Aprenderás estrategias clave para mitigar el impacto negativo de MEV y proteger tus transacciones de interferencias.

Conocimientos previos recomendados

• Conocimiento básico de los conceptos de blockchain y Solana (consulte la guía de referencia básica de Solana)
• Tener cierto conocimiento sobre DeFi o TradFi (¿Qué es DeFi?)

Introducción de MEV en Solana

La Extracción de Valor Máximo (MEV) se refiere al valor máximo extraído de las transacciones de los usuarios mediante la reordenación, inclusión o exclusión de las mismas. En redes de prueba de participación como Solana, los validadores que actúan como productores de bloques tienen la capacidad de determinar qué transacciones entran en dicho bloque y en qué orden. Esto significa que los productores de bloques malintencionados o con motivaciones lucrativas pueden reordenar las transacciones (o insertar las suyas propias) para capturar ganancias de arbitraje, adelantarse a las transacciones de los usuarios o aprovechar de alguna manera el orden de las transacciones. Aunque Solana no tiene un mempool público como Ethereum, el MEV sigue existiendo, generalmente a través de conexiones directas de nodos, mempools privados u otras infraestructuras especializadas.

Para los desarrolladores que construyen robots comerciales o intercambios descentralizados (DEX), no tener en cuenta la posibilidad de MEV puede resultar en:

• Ejecución de operaciones más desfavorable (por ejemplo, ataque del sandwich).
• Pérdida de beneficios (robots ejecutan operaciones antes que usted).
• Problemas de congestión de red (afectando la capacidad de tu transacción de ser enviada con éxito a través de la red).

En 2024, la actividad DeFi en Solana está en pleno auge, al mismo tiempo que MEV también está creciendo. Messari muestra cómo el valor económico real de Solana (tarifas + MEV) ha ido aumentando con el tiempo:

Fuente: Messari: El Estado de Solana - Q4 2024

Aunque la mayoría de los MEV son relativamente pequeños, hay innumerables ejemplos de decenas de miles de dólares retirados de transacciones (vea la captura de pantalla a continuación) e incluso transacciones de un millón de dólares.

Fuente: Jito - Arbitraje explorador

Para los desarrolladores que construyen aplicaciones DeFi y robots comerciales en Solana, es crucial comprender el MEV. El MEV puede afectar la ejecución de las transacciones de los usuarios (causando deslizamientos inesperados o transacciones fallidas), e incluso puede afectar la capacidad de ganancia de tus propios robots comerciales si los competidores pueden interceptar o reordenar tus transacciones. Repasemos algunos conceptos básicos sobre el proceso de transacción en Solana, revisemos los tipos comunes de MEV en Solana y discutamos las medidas que puedes tomar para proteger las transacciones contra el impacto del MEV.

Proceso de transacción de Solana

El proceso de transacción de Solana difiere en algunos aspectos clave de Ethereum, lo que afecta el rendimiento de MEV:

• No hay piscina global de memoria: A diferencia de Ethereum, Solana no tiene una piscina de memoria pública unificada para esperar transacciones pendientes incluidas. En cambio, Solana utiliza el protocolo Gulf Stream para enviar directamente las transacciones al próximo líder de bloque esperado (validador) antes de que generen un bloque. Esto significa que no hay una piscina de transacciones pendientes visible a largo plazo para que los robots supervisen la red. Cada transacción de Solana contiene un recent blockhash que caduca si no se confirma, aproximadamente después de 150 slots (cerca de 1 minuto). En resumen, las transacciones son recogidas rápidamente por los líderes o son descartadas, no hay persistencia en la memoria. Esto reduce la ventana de estrategias de MEV, como observar y adelantarse a las transacciones públicas pendientes, aunque los buscadores decididos reducen esto ejecutando sus propios nodos para ver las transacciones entrantes.
• Calidad de servicio (QoS) basada en ponderación de participación: Solana prioriza el tráfico de transacciones entrantes según la participación. Los validadores asignan la mayor parte de la capacidad entrante a los clientes/retransmisores en proporción a su participación. En la práctica, esto significa que las transacciones procedentes de nodos con altas apuestas o que pasan a través de ellos son menos propensas a ser descartadas durante períodos de congestión. La calidad de servicio basada en ponderación de participación actúa como un mecanismo de resistencia Sybil: los grupos de remitentes de spam sin participación tienen prioridad degradada, mientras que las transacciones de validadores con buenas apuestas se procesan más rápidamente.
• Priority Fee (Local Fee Market): Solana utiliza Priority Fee como un complemento opcional que los usuarios pueden adjuntar para mejorar sus posibilidades de inclusión rápida cuando la red está ocupada. Por lo general, las transacciones de Solana tienen tarifas fijas muy bajas, pero en el caso de cargas pesadas (como la acuñación de NFT o el auge del comercio de monedas meme) que causan congestión, los usuarios pueden especificar tarifas prioritarias por unidad de cómputo, esencialmente pujando por el espacio en bloque. Los validadores obtienen el 50% de estas tarifas de prioridad, y la regla de opresión de oligopolio quema el 50% restante, por lo que una tarifa de prioridad más alta hace que los validadores sean más propensos a incluir su transacción. Las tarifas prioritarias están diseñadas para lidiar con el spam y permitir que las transacciones urgentes “salten” al frente de la “cola”. En la red Solana, esto crea un mercado local de tarifas para cada bloque por unidad de cómputo. A partir de 2024, las tarifas prioritarias representan una parte significativa de los ingresos totales por tarifas de Solana, lo que pone de manifiesto el hecho de que los usuarios están pujando por la prioridad durante la congestión. Para los desarrolladores, esto significa que en un bloque abarrotado, lo más probable es que su transacción requiera una tarifa prioritaria para superar a los spammers o las transacciones de la competencia.

Tipos comunes de MEV en Solana

A continuación se muestran los tipos más comunes de MEV que los desarrolladores de Solana deben tener en cuenta:

** Arbitraje**

Arbitraje es una de las formas más comunes de MEV en Solana. El arbitraje generalmente implica comprar y vender el mismo activo de manera atómica a través de múltiples intercambios. Los arbitrajistas compran en el mercado más barato y venden en el mercado más caro, aprovechando la diferencia, por ejemplo:

Debido a que Solana permite combinar varias instrucciones en una sola transacción, los buscadores suelen realizar arbitraje atómico (dos fases en una transacción) para asegurarse de que la transacción sea realmente sin riesgos. Las transacciones fallidas harán que el comprador pierda su tarifa de prioridad, por lo que necesitan equilibrar el tamaño de la oportunidad y el mercado de tarifas prioritarias.

La competencia por el arbitraje de Solana es muy intensa: los robots realizan numerosos intentos de arbitraje de spam. Los bajos costos de Solana significan que los robots pueden realizar una gran cantidad de operaciones de arbitraje; incluso si la mayoría falla o no genera ganancias, ocasionalmente pueden obtener beneficios. De hecho, más del 50% de las operaciones de Solana son en realidad intentos fallidos de arbitraje (spam) - los robots intentan capturar las diferencias de precios a ciegas (ver: Solana MEV - Introducción). Aunque esto puede ser un problema de congestión de red, generalmente significa que los precios se mantienen equilibrados entre las diferentes plataformas DeFi.

Ataque de sandwich

El ataque de sándwich es una estrategia clásica de MEV negativo que también se presenta en Solana. En un ataque de sándwich, las transacciones del usuario afectado se intercalan entre las del atacante: una se ejecuta antes de la transacción del usuario afectado y la otra se ejecuta después. Supongamos que un usuario envía una gran transacción de intercambio en un DEX; un buscador de MEV que conoce esta transacción pendiente puede enviar rápidamente su propia transacción para comprar el mismo activo antes que la del usuario (aumentando el precio), luego permitir que la gran compra del usuario se ejecute al precio más alto actual y finalmente vender de inmediato ese activo para obtener la diferencia de precio. El atacante obtiene ganancias comprando a bajo precio y vendiendo a un precio más alto, mientras que el usuario afectado obtiene un precio peor en su intercambio (mayor deslizamiento).

Como desarrollador o comerciante, debe tener en cuenta que si un tercero puede observar su intercambio antes de que finalice, puede intentar flanquearlo. La alta tolerancia de deslizamiento establecida por el usuario los hace particularmente vulnerables: si el usuario permite hasta un 5% de deslizamiento, el bot de pellizco puede aprovechar la mayor parte del rango para obtener ganancias. Reducir el riesgo de deslizamiento y pellizco implica deslizamiento, privacidad y control de secuenciación.

Liquidación

La liquidación es otra oportunidad importante de MEV, especialmente en los protocolos de préstamos descentralizados de Solana (por ejemplo, Marginfi, Kamino, Save, etc.). Cuando el valor del colateral del prestatario es inferior al ratio requerido (es decir, su préstamo está subcolateralizado), la posición se liquida. El liquidador (generalmente un robot) puede reembolsar parcial o totalmente el préstamo en nombre del prestatario y obtener un descuento en el colateral. Esto en esencia genera beneficios para el liquidador, ya que adquieren el colateral a un precio por debajo del mercado.

Los robots de búsqueda de MEV escanean continuamente el estado de la cadena y los datos de precios del oráculo, detectando posiciones a punto de quebrar. Cuando encuentran una, envían rápidamente la transacción de liquidación para reclamar la recompensa. En Solana, debido a la falta de mempool público, los robots de liquidación se aseguran de notar rápidamente los cambios en la cadena (como la caída de los precios del oráculo o el cruce de umbrales de factores de salud), y luego envían la transacción de liquidación al líder actual de inmediato. Si varios robots intentan liquidar la misma cuenta, solo la transacción que logre entrar primero en el bloque será recompensada, las demás transacciones fallarán. La liquidación se considera como una garantía fundamental para la salud del protocolo (puede prevenir cuentas incobrables).

Paquetes de Jito y otras aplicaciones MEV

El ecosistema de MEV de Solana está en desarrollo, Jito Bundles juega un papel importante en la extracción (y mitigación potencial) de MEV. Los validadores que ejecutan el cliente Jito-Solana participan en el mercado de construcción de bloques fuera de línea. Los buscadores envían directamente los paquetes de transacciones (y los pagos de tarifas asociados) a estos constructores de bloques en lugar de a la red de gossip normal de Solana. Luego, los productores de bloques incluyen en los bloques los paquetes de tarifas más altas pagadas, de los que obtienen tarifas. Este sistema permite a los buscadores de MEV llevar a cabo Arbitraje, liquidación, y estrategias de frontrunning de forma privada (sus transacciones no son públicas antes de ser incluidas) siempre que paguen tarifas competitivas para obtener prioridad. Como resultado, esto ha llevado a ingresos significativos para los validadores de Solana. Actualmente, el MEV malicioso de Solana proviene principalmente de operaciones privadas en el pool de memoria.

Riesgos de MEV para desarrolladores de Solana

MEV trae varios riesgos y desafíos para los desarrolladores de Solana, especialmente aquellos que construyen robots de trading o aplicaciones DEX:

• Reordenamiento de transacciones de validadores: Debido a que los validadores de Solana pueden reordenar las transacciones en los bloques que generan, los posibles validadores podrían reordenar las transacciones en su propio interés. Por ejemplo, si tu transacción en DEX genera una oportunidad de arbitraje, es posible que los validadores inserten sus propias transacciones antes que la tuya para capturar ganancias. Esto podría resultar en un peor resultado para tu transacción e incluso provocar su fracaso (si la oportunidad desaparece). El orden en que se ejecutan las transacciones puede tener un gran impacto en los resultados de DeFi, y sin protección, tus transacciones estarán sujetas al incentivo de los generadores de bloques.
• Correo no deseado y congestión en la red: Muchas de las transacciones de Solana son impulsadas por MEV (Arbitraje de correo no deseado, etc.). Durante períodos de competencia (como la acuñación de NFT populares o mercados volátiles), tu transacción legítima compite con una gran cantidad de transacciones de robots. Esto puede resultar en retrasos o tasas de falla más altas si no lo tienes en cuenta. Si tu transacción es interceptada por validadores con alta carga o choca con una tormenta de correo no deseado al enviar transacciones a nodos no apostados, tu transacción podría ser descartada. Para atravesar este ruido, es posible que necesites incluir una tarifa de prioridad adicional. Básicamente, la actividad de MEV podría obstruir el carril de tráfico por el que pasa tu transacción, por lo que necesitas planificar para ello (tarifas más altas, reintento, etc.) si no estás protegido.
• Aumento del deslizamiento y problemas de experiencia del usuario: Para los desarrolladores de DEX, MEV puede afectar directamente a sus usuarios. Es posible que los usuarios establezcan una tolerancia al deslizamiento del 1% en sus operaciones, pero debido a MEV (como el frontrunning), es posible que al final obtengan un precio que sea 1% menos favorable. En casos extremos, los robots de MEV pueden manipular los precios, lo que lleva a que las operaciones de los usuarios fallen (superando el deslizamiento) mientras que el robot ya ha obtenido beneficios. Esto puede resultar en una mala experiencia del usuario, con operaciones fallidas o tasas desfavorables inesperadas. Los usuarios pueden atribuir estos resultados a la DEX o a la cadena de bloques. Por lo tanto, la falta de protección contra el impacto de MEV puede minar la confianza de los usuarios en esta plataforma. Para tus robots de operaciones, cuando el oponente puede insertar operaciones que afecten tus operaciones, los resultados se vuelven menos predecibles, lo que dificulta la ejecución confiable de estrategias.

En resumen, MEV en Solana puede generar costos más altos, márgenes más bajos y fricción en la red. Los desarrolladores deben ser conscientes de estas amenazas y considerar la posibilidad de tomar medidas para mitigar estos riesgos, especialmente en cualquier aplicación en la que el orden de las transacciones afecte a los resultados financieros.

Proteger las operaciones de MEV

Hay muchas herramientas que pueden prevenir o limitar el impacto negativo del MEV en sus operaciones y en los usuarios. Cada caso es único, por lo que no todas las herramientas son aplicables a su situación.

• Proteja sus operaciones: utilice complementos de QuickNode. El mercado de QuickNode ofrece diversas herramientas para aumentar la tasa de ejecución de operaciones y minimizar la exposición a MEV. Los complementos LilJIT - Jito Bundles & Transactions le permiten agrupar operaciones para lograr una ejecución rápida y en orden, incluida la protección contra MEV y rollbacks. Además, el mercado también ofrece la capacidad de agregar protección MEV a llamadas sendTransaction en puntos finales existentes mediante el complemento Solana MEV Protection & Recovery. Este complemento no solo brinda protección contra operaciones frontrunning, sino que también respalda la recuperación de MEV (devolviéndote MEV capturado no malicioso), mejora la privacidad y garantiza una ejecución rápida.
• Proteger cambios de estado innecesarios: Utilice protección de transacciones. Lighthouse es un programa de afirmación en tiempo de ejecución de Solana que hará que la transacción falle cuando se detecte que el estado en la cadena se desvía del estado esperado. Puede agregar la instrucción de lighthouse a su transacción para asegurar que, al finalizar la ejecución de la transacción, el estado de la cuenta especificada cumpla con el estado esperado predefinido (por ejemplo, si el saldo de tokens especificado es inferior a X, se rechaza toda la transacción). Esto permite realizar comprobaciones de cuentas más complejas que un simple deslizamiento y permite hacer afirmaciones en Sysvar (ranura), lo que se puede utilizar para la validación de la lista negra de validadores, lo que se puede lograr mediante el uso de getLeaderSchedule y una lista de validadores malintencionados.
• Establecer límites: Establezca el deslizamiento y aproveche las órdenes limitadas. Al realizar un intercambio, siempre establezca el deslizamiento en un nivel que se adapte a su negociación y tolerancia al riesgo. Supongamos que un actor malintencionado está tratando de aprovechar cualquier oportunidad que permita su tasa de deslizamiento. Cuando su caso de uso lo permita, utilice una orden limitada para establecer el precio mínimo al que se puede vender el token. Echa un vistazo a la API Metis de QuickNode, que admite órdenes limitadas.
• Evitar fallos en las transacciones: optimiza tus transacciones. Debido a que MEV impulsa un gran volumen de transacciones de spam en la red, tus transacciones deben estar correctamente construidas para asegurarte de que se incluyan en bloques específicos. En pocas palabras, debes solicitar una cantidad adecuada de unidades de cálculo, proporcionar una tarifa de prioridad competitiva y combinar correctamente tus transacciones (consulta la estrategia de optimización de transacciones Solana o consejos para aumentar la tasa de éxito de transacciones Jupiter en Solana para obtener más detalles). La API de tarifa de prioridad de QuickNode y el método de envío de transacciones inteligentes pueden ayudar a simplificar este proceso.
• Seguir el staking. Conozca a sus validadores. Los diferentes validadores y clientes de validadores tienen diferentes enfoques para manejar el MEV. Aunque esto no afectará directamente sus transacciones, su staking (y el de otros) puede afectar la salud general de la red de validadores y la gobernanza en torno al MEV. Aquí hay algunos recursos: cliente de validador Jito, Marinade: MEV descentralizado, cliente de validador Paladin. *Participar. Documentación de mejora de Solana (SIMD). La Fundación Solana opera un repositorio de GitHub de código abierto, la Documentación de mejora de Solana, donde los miembros de la comunidad pueden contribuir con ideas y comentar el contenido existente. Las discusiones en torno al MEV, las tarifas/incentivos de la red, etc. están en curso. Si tiene comentarios, ¡participe!
• Considerar el sistema RFQ y el sistema de retransmisión rápida. Para aplicaciones avanzadas, considere un sistema de solicitud de cotización (RFQ) como JupiterZ, así como Express Relay, que proporciona protección MEV a través de canales de flujo de pedidos privados y subastas prioritarias independientes. Estos sistemas conectan directamente los protocolos con los buscadores, eliminando la extracción de MEV de los validadores y haciendo que la fijación de precios sea más eficiente. Sus principales beneficios incluyen enrutamiento comercial privado, competencia directa entre buscadores y costos integrados reducidos.

Resumen

MEV es un factor importante a considerar al construir en cualquier cadena de bloques, y Solana no es una excepción. Sabemos que el diseño de Solana cambia las reglas del juego, pero MEV sigue apareciendo a través del arbitraje, la liquidación y el frontrunning. Como desarrollador de herramientas DeFi en Solana, ignorar MEV puede resultar en resultados comerciales no deseados para los usuarios de su aplicación o en la pérdida de ganancias de sus robots. La buena noticia es que existen muchas herramientas que pueden ayudarlo a mitigar estos problemas, permitiéndole recuperar el control sobre el orden de las transacciones e incluso obtener MEV para usted mismo o para sus usuarios.