Slippage e impacto en el precio: por qué las operaciones grandes pagan más

Ya habéis visto la ecuación mágica: x·y=k, y la regla de que un swap recorre la curva — cuanto mayor es vuestra operación, peor es el precio. Suena muy bien en abstracto. Pero ahora sois traders, tenéis dinero de verdad en la cartera, y la interfaz acaba de mostraros dos palabras que dan miedo: “Impacto en el precio: 11 %” y “Tolerancia al slippage: 0,5 %”. Suenan a lo mismo. No lo son. Una es un impuesto que podéis calcular antes de hacer clic. La otra es una sorpresa que la blockchain os tiende entre el momento de firmar y el de minar.

Esta lección desenreda las dos, os muestra la aritmética de por qué una ballena paga más que una sardina por exactamente el mismo token, y os arma con el único ajuste — la tolerancia al slippage — que se interpone entre vosotros y que un bot os coma la cara. Vamos al grano.

Precio spot vs precio de ejecución: la cotización es una mentira para las órdenes grandes

Abrid cualquier interfaz de swap y os muestra un precio spot — digamos que ETH está a $2000. Ese número es el precio marginal: lo que cuesta ahora mismo una porción infinitesimalmente pequeña de ETH. En un pool de producto constante no es más que el ratio de reservas, $\text{spot} = y/x$. Comprad un único wei de ETH y, sí, pagáis casi exactamente $2000 por él.

Pero no estáis comprando un wei. Estáis comprando 10 ETH. Y aquí está la trampa: a medida que sacáis ETH del pool, x se encoge, y crece, y el precio y/x sube mientras vuestra propia orden se está ejecutando. Cada porción sucesiva de vuestro ETH cuesta más que la anterior. El precio que de verdad acabáis pagando — promediado sobre toda vuestra orden — es el precio de ejecución (también llamado precio medio):

$\text{precio de ejecución} = \frac{\text{total de Y pagado}}{\text{total de X recibido}}$

El spot es el precio de una operación hipotética de tamaño cero; la ejecución es el precio de vuestra operación. Para una orden minúscula son casi idénticos. Para una grande, divergen con fuerza — y la ejecución es siempre el peor de los dos.

Impacto en el precio: el impuesto que puedes calcular antes de hacer clic

El impacto en el precio es exactamente cuánto arrastra vuestra propia operación el precio lejos del spot. Se define como la brecha entre el spot y vuestro precio de ejecución, como fracción del spot:

$\text{impacto} = \frac{\text{spot} - \text{ejecución}}{\text{spot}}$

Lo bonito (y brutal): es determinista. Dadas las reservas del pool y vuestro tamaño de operación, el impacto queda fijado por la aritmética. Sin azar, sin otros traders — solo x·y=k. Trituremos los números.

El pool. 100 ETH y 200.000 USDC, así que $k = 100 \times 200000 = 20{,}000{,}000$. Precio spot = 200000 / 100 = $2000 por ETH.

La ballena compra 10 ETH. Estáis sacando ETH, así que x baja a 90. Para mantener k constante, la reserva de USDC debe subir hasta:

$y' = \frac{k}{x'} = \frac{20{,}000{,}000}{90} \approx 222{,}222$

Así que debéis aportar 222.222 − 200.000 ≈ 22.222 USDC para obtener 10 ETH. Vuestro precio de ejecución es 22.222 / 10 ≈ $2222 por ETH — frente a un spot de $2000. Impacto en el precio:

$\frac{2222 - 2000}{2000} \approx 11\%$

Y el nuevo precio spot del pool después es 222222 / 90 ≈ $2469 — habéis empujado el precio hacia arriba casi un 25 % solo con operar. (Vuestro precio de ejecución de $2222 queda entre el spot antiguo de $2000 y el nuevo de $2469, lo cual tiene sentido: os ejecutasteis a lo largo de todo ese rango.)

