> For the complete documentation index, see [llms.txt](https://docs.goodcrypto.app/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.goodcrypto.app/goodcryptox-es/trading-en-dex-spot/mecanica-de-ordenes/proteccion-contra-mev.md).

# Protección contra MEV

Cuando operas en un exchange descentralizado, tu transacción es brevemente visible para los participantes de la red antes de que se confirme en la cadena. Bots especializados — conocidos como **buscadores de MEV** — pueden aprovechar esa visibilidad para obtener beneficios a tu costa, normalmente situando tu operación entre sus propias órdenes de compra y venta para empujar el precio en tu contra.

goodcryptoX enruta cada swap a través de rutas de transacción que protegen contra este tipo de MEV perjudicial. El mecanismo exacto depende de la cadena en la que estés operando.

<details>

<summary><strong>¿Qué es exactamente el MEV?</strong></summary>

**MEV** significa **Valor Máximo Extraíble** — el beneficio que los productores de bloques y los buscadores pueden extraer al reordenar, insertar u omitir transacciones en un bloque. En los DEX AMM, las tres formas que más importan para los traders son:

* **Ataques de sandwich** — un buscador detecta tu swap pendiente, coloca una orden de compra delante de él (empujando el precio hacia arriba), deja que tu orden se ejecute a un precio peor y luego vende de vuelta al nuevo precio más alto. Tú pagas la diferencia; el buscador se la queda.
* **Frontrunning** — un buscador copia tu transacción con una tarifa más alta para ejecutarla primero, capturando una oportunidad que tú habrías capturado.
* **Backrunning** — un buscador coloca una transacción *inmediatamente después de* la tuya para capturar oportunidades de arbitraje que crea tu operación (por ejemplo, un desequilibrio de precio entre dos DEX). A diferencia del sandwich, el backrunning no empeora tu precio de ejecución; en general se considera MEV «productivo».

Los ataques de sandwich son la forma que más les cuesta a los traders, y son el principal problema que la protección contra MEV está diseñada para evitar.

</details>

### **Cadenas EVM: Ethereum, Base, Arbitrum, BNB Chain**

En las cadenas EVM, goodcryptoX envía cada swap a través de **agregadores ERC-4337** con enrutamiento privado de transacciones — **Alchemy** en Ethereum, Base y Arbitrum, y **Pimlico** en BNB Chain.

Cuando firmas un swap, tu transacción se envía al agregador a través de un canal privado, no al mempool público. El agregador la empaqueta y la reenvía directamente a los validadores o constructores de bloques para su inclusión. Como ningún buscador ve nunca la transacción antes de que se registre en la cadena, no hay ninguna ventana durante la cual se pueda insertar un sandwich o un frontrun a su alrededor.

Esta protección es automática y se aplica a cada orden enrutada a través de goodcryptoX en estas cuatro cadenas: swaps manuales, operaciones de bots y órdenes activadas por igual. No necesitas activar nada.

### **Solana**

Solana funciona de manera diferente a las cadenas EVM: no existe un mempool público tradicional. Las transacciones se transmiten directamente al líder de bloque actual. Esto elimina el frontrunning clásico al estilo de Ethereum, pero sigue existiendo una superficie de MEV diferente: los buscadores ejecutan su propia infraestructura para observar transacciones pendientes a través de nodos RPC y enviar transacciones competidoras mediante bundles de Jito.

De forma predeterminada, goodcryptoX transmite las transacciones de Solana usando **tarifas prioritarias** — rápido y económico, pero sin protección MEV. Para swaps más grandes en los que la exposición al MEV importa, puedes cambiar el modo de transmisión a **Jito**:

1. Abrir el formulario de órdenes DEX
2. Haz clic en el icono de engranaje de ajustes ⚙️
3. En **Modo de transmisión**, cambia de **Tarifas prioritarias** a **Jito**

<figure><img src="/files/b7734e836c746f00e6d4e01a5e74effd3af83d7e" alt="" width="375"><figcaption></figcaption></figure>

Cuando transmites vía Jito, tu transacción se incluye en un **bundle de Jito** — un grupo de transacciones que los validadores deben ejecutar de forma atómica, en el orden exacto especificado, o no ejecutar en absoluto. Como el bundle bloquea el orden de las transacciones en la cadena, ningún buscador puede insertar sus propios swaps alrededor del tuyo para hacerte sandwich.

> **¿Cuándo importa realmente la protección contra MEV?**
>
> Los ataques de sandwich solo son rentables en operaciones lo bastante grandes como para mover el precio de forma significativa: el buscador necesita deslizamiento para extraer valor. Para órdenes pequeñas y frecuentes (como las operaciones individuales realizadas por un bot DCA o un bot de grid), la economía no funciona para los atacantes, y rara vez son objetivo. El modo predeterminado de tarifas prioritarias suele ser suficiente para ellas.
>
> Considera cambiar a Jito cuando envíes **swaps puntuales grandes** en Solana, especialmente con tokens volátiles o de baja liquidez, donde el deslizamiento es mayor y la superficie de ataque más amplia.

#### **Una nota sobre el «MEV productivo» en Solana**

Parte del MEV es de hecho beneficiosa, en particular **el arbitraje de backrunning**, donde un buscador reequilibra los precios entre DEX inmediatamente después de que se ejecute tu operación. Esto no empeora tu ejecución (tu operación ya se completó); solo captura el pequeño desequilibrio de precio que crea tu swap.

En Solana, goodcryptoX usa **Helius Sender** para enrutar las transacciones, y nos hemos adherido al programa de reembolso por backrun de Helius. Esto es lo que significa para ti:

* Tu swap siempre se ejecuta primero: los buscadores solo pueden actuar *después de* que llegue a la cadena, y solo se permiten backruns posteriores a la operación.
* Los buscadores que participan en la subasta son verificados y pasan KYC por Helius; no se permite el frontrunning ni el sandwich.
* Cuando tu operación crea una oportunidad de arbitraje, el valor capturado se divide 50/50 entre Helius y goodcryptoX.

La parte de goodcryptoX se añade al mismo fondo que usamos para nuestros ingresos por comisiones de swap en DEX [reparto de ingresos](/goodcryptox-es/ecosistema/reparto-de-ingresos.md) y [token GOOD](/goodcryptox-es/token-good/resumen.md) recompra y [quema](/goodcryptox-es/token-good/quemar.md) programas — por lo que vuelve al ecosistema en lugar de ir a extractores externos.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.goodcrypto.app/goodcryptox-es/trading-en-dex-spot/mecanica-de-ordenes/proteccion-contra-mev.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
