Cómo configurar el slippage en Solana sin fallar
Qué slippage en Solana poner en cada swap: profundidad del pool, tabla por escenario, la ruta de Jupiter o Raydium y el error de tolerancia en Phantom.

Si aprietas demasiado el slippage en Solana, el swap se cancela en la cadena: pagas la comisión de red y no recibes nada. Si lo abres demasiado, un bot que vigila el pool compra justo antes que tú, deja que tu orden entre al precio inflado y vende. El modo Auto decide por ti sin saber cuánto vas a mover.
La frase "con 0,5% vale para todo" que circula por Discord solo aguanta en SOL/USDC. El valor correcto sale de tres datos: el tamaño de tu orden frente al pool, lo volátil que ha estado el token últimamente y cuántos bots vigilan ese pool.
Aquí verás qué mide realmente el slippage en Solana, qué valor encaja con cada tipo de token y por qué un único límite rara vez salva a todas las billeteras de una tanda en el swap multi billetera.
Qué es el slippage y en qué se diferencia del impacto de precio
El slippage es el margen de precio que autorizas antes de que el swap se cancele solo. Cuanto más estrecho, más estricto es el límite. Cuanto más amplio, más probabilidad de ejecución y más riesgo de entrar a un precio peor.
Ese control ocurre en la cadena, no en la ventana de tu billetera. Todo lo que mueva el precio entre la cotización y el aterrizaje cuenta contra tu margen, y si se rompe el suelo la operación se revierte entera. La documentación de transacciones de Solana lo dice en las dos direcciones: una transacción tiene éxito o se revierte como un todo, y la comisión se cobra igual.
Las interfaces muestran dos números distintos y mucha gente los mezcla:
- Impacto de precio es lo que hace tu propia orden contra el pool. Depende del tamaño de tu compra frente a la liquidez que hay ahí, y se puede leer antes de firmar.
- Slippage es el colchón para todo lo que queda fuera de tu control entre la cotización y la ejecución: otros traders, bots y la volatilidad normal mientras tu transacción viaja.
Regla práctica: slippage igual a impacto de precio más un colchón pequeño. El colchón vale 0,1% o 0,2% en un par profundo como SOL/USDC, y sube al 2% o al 5% en una memecoin recién nacida.
Demasiado ajustado o demasiado amplio: los dos fallos
Pon 0,1% en un token que se mueve rápido. En el medio segundo que va de la cotización a la ejecución el precio se desvía un 0,12%, tu suelo se rompe y el swap se cancela. El coste real no es esa comisión, que pagas igual, es la entrada perdida mientras ajustabas el valor "correcto".
Ahora el otro extremo: abres el margen al 5% y envías una compra de 50 SOL en USDC. Un bot ve tu orden, compra antes para subir el precio, deja que tu compra entre arriba y vende acto seguido. En la cadena figura como exitosa, porque el precio nunca cruzó tu límite. Ahí está la respuesta a "por qué entré tan mal".
Los bots sandwich buscan órdenes grandes con márgenes amplios. Una compra grande en SOL/USDC con un tope del 5% anuncia "aquí hay beneficio". Y nunca pongas 50%: ese valor le dice al bot "lléname a cualquier precio" y no acierta en ningún escenario real.
La profundidad del pool manda sobre el número

