﻿---
title: "Exchange descentralizado (DEX): swaps desde carteras, enrutamiento y riesgo de ejecución"
description: "Aprenda cómo un exchange descentralizado enruta y liquida operaciones con criptoactivos autorizadas desde una cartera, en qué se diferencian los AMM y los libros de órdenes, y cómo controlar los riesgos de deslizamiento, aprobaciones, gas, MEV y tokens."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Exchange descentralizado (DEX): swaps desde carteras, enrutamiento y riesgo de ejecución

> Solo con fines educativos; no constituye asesoramiento de inversión. Las operaciones en DEX pueden perder valor por movimientos de precios, una ejecución deficiente, tokens maliciosos, aprobaciones, MEV o fallos de contratos.

<a id="answer"></a>

## Respuesta directa

Un exchange descentralizado (`DEX`) es un protocolo o sistema de mercado que permite intercambiar criptoactivos sin depositarlos primero en una cuenta de negociación controlada por un operador. Por lo general, el usuario conecta una cartera bajo su control, obtiene una cotización, autoriza el token necesario y firma una transacción u orden. La liquidación se produce después mediante contratos inteligentes y transferencias en cadena.

DEX describe un modelo de acceso y liquidación, no un diseño de precios específico. Algunos DEX utilizan creadores de mercado automatizados (`AMMs`) y pools de liquidez; otros emplean libros de órdenes en cadena, subastas o intenciones firmadas que ejecutan partes competidoras. Un agregador o enrutador puede comparar pools, niveles de comisión y tokens intermedios, y después dividir o combinar rutas para mejorar el resultado esperado.

La autocustodia reduce el riesgo de custodia del exchange, pero traslada al usuario la responsabilidad de verificar y ejecutar. Una interfaz web, un enrutador, un solver, un oráculo, un secuenciador, un proceso de gobernanza o un administrador de actualizaciones todavía pueden introducir puntos de control o fallo. La palabra «descentralizado» no demuestra que todos los componentes sean sin permisos, inmutables, auditados o seguros.

<a id="mechanism"></a>

## Cómo funciona

1. **Identifique la operación.** Fije la red, las direcciones de los contratos de los tokens de entrada y salida, el importe y la cartera. Un símbolo bursátil o nombre de token no es único. Verifique el dominio oficial de la aplicación y el contrato de enrutamiento o liquidación antes de conectar o firmar.
2. **Obtenga y revise una cotización.** La interfaz consulta una o varias fuentes de liquidez. Compruebe la entrada exacta, la salida estimada, la ruta, el nivel de comisión, el impacto en el precio, la comisión de red, el vencimiento de la cotización y si la ruta utiliza un token intermedio, un solver, un puente o un contrato desconocido.
3. **Establezca límites de ejecución.** En un swap de entrada exacta, la transacción debe exigir una cantidad mínima de salida (`minOut`); en uno de salida exacta, debe exigir una cantidad máxima de entrada. La tolerancia al deslizamiento define este límite de ejecución. No mejora el precio cotizado.
4. **Autorice y ejecute.** Un swap de ERC-20 puede requerir una aprobación o un permiso firmado antes del swap. Prefiera la autorización mínima práctica y confirme el autorizado para gastar, el importe, el plazo, el nonce, la red, los calldata y el valor nativo. La firma de la cartera autoriza lo codificado, no lo que la interfaz afirma en lenguaje corriente.
5. **Verifique la liquidación.** Una transacción enviada o pendiente no es un swap completado. Después de la confirmación, compruebe su estado, los cambios en los saldos de tokens, el importe realmente recibido, el gas pagado, los eventos y la autorización restante. Revoque una autorización cuando la comodidad de mantenerla no compense la exposición.

En un pool de producto constante de rango completo, las reservas `x` e `y` siguen la relación básica `x * y = k`. Con una comisión de entrada `f`, una entrada exacta `deltaX` suele producir:

`deltaY = y * (1 - f) * deltaX / (x + (1 - f) * deltaX)`

La proporción entre reservas proporciona una cotización marginal, pero una operación finita avanza por la curva. Por eso, su precio medio de ejecución es peor que el precio marginal inicial, y la diferencia crece a medida que el tamaño de la operación aumenta en relación con la liquidez activa. Los pools de liquidez concentrada aplican una lógica de curva relacionada dentro de rangos de precios elegidos; cuando una posición queda fuera de su rango, está inactiva, se compone enteramente de un activo y no genera comisiones de swaps del rango activo.

<a id="example"></a>

## Ejemplo práctico

Supongamos que un pool de producto constante tiene `100 ETH` y `200,000 USDC`, por lo que su precio de reserva inicial es de `2,000 USDC/ETH`. Un operador envía `20,000 USDC` para comprar ETH y el pool cobra una comisión de entrada del `0.30%`. La entrada efectiva es de `19,940 USDC`:

`ETH out = 100 * 19,940 / (200,000 + 19,940) = 9.066109 ETH`

El operador gasta un promedio bruto aproximado de `2,206.02 USDC/ETH`, antes del gas. Con una tolerancia al deslizamiento del `0.50%`, la salida mínima correspondiente sería de unos `9.020778 ETH`. Esa tolerancia permite liquidar hasta el mínimo; no garantiza los `9.066109 ETH` cotizados.