La sardina compra 0,1 ETH. Mismo pool. Ahora x' = 99,9, y:

$y' = \frac{20{,}000{,}000}{99.9} \approx 200{,}200$

Pagáis unos 200 USDC por 0,1 ETH → ejecución ≈ $2002 por ETH, impacto ≈ 0,1 %. Esencialmente el precio cotizado.

Mismo token, mismo pool, mismo instante — la ballena paga $2222 y la sardina paga $2002. La única diferencia es el tamaño respecto al pool. Eso es el impacto en el precio en una tabla:

Mira cómo muerde la curva

Arrastrad el deslizador de tamaño de operación y observad cómo el impacto en el precio trepa a medida que vuestra orden crece de una astilla a la mitad del pool. Después cambiad el preajuste de profundidad y ved cómo la misma operación hace mucho menos daño a un pool más profundo.

El slippage NO es el impacto en el precio: la sorpresa frente al impuesto

La gente mezcla estas dos palabras constantemente. Mantenedlas separadas — tienen causas distintas:

• El impacto en el precio es el movimiento esperado por vuestro propio tamaño de operación. Lo conocéis en el instante en que tecleáis la cantidad, porque está horneado en las reservas del pool. Es el impuesto que aceptasteis.
• El slippage es la diferencia entre el precio que esperabais al pulsar enviar y el precio que realmente obtuvisteis cuando la operación se minó — causada por el cambio del pool entre la cotización y la confirmación. Es la sorpresa.

¿Por qué cambiaría el pool en esos pocos segundos? Porque on-chain pasa tiempo entre firmar y minar. Vuestra transacción espera en el mempool a que llegue un bloque. En esa ventana, las operaciones de otra gente pueden ejecutarse antes — cada una desplaza las reservas — o el bloque simplemente se retrasa mientras el mercado se mueve. Para cuando vuestro swap se ejecuta, el precio spot no es el que cotizó la interfaz. La brecha extra, más allá del impacto en el precio que aceptasteis, es el slippage.

Dicho a lo bruto: el impacto en el precio es lo que vuestra orden le hace al precio; el slippage es lo que las órdenes de todos los demás (y el tiempo) le hacen al precio antes de que la vuestra aterrice. Una operación minúscula tiene un impacto en el precio casi nulo, pero aun así puede sufrir slippage si el mercado da un bandazo mientras está pendiente.

Tolerancia al slippage: la barandilla que pones tú

Como el slippage es impredecible, el contrato del swap os deja ponerle un tope. Fijáis una tolerancia al slippage — digamos 0,5 % — y el contrato la convierte en un suelo duro llamado cantidad mínima a recibir:

$\text{mín. recibido} = \text{cantidad cotizada} \times (1 - \text{tolerancia})$

Si, en el momento de la ejecución, el pool os fuera a dar menos que ese mínimo, la transacción se revierte — falla, conserváis vuestros tokens (menos el gas) y no se opera nada. Es un stop-loss contra ejecuciones desagradables.

Ejemplo resuelto. La interfaz os cotiza 10 ETH de salida por vuestro USDC, tolerancia 0,5 %. Entonces el mínimo recibido = 10 × (1 − 0,005) = 9,95 ETH. Si, para cuando vuestro swap se mina, el pool solo puede entregaros 9,96 ETH, perfecto — está dentro de la tolerancia, la operación se ejecuta. Si solo logra 9,9 ETH, el contrato ve que está por debajo de 9,95 y lo revierte todo. Preferís no operar antes que pagar de más por esa cantidad.

El ajuste es un equilibrio, y ambos extremos duelen:

El número correcto depende del pool: los pools profundos y tranquilos toleran un ajustado 0,1–0,5 %; los pares finos o de movimiento rápido necesitan más holgura. Solo sabed que cada pizca de holgura que concedéis es una pizca que un bot tiene permitido robar.

Profundidad del pool: por qué una operación de $100k es nada — o todo