Deja de pensar en el slippage como "cuánta pérdida acepto". La pregunta útil es otra: ¿cuánto va a mover el precio mi propia orden en este pool? Si tu compra es el 1% del dinero que hay dentro, el impacto es pequeño y el tope aguanta estrecho. Si es el 10%, la curva ya empuja el precio un 10% hacia arriba, y el tope tiene que cubrirlo o el swap se revierte.
De ahí sale el slippage en Solana que acabas escribiendo. Antes de una orden grande, leer la profundidad y el reparto de holders con la herramienta de snapshot gana a elegir por intuición, y operas contra los mismos pools que toca la herramienta de liquidez. Si el concepto te queda lejos, empieza por cómo se mide la profundidad de un pool de liquidez.
Qué slippage en Solana pide cada escenario
Los valores de abajo son opinión de operador, no una regla del protocolo. Léelos siempre junto al impacto de precio que muestra la interfaz.
| Escenario | Slippage sugerido | Por qué |
|---|---|---|
| Estable a estable (USDC a USDT) | 0,1% a 0,3% | Pool muy profundo y casi sin volatilidad. Más margen es margen tirado. |
| SOL/USDC, tamaño pequeño o medio | 0,5% a 1% | Pool profundo, con presión real de bots sandwich. Deja el tope corto. |
| SOL / token mediano (por ejemplo JTO) | 1% a 2% | Liquidez aceptable y precios que se mueven. Un tope de estable falla casi siempre. |
| SOL / meme asentada (BONK, WIF) | 2% a 5% | Volatilidad alta y profundidad media. El tope es impacto más colchón. |
| SOL / meme recién salida de Pump.fun | 5% a 15% | Pool muy fino y saltos grandes cada minuto. Aceptas riesgo para no encadenar reversiones. |
El mismo número da dos resultados opuestos. Un cambio de 200 dólares de USDC a USDT con el 1% entra limpio: la diferencia real fue del 0,05%. Ese mismo 1% en una memecoin de pool fino se revierte cuando el precio se mueve un 5% entre la cotización y el swap, y esa entrada pedía cerca del 10%.
Cada ruta pide un número distinto
El mismo token puede pedir tres valores diferentes según dónde se llene la orden. Cada ruta fija el precio con una mecánica propia, así que un valor sensato en una es temerario en otra. La interfaz siempre muestra el impacto en vivo junto a tu orden.
| Ruta | Cómo se fija el precio | Slippage de partida | Impacto aproximado en una compra de 5 SOL | Ojo con |
|---|---|---|---|---|
| Pool AMM de Raydium u otro | La proporción entre las dos reservas (x por y igual a k) | 0,5% a 1% en un pool profundo, 3% a 8% en uno fino | Cerca del 1% si el lado SOL guarda unos 500 SOL, cerca del 8% si guarda unos 60 | Una orden grande frente al pool mueve el precio ella sola |
| Router de Jupiter | Reparte la orden entre varios pools | 0,3% a 1% en la mayoría de órdenes medianas | Repartida entre tres pools, el impacto total puede bajar hasta cerca del 0,5% | Si la ruta cambia al final la estimación se desvía: no pongas la tolerancia a cero |
| Curva de Pump.fun | Una curva en la que cada compra empuja el precio siguiente | 5% a 15% | En una curva nueva, 5 SOL pueden moverla entre un 8% y un 12% | Las compras que entran antes que la tuya en el mismo bloque ya han subido la curva |
Un ejemplo completo. Compras el mismo token con 5 SOL: por un pool profundo de Raydium la ejecución cae cerca de la cotización y el 1% va sobrado, y por Jupiter la orden se reparte, el impacto cotizado baja y un 0,5% más estrecho también entra. Cuál de los tres te conviene lo comparamos en la comparativa entre Jupiter, Raydium y Orca.
En una moneda que todavía cotiza en su curva, esos mismos 5 SOL suben el precio por sí solos, así que cualquier valor bastante por debajo del impacto de la curva se revierte. Cuando la moneda se gradúa pasa a un pool normal, y por eso la ruta pesa más que el token: cómo operan las monedas graduadas en PumpSwap cuenta ese traspaso.
El modo Auto y la trampa del 0,5% para todo
El modo Auto de Jupiter elige el valor leyendo la volatilidad reciente del token. En pools profundos suele acertar. En una memecoin recién migrada salta con frecuencia al 5% o al 15%, aunque el impacto real de tu orden sea del 2%, y ese tope ancho te convierte en objetivo rentable. Auto no conoce dos cosas que tú sí: tu tamaño de orden y cuántos bots operan en ese pool. El parámetro está descrito en la documentación para desarrolladores de Jupiter.
El "0,5% sirve siempre" solo se sostiene en un caso: swap de tamaño medio en SOL/USDC, pool profundo y ruta protegida contra MEV. Fuera de ahí falla casi siempre. En una memecoin, 0,5% se revierte. En una compra de 100K USDC, el impacto de tu propia orden puede superar ya ese 0,5%. En una tanda de muchas billeteras, revierte la mitad de las últimas.
Tres preguntas antes de cada operación: qué parte del pool me estoy llevando, cuánta presión de bots hay aquí y cuántas billeteras voy a lanzar. Para una entrada de una sola billetera, escribe el valor a mano en el formulario de swap en vez de dejarlo en Auto.
Muchas billeteras, un solo tope

