¿Por qué falló mi intercambio? Errores y soluciones comunes en los intercambios DEX

Si te preguntas "¿por qué falló mi intercambio?", la respuesta corta es que tu transacción fue rechazada antes de que pudiera liquidarse, y en un intercambio descentralizado (DEX) eso casi siempre se reduce a una de cinco cosas: slippage demasiado bajo para el token, gas o tarifa de prioridad insuficiente, un impuesto de token que fuerza un revert, un honeypot que bloquea la venta, o, en Solana, un blockhash caducado. La parte frustrante es que en cadenas EVM como Ethereum, BNB Chain o Base, un intercambio revertido aún quema el gas que pagaste, por lo que puedes perder dinero sin siquiera comerciar. Esta guía explica cada causa, cómo leer el error real y un flujo de solución claro para cada escenario.

La causa más común: slippage demasiado bajo para la volatilidad o los impuestos

La tolerancia al slippage es la diferencia que permites entre el precio que ves y el precio que realmente obtienes. Si el token se mueve, o cobra un impuesto de compra/venta, y el precio final cae fuera de tu tolerancia, el contrato se revierte para protegerte. En una memecoin de rápido movimiento, un valor predeterminado del 0.5 por ciento casi garantiza el fallo. Si el token tiene un impuesto de transferencia del 5 por ciento, cualquier slippage por debajo de ese impuesto se revertirá cada vez porque el router nunca podrá entregar la salida mínima que demandaste.

La solución es ajustar el slippage a la realidad. Para un par estable y líquido, del 0.5 al 1 por ciento está bien. Para una capitalización pequeña volátil, a menudo se necesita del 3 al 8 por ciento. Para un token con impuestos, tu slippage debe exceder el impuesto combinado de compra o venta más un pequeño margen para el movimiento del precio. Si quieres conocer la mecánica completa, consulta nuestra guía sobre qué es el slippage en cripto. La advertencia: no lo subas simplemente al 49 por ciento. Un slippage alto es una invitación abierta para que los bots sándwich hagan front-run y back-run a tu operación, drenando el valor que autorizaste con esa amplia tolerancia.

Gas insuficiente, tarifas de prioridad y fallos de blockhash de Solana

En las cadenas EVM, cada intercambio necesita suficiente token nativo (ETH, BNB, MATIC) para pagar el gas. Si tu billetera tiene el token que quieres intercambiar pero no suficiente token de gas, el intercambio falla antes de comenzar. Este es un problema distinto al slippage, y cubrimos la solución a nivel de billetera en cómo solucionar fondos insuficientes para gas en MetaMask. Establecer tu límite de gas demasiado bajo también puede causar un revert por "out of gas" a mitad de la ejecución, lo que aún te cuesta el gas consumido.

Solana funciona de manera diferente. No hay un problema de saldo de gas por token, pero dos problemas dominan. Primero, las tarifas de prioridad: durante la congestión, una transacción con una tarifa de prioridad baja o nula es descartada por los validadores, por lo que debes aumentarla. Segundo, los blockhashes caducados: una transacción de Solana hace referencia a un blockhash reciente, y si no se confirma en aproximadamente 60 a 90 segundos, la red la rechaza como obsoleta. Ambos aparecen como un fallo genérico en tu billetera. Si sigues encontrando estos problemas, nuestra guía sobre cómo solucionar el fallo de simulación de transacción en Solana desglosa el flujo de reintento de tarifa de prioridad y blockhash.

Impuestos de token y restricciones de transferencia que causan reverts

Muchos tokens aplican un impuesto en cada compra o venta, dirigido a billeteras de marketing, liquidez o al implementador. Otros añaden restricciones de transferencia: límites máximos de billetera, tamaño máximo de transacción, temporizadores de enfriamiento o listas negras. Cualquiera de estos puede hacer que un intercambio se revierta incluso cuando tu gas y saldo son perfectos. Un caso común es comprar más del límite por billetera, o vender durante un período de enfriamiento que el contrato impone.

El diagnóstico es verificar el contrato del token antes de culpar a tu billetera. Un escáner de tokens o el panel de seguridad de DEXTools mostrará los porcentajes de impuestos de compra/venta y marcará las restricciones. Si el impuesto es del 8 por ciento y tu slippage es del 5 por ciento, has encontrado tu respuesta. La solución es aumentar el slippage por encima del impuesto, o reducir el tamaño de la operación por debajo del límite máximo de transacción. Si el contrato está en pausa o tu dirección está en la lista negra, ninguna configuración de slippage te salvará, y esa es una señal fuerte para retirarse.

Tokens honeypot: cuando una venta fallida es en realidad una trampa

Este es el peligroso. Un honeypot es un token diseñado para que cualquiera pueda comprar, pero solo el implementador pueda vender. Las compras se realizan sin problemas, el gráfico parece saludable, y luego cada intento de venta se revierte. Si tus compras tienen éxito y tus ventas fallan sin importar cuánto aumentes el slippage o el gas, es casi seguro que estás en un honeypot. Ninguna configuración lo solucionará porque el contrato está haciendo exactamente para lo que fue escrito.

Protégete antes de comprar, no después. Ejecuta cualquier token nuevo a través de una verificación de seguridad y lee nuestro desglose de qué es un token honeypot para que puedas identificar los patrones de contrato que deshabilitan la venta. Una venta simulada en un escáner es el seguro más barato que jamás comprarás.

Cómo leer el motivo del revert en tu billetera o explorador

No tienes que adivinar. La mayoría de las billeteras muestran un error corto como "transaction reverted" o "execution reverted", y un explorador de bloques te da la imagen completa. Abre el hash de la transacción fallida en Etherscan, BscScan o Solscan, y busca la cadena de motivo del revert. Mensajes como "INSUFFICIENT_OUTPUT_AMOUNT" o "Too little received" apuntan directamente al slippage. "TRANSFER_FROM_FAILED" a menudo significa un problema de aprobación o impuestos. "Out of gas" significa que tu límite de gas era demasiado bajo.

Si ves "execution reverted" sin detalles, el contrato falló una verificación de require sin un mensaje, lo cual es común con tokens con impuestos y restringidos. Nuestro análisis profundo sobre causas y soluciones del error "execution reverted" mapea las cadenas de revert más frecuentes a su significado real para que puedas actuar en lugar de reintentar ciegamente y pagar gas de nuevo.

Un flujo de diagnóstico y solución para cada causa

Sigue este orden y resolverás casi todos los intercambios fallidos. Primero, verifica que tu billetera tenga suficiente token de gas nativo; si no, recárgala. Segundo, abre la transacción fallida en un explorador y lee el motivo del revert, que generalmente nombra la causa directamente. Tercero, si el motivo apunta a la cantidad de salida, aumenta el slippage justo por encima del impuesto del token más un pequeño margen de volatilidad, nunca a un extremo que invite al "sandwiching".

Cuarto, si estás en Solana y la transacción simplemente desapareció, aumenta la tarifa de prioridad y reenvía rápidamente antes de que el blockhash caduque. Quinto, si las compras tienen éxito pero las ventas se revierten sin importar lo que cambies, deja de intentarlo; eso es un honeypot o una restricción de venta, y gastar más gas en ello solo te hará perder más dinero. La disciplina es simple: lee el error, relaciónalo con la causa y aplica la única solución que realmente lo aborda en lugar de intentar reintentos repetidamente.

Este artículo tiene fines educativos únicamente y no constituye asesoramiento financiero.