Transacción de Ethereum pendiente: comprueba antes de reenviar

Antes de volver a enviar, comprueba la transacción original en la red correcta. El estado pendiente de una cartera puede indicar una transacción que espera su inclusión, una que está en cola detrás de otra o una actividad que la cartera no ha actualizado. Repetir el pago puede crear una transacción independiente que se ejecute más adelante.

Esta lista cubre transacciones ordinarias desde una cuenta normal de Ethereum Mainnet, también llamada cuenta de propiedad externa o EOA. Las cuentas inteligentes, los servicios de transacciones privadas o paquetes, las transferencias mediante puentes y las retiradas de exchanges requieren las instrucciones de su proveedor. Si no enviaste desde una cuenta que controlas, no intentes sustituir tú mismo la transacción del remitente.

Empieza por la red y el hash completo de la transacción

Puedes diagnosticar la primera parte sin conectar una cartera ni firmar nada. Abre los detalles de la transacción en la cartera emisora y anota:

1. Red: confirma Ethereum Mainnet. Una dirección con formato Ethereum en otra cadena no convierte su transacción en una de Mainnet.
2. Hash de la transacción: copia el identificador completo, no la dirección del destinatario. Usa el enlace al explorador de la cartera y verifica que lleva al explorador previsto.
3. Remitente: compara la dirección From completa con tu cuenta emisora. Comprueba también el destinatario y la acción prevista.
4. Nonce: busca el número de secuencia de esta transacción en sus detalles. Anótalo junto al hash, ya que una sustitución tiene otro hash pero usa el mismo remitente y nonce.

La documentación de transacciones de Ethereum identifica remitente, destinatario, valor, datos de entrada y nonce como campos distintos. Una transacción a un contrato puede realizar una acción en lugar de pagar simplemente a la dirección indicada en To. Comprueba los detalles decodificados cuando estén disponibles; no supongas que todas las transacciones son transferencias simples de ETH.

Conserva el hash original aunque la cartera ofrezca un botón para reintentar. Te permite volver a una entrada concreta en lugar de depender de un saldo cambiante o de una notificación que desaparece.

Lee el estado antes de elegir una solución

En el explorador, consulta el estado junto con la información del bloque. Etherscan describe pending como la espera de inclusión en un bloque. Las comisiones bajas y los periodos de mucha actividad pueden contribuir a la espera, pero la palabra pending por sí sola no identifica la causa.

Qué muestra la entrada	Qué comprobar después
Pending, sin bloque que la contenga	Comprueba los nonces anteriores sin resolver del remitente antes de considerar una sustitución.
Success, con bloque	Inspecciona la acción y el estado resultante. Repetir el pago puede duplicarlo.
Failed, con bloque	Lee el motivo del fallo. Esperar o acelerar esa transacción ya incluida no la hará funcionar.
Dropped and replaced	Sigue el hash de sustitución e inspecciona su estado y su acción.
Hash no encontrado	Revisa la red y el hash completo y compara la actividad de la cartera con el historial del remitente en el explorador.

Una transacción fallida no equivale a una que todavía espera. La especificación del estado del recibo registra el éxito o el fallo de la ejecución; una ejecución fallida puede estar incluida en un bloque. El gas consumido se cobra aunque la acción falle, como explica la guía de gas de Ethereum. Diagnostica el error antes de autorizar otro intento.

Para quienes consultan datos con software, la documentación JSON-RPC de recibos indica que las transacciones pendientes no tienen recibo. Un recibo devuelto incluye su bloque y estado. En la respuesta JSON-RPC sin procesar, 0x1 significa éxito y 0x0 fallo (los valores 1 y 0). La ausencia de recibo por sí sola no determina dónde está la transacción: comprueba que el proveedor conoce el hash y consulta la red correcta.

Que un explorador no encuentre un hash es una observación sin resolver, no una prueba de que la transacción nunca pueda ejecutarse. Ten en cuenta la propagación y la indexación, revisa los detalles de envío de la cartera y recurre a la ayuda oficial si los registros siguen sin coincidir. No crees un segundo pago solo para probar la pantalla.