Imagina un lanzamiento con 200 billeteras apuntando al mismo token. El orquestador de swaps aplica un único tope a todas las billeteras de la tanda, y el pool se desplaza entre la billetera uno y la doscientos. Si el tope es estrecho para que la primera entre limpia, la última se revierte. Si lo abres para salvar a la última, le regalas un sandwich al bot que espera a la primera.
Dos movimientos prácticos. Uno: dimensiona el tope pensando en la peor billetera, la del final, y asume que las primeras pagan una prima pequeña. Dos: parte la tanda en dos o tres lotes y recalcula con el estado real del pool en cada uno. Empaquetar las compras con la herramienta de bundle estrecha todavía más la ventana que aprovecha un bot, y cómo trabaja un sniper bot explica contra quién juegas.
"Slippage tolerance exceeded" en Phantom
Cuando Phantom devuelve "slippage tolerance exceeded", el precio pasó tu suelo entre la cotización y el momento en que la transacción aterrizó. El swap hace justo lo que le pediste: cancelar para evitarte una ejecución peor. Es una barrera que salta, no un fallo.
- Un pool fino o rápido. Los tokens recién lanzados se mueven varios puntos porcentuales por bloque, y un tope de estable no puede seguir ese ritmo.
- Una cotización caducada. Si te quedaste unos segundos en la pantalla de confirmación, el pool siguió sin ti. Refresca y firma rápido.
- SOL insuficiente para comisiones. Es otro fallo distinto, fácil de confundir: la billetera no cubre la comisión, la transacción falla en la simulación y el aviso que ves puede ser genérico.
La solución casi nunca es saltar al 50%. Sube el tope una banda cada vez hasta ajustarlo al pool, refresca la cotización y, si la entrada tiene que cerrarse en un solo bloque, usa ejecución atómica para estrechar la ventana entre cotización y ejecución.
Preguntas frecuentes sobre el slippage en Solana
¿1% o 5% de slippage?
Depende del pool, no de una regla fija. En un par profundo y con volumen, entre 0,5% y 1% entra y te protege de un precio malo. En un token fino o todavía en curva, el 1% se revierte y lo realista está entre 3% y 5%. Si la operación solo pasa por encima del 5%, reduce la orden en lugar de ensanchar el tope.
¿Es seguro el modo Auto?
Para operaciones normales en pools profundos suele elegir un valor sensato. El riesgo aparece en tokens volátiles o finos, donde Auto abre el tope muy por encima del impacto real de tu orden y te deja como objetivo fácil. Cuando compres un token nuevo o muevas un tamaño grande, escribe el número tú.
¿Cómo se ajusta el slippage en una tanda de muchas billeteras?
El tope se aplica a todas, pero el precio se desplaza según se van ejecutando y la última billetera ve el peor. Dimensiónalo para esa última, o parte la tanda en dos o tres lotes y recalcula con el pool en vivo. Empaquetar las compras en un bundle reduce ese desplazamiento.
¿En qué se diferencian el slippage y el impacto de precio?
El impacto de precio lo causa tu orden contra la liquidez del pool y se lee antes de firmar. El slippage cubre lo que no controlas entre la cotización y la ejecución. Si la interfaz marca un 2% de impacto, un tope del 0,5% garantiza la reversión antes de que aparezca ningún bot.
¿Por qué mi swap se revierte una y otra vez?
Casi siempre por una de tres razones: el pool es fino y se mueve varios puntos por bloque, la cotización se quedó vieja en la confirmación, o falta SOL para las comisiones. Sube el tope una banda, refresca y comprueba el saldo antes de firmar.
¿Qué pasa si pongo un valor demasiado alto?
La operación se ejecuta casi siempre, y ese es justo el problema: aceptas el precio que salga. Un tope del 50% es una invitación abierta a los bots sandwich, y ni las memecoins más nuevas necesitan tanto margen. Sube de banda en banda y quédate en la más baja que entre.
El otro número que eliges a mano
El slippage en Solana no es una cifra correcta para siempre, es una decisión que se recalcula en cada operación. El día que te pegas a un valor por defecto lo pasas en la sala de espera o en la cola de un bot. El otro número que eliges tú está en cuánto pagar de comisión de prioridad, y para leer profundidad y volumen antes de entrar tienes la guía de lectura de DexScreener.
Un artículo del equipo de J Tools.
Ver todos los artículos de J Tools Editorial →

