> ## Documentation Index
> Fetch the complete documentation index at: https://www.helius.dev/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# MEV Protect: evita a los atacantes de tipo sándwich al enrutar

> Activa MEV Protect para enrutar tus transacciones de Solana lejos de los validadores vinculados estadísticamente con ataques de tipo sándwich. Funciona con envíos básicos, paquetes y Helius Sender.

<Note>
  **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.
</Note>

## ¿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.

<CardGroup cols={2}>
  <Card title="Opt-In Per Request" icon="toggle-on">
    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.
  </Card>

  <Card title="Works Everywhere" icon="arrows-split-up-and-left">
    Es compatible con `sendTransaction` básico, `sendBundle` básico, Sender Max y
    Sender solo con SWQOS.
  </Card>

  <Card title="Data-Driven Routing" icon="chart-line">
    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.
  </Card>

  <Card title="Minimal Landing Impact" icon="gauge-high">
    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.
  </Card>
</CardGroup>

## 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.

Para evitar penalizar a los validadores por una proximidad accidental, Helius solo excluye aquellos cuya asociación con actividades de tipo sándwich es **estadísticamente significativa**. Esto mantiene el conjunto excluido pequeño y específico, en lugar de bloquear el stake de forma generalizada.

<Steps titleSize="h3">
  <Step title="Opt in">
    Agrega `mev-protect=true` a la URL de tu endpoint. Esto se aplica únicamente a esa
    solicitud.
  </Step>

  <Step title="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.
  </Step>

  <Step title="Normal execution">
    Tu transacción se incluye como de costumbre, pero con una probabilidad mucho menor de sufrir
    un ataque de tipo sándwich.
  </Step>
</Steps>

## 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.

| Método                                                                       | Endpoint                             | Activar con                              |
| ---------------------------------------------------------------------------- | ------------------------------------ | ---------------------------------------- |
| [`sendTransaction` básico](/docs/es/sending-transactions/send-manually)           | `https://mainnet.helius-rpc.com`     | `?api-key=YOUR_API_KEY&mev-protect=true` |
| [`sendBundle` básico](/docs/es/sending-transactions/send-bundle)                  | `https://mainnet.helius-rpc.com`     | `?api-key=YOUR_API_KEY&mev-protect=true` |
| [Sender Max](/docs/es/sending-transactions/sender-max) (transacciones y paquetes) | `https://sender.helius-rpc.com/fast` | `?mev-protect=true`                      |
| [Sender solo con SWQOS](/docs/es/sending-transactions/sender-swqos-only)          | `https://sender.helius-rpc.com/fast` | `?swqos_only=true&mev-protect=true`      |

## Cómo activarlo

Agrega `mev-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 `&`.

<Tabs>
  <Tab title="Basic sendTransaction">
    ```bash theme={"system"}
    curl "https://mainnet.helius-rpc.com/?api-key=YOUR_API_KEY&mev-protect=true" \
      -X POST \
      -H "Content-Type: application/json" \
      -d '{
        "jsonrpc": "2.0",
        "id": 1,
        "method": "sendTransaction",
        "params": [
          "BASE64_ENCODED_TRANSACTION",
          { "encoding": "base64", "skipPreflight": true, "maxRetries": 0 }
        ]
      }'
    ```
  </Tab>

  <Tab title="Basic sendBundle">
    ```bash theme={"system"}
    curl "https://mainnet.helius-rpc.com/?api-key=YOUR_API_KEY&mev-protect=true" \
      -X POST \
      -H "Content-Type: application/json" \
      -d '{
        "jsonrpc": "2.0",
        "id": 1,
        "method": "sendBundle",
        "params": [
          ["BASE64_SIGNED_TX_1", "BASE64_SIGNED_TX_2"],
          { "encoding": "base64" }
        ]
      }'
    ```
  </Tab>

  <Tab title="Sender Max">
    ```bash theme={"system"}
    curl "https://sender.helius-rpc.com/fast?mev-protect=true" \
      -X POST \
      -H "Content-Type: application/json" \
      -d '{
        "jsonrpc": "2.0",
        "id": 1,
        "method": "sendTransaction",
        "params": [
          "BASE64_ENCODED_TRANSACTION",
          { "encoding": "base64", "skipPreflight": true, "maxRetries": 0 }
        ]
      }'
    ```
  </Tab>

  <Tab title="Sender SWQOS-only">
    ```bash theme={"system"}
    curl "https://sender.helius-rpc.com/fast?swqos_only=true&mev-protect=true" \
      -X POST \
      -H "Content-Type: application/json" \
      -d '{
        "jsonrpc": "2.0",
        "id": 1,
        "method": "sendTransaction",
        "params": [
          "BASE64_ENCODED_TRANSACTION",
          { "encoding": "base64", "skipPreflight": true, "maxRetries": 0 }
        ]
      }'
    ```
  </Tab>
</Tabs>

<Tip>
  MEV Protect solo cambia dónde se enruta tu transacción. Mantén los requisitos actuales
  de propina y comisión de prioridad. Para Sender, tanto la propina como la comisión de prioridad
  siguen siendo obligatorias.
</Tip>

## 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.

<Warning>
  Para las estrategias más sensibles a la latencia, donde cada líder es importante, mide
  la tasa de inclusión con y sin `mev-protect=true` para tu flujo específico antes de
  activarlo en producción.
</Warning>

## 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](/docs/es/sending-transactions/backrun-rebates)** son ofensivos: te pagan una parte del MEV beneficioso de ejecución posterior a la operación que genera tu transacción.

Puedes activar ambas funciones en la misma solicitud agregando los dos parámetros de consulta.

## Recursos relacionados

<CardGroup cols={2}>
  <Card title="Helius Sender" icon="rocket" href="/docs/es/sending-transactions/sender">
    Envío de transacciones multirruta con latencia ultrabaja y precios basados en propinas.
  </Card>

  <Card title="Transaction Rebates" icon="coins" href="/docs/es/sending-transactions/backrun-rebates">
    Obtén una parte del MEV que generan tus transacciones, pagada en SOL.
  </Card>

  <Card title="Send Transactions (Basic)" icon="paper-plane" href="/docs/es/sending-transactions/send-manually">
    Crea, optimiza y confirma un `sendTransaction` mediante un bucle de reintentos sólido.
  </Card>

  <Card title="Send Bundles (Basic)" icon="layer-group" href="/docs/es/sending-transactions/send-bundle">
    Ejecución atómica de hasta 5 transacciones, todas o ninguna, mediante `sendBundle`.
  </Card>
</CardGroup>