Redacción cripto en español · Estado: operativaMetodología y correcciones · Enviar una noticia
Seguridad · Verificado

Cómo registrar una transacción cripto fallida

Qué guardar cuando una transacción falla, incluyendo estado, red, hash y notas de fuente.

Este artículo puede contener enlaces de afiliados. Las relaciones comerciales se detallan en la política de afiliados.

Qué significa que una transacción falle

En una criptomoneda no existe un intermediario que pueda devolverte el dinero. Cuando una transacción falla, el resultado queda escrito de forma permanente en la red y no hay soporte telefónico que la revierta. Por eso el término fallo aquí no significa que el dinero se haya perdido para siempre, sino que la operación nunca se ejecutó y los fondos nunca salieron de tu cuenta.

Conviene distinguir entre tres situaciones que la gente mezcla. Una transacción revertida llegó al bloque, se ejecutó y el contrato rechazó el cambio: el saldo permanece intacto y solo pagas la comisión de gas. Una transacción con el nonce incorrecto o con un límite de gas insuficiente se queda pendiente en la memoria de la red y puede ser descartada. Y una transacción que muestra un error en la interfaz puede haberse enviado igualmente, solo que la aplicación no ha recibido todavía la confirmación.

El registro mínimo que conviene guardar

Antes de que el detalle se pierda en el historial de la cartera, apunta estos datos en un archivo de texto o en una nota fechada.

El identificador de la transacción, llamado hash, es el dato más importante. Es una cadena de 66 caracteres que empieza por 0x y que aparece en el explorador de bloques. El hash no es un número de referencia tuyo: es la dirección física del registro en la cadena. Si lo apuntas, siempre podrás recuperar el estado real de la operación aunque borres la aplicación de la cartera.

Anota también el nombre de la red y su identificador numérico. Decir Ethereum no es suficiente, porque existen muchas redes compatibles con ese nombre y una transacción puede ejecutarse correctamente en una y ser inválida en otra. Guarda la dirección del contrato que ibas a llamar, la dirección de destino, el importe enviado y el nonce, que es simplemente el número de orden de tus operaciones en esa cuenta.

Por último, copia el mensaje de error tal y como aparece en pantalla, sin traducirlo ni interpretarlo. Ese texto corto es la evidencia más útil cuando más tarde necesites pedir ayuda o demostrar que la transacción nunca se completó.

Cómo comprobar el estado real

Abre el explorador de bloques correspondiente a la red y pega el hash en el buscador. La pantalla te dirá si la transacción está pendiente, si fue incluida en un bloque o si falló antes de llegar a él.

Si aparece como revertida, el bloque existe y el gasto de gas también se consumió. Si sigue pendiente y pasan varias horas, la causa más frecuente es una operación anterior que quedó atascada y está bloqueando las siguientes de la misma cuenta. En ese caso puedes acelerar la transacción pendiente desde el propio explorador, una acción que consume algo de gas pero desbloquea el resto de la cola.

Causas habituales y qué hacer

El slippage insuficiente es la causa más común en los intercambios descentralizados. Si fijaste una tolerancia de slippage del uno por ciento y el mercado se movió más, el contrato rechaza la operación para evitar que recibas menos activos de los que esperabas. La solución práctica es revisar ese porcentaje antes de confirmar, no repetir la operación a ciegas.

El error de nonce bajo aparece cuando intentas ejecutar una operación con un número de orden ya utilizado. Ocurre al enviar varias transacciones seguidas desde la misma cuenta y a veces al pulsar dos veces el botón de confirmación. Volver a enviar la misma operación con el nonce correcto es la forma habitual de resolverlo.

El límite de gas insuficiente significa que la transacción se quedó sin combustible a mitad de camino. Se reconoce porque el explorador indica que se agotó el gas. Marcar la transacción para que se ejecute con un límite superior suele bastar cuando el contrato es legítimo.

La dirección de destino inválida, con el error habitual de checksum, aparece cuando copias la dirección a mano y alteras un carácter por error. Copiar y pegar en lugar de escribir a mano evita este problema casi por completo.

Errores que conviene evitar

No borres la transacción de la interfaz de tu cartera esperando que desaparezca el problema. Borrar de la interfaz solo la oculta; si la operación sigue viva en la red, seguirá consumiendo nonce y probablemente terminará ejecutándose sin que la veas.

Tampoco confíes en ninguna conversación de soporte que te pida la frase semilla o la clave privada para verificar una transacción. Ningún servicio legítimo necesita esos datos para comprobar el estado de una operación, y compartirla significa perder el control de todos los fondos de esa cartera.

Evita intentar replicar la transacción en otras redes para ver si funciona. Si el fallo se produjo por un límite de slippage, repetir en otra red con un contrato equivalente no va a corregir el parámetro que rechazó la operación.

Fuentes y límites

Este contenido es educativo y no constituye asesoramiento financiero, fiscal ni legal. Los exploradores de bloques son la fuente primaria para verificar el estado de una operación, porque leen directamente el registro de la red. Los tiempos de confirmación y los nombres de los errores dependen de la aplicación de cartera que uses, por lo que la etiqueta exacta puede variar entre una interfaz y otra.

Fuentes