Esta es una función opcional. MEV Protect está desactivado de forma predeterminada. Puedes activarlo en cada
solicitud agregando el parámetro de consulta
mev-protect=true a la URL de tu endpoint.¿Qué es MEV Protect?
Los ataques de tipo sándwich son una forma tóxica de MEV en la que un bot se adelanta a tu operación y ejecuta otra justo después, mueve el precio en tu contra y se queda con la diferencia. Las transacciones anterior y posterior no tienen que estar en el mismo bloque: con los sándwiches amplios, pueden abarcar varios bloques durante un intervalo más largo. El ataque depende realmente del acceso a tu flujo de órdenes mediante una fuente que no esté protegida contra estos ataques. Cuando un bot puede ver tu operación pendiente, puede incluir su sándwich en el bloque de cualquier validador. En la práctica, quien proporciona ese flujo de órdenes suele ser un validador, y estos validadores con frecuencia incluyen los sándwiches en sus propios bloques para aumentar sus recompensas. Esto convierte sus bloques en una fuente desproporcionada de ataques de tipo sándwich. MEV Protect reduce ese riesgo en la capa de enrutamiento. Cuando lo activas, Helius evita enviar tu transacción a los validadores asociados estadísticamente con actividades de tipo sándwich, por lo que es mucho menos probable que tu transacción sufra uno de estos ataques.Opt-In Per Request
Está desactivado de forma predeterminada. Agrega
mev-protect=true a la URL del endpoint, sin cambiar
tu transacción ni la lógica de firma.Works Everywhere
Es compatible con
sendTransaction básico, sendBundle básico, Sender Max y
Sender solo con SWQOS.Data-Driven Routing
Excluye los validadores que incluyen sándwiches en sus propios bloques o en
bloques adyacentes, pero solo cuando el patrón es estadísticamente significativo.
Minimal Landing Impact
Solo se excluye una pequeña parte del stake total, por lo que el efecto sobre la tasa de inclusión
y la latencia es limitado.
Cómo funciona
Helius monitorea de forma proactiva los bots de sándwich conocidos y analiza dónde se incluyen sus sándwiches. Un validador se marca cuando cualquiera de estos patrones se presenta de manera constante:- En sus propios bloques: el validador incluye directamente las transacciones del sándwich.
- En bloques adyacentes: los sándwiches se incluyen repetidamente en los bloques inmediatamente anteriores o posteriores a los del validador.
Protected routing
Helius envía tu transacción mientras evita a los líderes marcados por su asociación
con sándwiches mediante el conjunto actual de exclusiones estadísticamente significativas.
Métodos de envío compatibles
MEV Protect es un parámetro de consulta, por lo que se integra con todos los métodos de envío sin cambiar el cuerpo de tu solicitud.Cómo activarlo
Agregamev-protect=true al final de la URL del endpoint que ya usas. Combínalo con cualquier otro parámetro de consulta (api-key, swqos_only, rebate-address) mediante &.
- Basic sendTransaction
- Basic sendBundle
- Sender Max
- Sender SWQOS-only
Consideraciones
Excluir validadores significa que tu transacción tiene un poco menos de líderes disponibles para incluirla. En la práctica, el impacto es pequeño: solo se excluye una cantidad limitada de stake (aproximadamente entre 3 y 4 millones de SOL) en un momento dado, una pequeña parte del stake total de la red. Para la mayoría de los flujos, la reducción de la tasa de inclusión y la latencia adicional son insignificantes.MEV Protect frente a los reembolsos de transacciones
Estas son funciones complementarias que abordan diferentes aspectos del MEV:- MEV Protect ofrece enrutamiento defensivo: reduce desde el principio la probabilidad de que un atacante de tipo sándwich pueda extraer valor de tu operación.
- Los reembolsos de transacciones son ofensivos: te pagan una parte del MEV beneficioso de ejecución posterior a la operación que genera tu transacción.
Recursos relacionados
Helius Sender
Envío de transacciones multirruta con latencia ultrabaja y precios basados en propinas.
Transaction Rebates
Obtén una parte del MEV que generan tus transacciones, pagada en SOL.
Send Transactions (Basic)
Crea, optimiza y confirma un
sendTransaction mediante un bucle de reintentos sólido.Send Bundles (Basic)
Ejecución atómica de hasta 5 transacciones, todas o ninguna, mediante
sendBundle.