Busca el primer nonce sin resolver de la cola

Las transacciones de una cuenta normal siguen una secuencia. Supón que encuentras transacciones pendientes con nonces 42, 43 y 44, y las anteriores ya se han incluido. Es un ejemplo, no una cuenta real. El nonce 42 es el primero que debes investigar; aumentar la comisión de 44 no elimina el hueco anterior.

Abre la actividad del remitente en la misma red y compárala con la lista de pendientes de la cartera. Comprueba si el primer nonce sin resolver sigue pendiente, ya se ha incluido o está asociado a un hash de sustitución. Hazlo para esa misma cuenta emisora, no para todas las cuentas visibles en la cartera.

La explicación de sustituciones de Etherscan muestra que las sustituciones comparten remitente y nonce con la original. Un nonce anterior debe consumirse en una transacción incluida antes de que puedan ejecutarse los siguientes. Una transacción fallida incluida en un bloque también consume su nonce: las reglas de transacciones del protocolo incrementan el nonce del remitente antes de la ejecución. No sigas intentando sustituir un nonce ya utilizado en la cadena.

Una vez resuelto el primer hueco, revisa las transacciones posteriores de la cola. Todavía pueden representar acciones que ya no deseas. Eliminar el primer obstáculo no significa decidir aprobar todos los elementos que hay detrás.

Esperar, acelerar y cancelar son decisiones distintas

Si la transacción sigue pendiente y todavía deseas la acción, esperar puede ser aceptable. No hay un plazo universal tras el que todas las transacciones de Ethereum fallen automáticamente. Compara el estado y las comisiones actuales con tu necesidad de completar la acción.

La función Speed up de la cartera intenta una sustitución con el mismo nonce y una comisión mayor. Cancel también intenta una sustitución; no borra una instrucción firmada de la red. La original puede incluirse primero. Una transacción de cancelación incluida cuesta gas, por lo que cancelar no es una forma gratuita de deshacer.

Sigue las instrucciones oficiales actuales de tu cartera. La guía de MetaMask presenta sus controles compatibles y explica la relación entre nonces. Lee la red, la cuenta, la acción y la comisión en la confirmación antes de decidir firmar. Usa estimaciones actuales en lugar de copiar una comisión de una captura antigua. Esta lista no ofrece un multiplicador universal de comisiones ni garantiza la inclusión.

Una operación Send normal con un nonce nuevo no es una sustitución solo porque coincidan el destinatario y el importe. Conserva ambos hashes si ya has reintentado y determina el estado de cada entrada antes de actuar otra vez.

Para las transacciones ordinarias en las que tú pagas la comisión, comprueba el ETH nativo en Mainnet. Un token o el valor total de la cartera no demuestra el saldo para gas; nuestra guía de ETH y WETH explica esa distinción.

Restablecer la cartera cambia el historial local, no Ethereum

Si el explorador muestra inclusión pero la cartera sigue indicando pendiente, actualiza o vuelve a abrir la cartera y comprueba el hash exacto. Si la discrepancia persiste, consulta al soporte oficial con la red, el remitente público, el hash y el nonce. Conserva esos datos antes de cambiar la actividad local.

La guía de restablecimiento de MetaMask limita este paso a los casos en que lo indique el soporte y la transacción no sea visible en el explorador. Borrar la actividad y los datos del nonce elimina el conocimiento local de las transacciones de la cartera. No cancela una transacción ya difundida, y restablecer una cuenta es distinto de restablecer toda la cartera.

Por último, un saldo de cartera que no cambia no demuestra un fallo, y uno menor no identifica qué transacción se ejecutó. Las comisiones, otras actividades y los datos retrasados pueden afectar a la comparación. Usa la lista para discrepancias de saldo después de comprobar la entrada de la transacción. Antes de cualquier nueva firma debes poder identificar la red, el remitente, el hash original, el nonce y el estado observado, incluida cualquier sustitución.