Ahora supongamos que un enrutador estima que una operación de `50,000 USDC` devuelve activos por valor de `47,000 USD` a través de un único pool directo, pero `48,200 USD` si el `60%` utiliza el pool directo y el `40%` sigue una ruta de dos saltos por `USDC/ETH` y luego `ETH/Token A`. La ruta dividida mejora la salida cotizada en `1,200 USD`, pero también añade llamadas a contratos, gas, exposición al token intermedio y más puntos de fallo posibles. En una orden más pequeña, esos costes adicionales podrían superar el ahorro en impacto sobre el precio.

<a id="risks"></a>

## Riesgos y controles

- **Activo incorrecto o malicioso:** Cualquiera puede crear un token con un nombre o símbolo conocido. Verifique la red y la dirección del contrato mediante fuentes oficiales independientes; pruebe un activo y una ruta desconocidos con un importe pequeño.
- **Pérdidas por aprobaciones y firmas:** Una aprobación ilimitada, un permiso malicioso, una interfaz comprometida o una firma engañosa pueden autorizar más que el swap previsto. Lea quién está autorizado para gastar y el alcance, evite firmar a ciegas y revise las autorizaciones después de usarlas.
- **Pérdidas de ejecución:** La escasa liquidez, las cotizaciones obsoletas, los precios volátiles, los tokens con impuestos de transferencia y las transacciones pendientes públicas pueden reducir la salida o provocar una reversión. Compare la profundidad activa y las rutas, establezca de forma deliberada `minOut` y el plazo, y no eleve la tolerancia solo para forzar la operación.
- **MEV:** Los buscadores o validadores pueden reordenar transacciones o colocar operaciones alrededor de un swap visible. Esto puede empeorar la ejecución incluso si el resultado se mantiene dentro de la tolerancia del usuario. Considere órdenes más pequeñas, pools más profundos, enrutamiento protegido o una ejecución similar a una orden limitada cuando corresponda.
- **Gas y transacciones fallidas:** La aprobación, el swap, los saltos de ruta y la revocación de autorizaciones pueden generar cada uno comisiones de red. Una transacción revertida normalmente sigue consumiendo gas. Mantenga suficiente moneda nativa para todo el proceso y verifique la red antes de firmar.
- **Fallos del protocolo y la infraestructura:** Los errores de contratos, las actualizaciones inseguras, las claves de administrador, los hooks, oráculos, puentes, servicios RPC, secuenciadores e interfaces pueden fallar o verse comprometidos. Compruebe los contratos desplegados exactos, las auditorías, las facultades de actualización y pausa, el historial de incidentes y la cadena de dependencias.
- **Irreversibilidad y registros:** Por lo general, el servicio de atención al cliente no puede cancelar un swap confirmado. Conserve la cotización, el hash de la transacción, las direcciones de los tokens, los cambios en los saldos de la cartera y el coste base; investigue cualquier resultado inesperado antes de firmar otra transacción.

<a id="misconceptions"></a>

## Errores comunes

### Mito 1: Un token disponible en un DEX ha superado una revisión de admisión

Muchos pools funcionan sin permisos, y cualquiera puede crear un token con el mismo nombre o aportar liquidez inicial a un pool. La disponibilidad no equivale a una aprobación; verifique la dirección del contrato y la liquidez real.

### Mito 2: La autocustodia permite revertir una transacción

El usuario controla la firma, pero una transacción válida y confirmada normalmente es definitiva. Un token, una red, una aprobación o un destinatario erróneos siguen siendo responsabilidad del usuario.

### Mito 3: Una mayor tolerancia al deslizamiento produce un precio mejor

Una tolerancia mayor solo amplía el rango de resultados aceptables y reduce la probabilidad de una reversión relacionada con el deslizamiento. Puede permitir una ejecución peor y una mayor extracción de MEV.

### Mito 4: El saldo del pool equivale a la cantidad negociable al precio actual

El saldo mostrado se distribuye a lo largo de una curva o de rangos de precios. Una operación grande consume liquidez a precios progresivamente diferentes, por lo que el tamaño ejecutable debe evaluarse según la profundidad activa, las comisiones, la ruta y `minOut`.

<a id="related"></a>

## Temas relacionados

- [Exchange centralizado (CEX)](/es/crypto/cex/)
- [Finanzas descentralizadas (DeFi)](/es/crypto/defi/)
- [Comisión de gas](/es/crypto/gas-fee/)
- [Pool de liquidez](/es/crypto/liquidity-pool/)

<a id="sources"></a>

## Fuentes

- [How Uniswap Works](https://developers.uniswap.org/docs/get-started/concepts/how-uniswap-works) - Uniswap Labs (consultado: 2026-08-20)
- [Uniswap v2 Core](https://docs.uniswap.org/whitepaper.pdf) - Uniswap Labs (consultado: 2026-08-20)
- [Uniswap v3 Core](https://app.uniswap.org/whitepaper-v3.pdf) - Uniswap Labs (consultado: 2026-08-20)
- [AMM vs UniswapX Routing](https://developers.uniswap.org/docs/trading/swapping-api/amm-vs-uniswapx-routing) - Uniswap Labs (consultado: 2026-08-20)

Source: https://wiki.fcontext.com/es/crypto/dex/index.mdx