Aquí está el hecho más limpio de toda esta lección: en un pool de producto constante, el impacto en el precio depende de vuestro tamaño de operación como fracción de las reservas, no del importe en dólares por sí solo. Comprad el 10 % del ETH de cualquier pool y obtendréis aproximadamente el mismo impacto en el precio, tenga el pool 100 ETH o 100.000.

Así que la profundidad — el tamaño de las reservas, es decir, un k mayor — es la mejor amiga del trader. Pool más profundo ⇒ vuestra operación de dólares fijos es una porción más pequeña de él ⇒ menos impacto en el precio:

• Un swap de $100.000 en un pool de $100.000.000 es el 0,1 % de las reservas — apenas una onda, impacto en puntos básicos bajos.
• Ese mismo swap de $100.000 en un pool de $200.000 es la mitad de las reservas — una catástrofe, impacto de dos cifras, moveréis el precio violentamente y pagaréis un dineral.

Misma operación, resultados radicalmente distintos, puramente por la profundidad. Por eso los pares de primera fila en pools grandes se sienten casi como un exchange centralizado, mientras que un pool fino de meme-coin castiga cualquier cosa que no sea calderilla. Cuando dimensionéis una operación, la pregunta no es “¿cuántos dólares?” — es “¿qué fracción de este pool soy yo?”.

Fraccionar y enrutar: cómo esquivan el impacto los profesionales

Si el impacto en el precio viene de ser una gran fracción de un solo pool, el arreglo es obvio: no serlo. Los traders fraccionan una orden grande en piezas más pequeñas repartidas en el tiempo (dejando que el pool se recupere entre porciones, a menudo vía arbitraje) o entre varios pools y rutas (sacando algo de ETH del pool de Uniswap, algo de otro, algo a través de un token intermedio), de modo que ningún pool absorba todo el golpe. Los agregadores y routers (1inch, el propio router de Uniswap, CoW Swap) lo hacen automáticamente — fragmentan vuestra orden por la liquidez más profunda disponible para minimizar el impacto total en el precio, y luego os entregan la mejor ejecución combinada. Tecleasteis un solo swap; por debajo se convirtió en una docena.

Ataques sándwich: por qué “demasiado holgada” hace que te roben

¿Recordáis que una tolerancia al slippage holgada invita a problemas? Aquí está el depredador. Vuestro swap espera en el mempool público, visible para todos, antes de minarse. Un bot sándwich lo ve venir y lo envuelve en dos transacciones propias — esto es una variante de MEV (valor máximo extraíble):

1. Front-run: el bot compra el mismo token justo antes que vosotros, empujando el precio del pool hacia arriba.
2. Vuestra operación se ejecuta a ese precio peor e inflado — comiendo justo hasta donde permita vuestra tolerancia al slippage.
3. Back-run: el bot vende de inmediato al precio que vuestra operación acaba de empujar aún más alto, embolsándose la diferencia.

Vosotros sois el relleno; las dos operaciones del bot son el pan. El beneficio que rasca sale directo de vuestro bolsillo — y la cantidad que puede robar está limitada por vuestra tolerancia al slippage. Poned la tolerancia al 5 % y le habréis dicho al bot, por escrito, “puedes empeorar mi precio hasta un 5 % y aun así lo aceptaré”. Ponedla a 0,5 % y el ataque apenas compensa el gas. Esta es toda la razón por la que importa una tolerancia ajustada y sensata, y es un anticipo de un tema posterior entero sobre MEV y ordenación de transacciones — por ahora, sabed solo: vuestra tolerancia al slippage es la paga del bot.

Puntos clave

A continuación: la pérdida impermanente — habéis visto cómo las operaciones cuestan al trader; ahora dad la vuelta y conoced el coste oculto de ser proveedor de liquidez, donde el mero hecho de mantener el pool puede dejaros peor que si hubierais conservado los tokens.