Un monedero que se niega a enviar casi nunca está roto. Casi todos los errores que muestra se remontan a una de tres cosas: un contador llamado nonce, el endpoint con el que habla tu monedero, o el techo de comisión que tú mismo fijaste. En cuanto sabes cuál de los tres se queja, la solución es corta — y en la mayoría de los casos no cuesta nada.
Qué es realmente el nonce de la cuenta
En las cadenas basadas en cuentas, cada cuenta desde la que envías lleva la cuenta de cuántas transacciones ha enviado ya. Esa cuenta es el nonce, y empieza en cero. Tu primera transacción usa el nonce 0, la segunda el nonce 1, y así sucesivamente, sin huecos.
La regla es estricta a propósito. Fija el orden en que se ejecutan tus transacciones y hace que ninguna pueda repetirse: una vez confirmado el nonce 4, cualquier transacción posterior que reclame ese mismo número se rechaza de plano.
Esto es distinto del nonce de la minería, el número que un minero va variando para encontrar un bloque válido. Misma palabra, tarea completamente distinta. Del que se queja tu monedero es del contador de la cuenta.
Nonce demasiado alto, nonce demasiado bajo
Tu monedero no pide un número a la red cada vez que pulsas enviar. Lleva su propia cuenta y suma las transacciones que ya ha difundido pero aún no ha visto confirmadas. Esa cuenta local puede separarse de lo que la cadena registró de verdad, y los dos mensajes de error son las dos direcciones de esa separación.
Nonce demasiado bajo significa que el número que ofreciste ya está gastado. La cadena lo dejó atrás. Es habitual después de que una transacción que dabas por fallida acabara confirmándose.
Nonce demasiado alto significa que dejaste un hueco. La red espera el nonce 7 y tu monedero ofreció el 9, así que la transacción todavía no puede ejecutarse: espera en la cola a que lleguen el 7 y el 8. Mientras espera no se gasta nada, pero tampoco ocurre nada hasta que el hueco se llena; y los nodos guardan la cola solo un tiempo, de modo que un hueco largo puede terminar con la transacción descartada en lugar de ejecutada. Las causas habituales son una transacción que cayó de la mempool después de que el monedero ya la hubiera contado, o un historial en caché que ya no coincide con la cadena.
Un hueco se arregla llenándolo u olvidándolo. Enviar el nonce que falta libera todo lo que espera detrás. Borrar el historial de transacciones en caché — en la mayoría de monederos esto se llama restablecer la cuenta — hace que vuelva a leer el contador de la red y arranque desde el número real. Ninguna de las dos cosas toca tus claves ni tu saldo: el nonce vive en la cadena, no en el monedero.
Reemplazar en lugar de esperar
Una transacción pendiente puede reemplazarse en vez de cancelarse. Envías una nueva con el mismo nonce y una comisión más alta; la versión que se confirme primero invalida la otra. Enviártela a ti mismo por cero es la forma habitual de cancelar; reenviarla con los mismos datos, la forma habitual de acelerar.
La pega es que los nodos no aceptan un aumento arbitrariamente pequeño. Cada cliente fija su propio mínimo: en go-ethereum, por defecto, el reemplazo debe superar en al menos un 10% a la transacción que desplaza; si no se alcanza, el nodo se queda con lo que ya tiene y responde replacement transaction underpriced. Subir la comisión de verdad, y no de forma simbólica, es lo que hace que el reemplazo cuaje.
Bitcoin resuelve el mismo problema de otra manera, mediante reemplazo por comisión, que actúa sobre las entradas y no sobre un contador de cuenta. La idea es la misma, la mecánica no, así que no traslades los pasos de un monedero al otro.
Cuando el monedero avisa sobre la comisión
Las comisiones en las cadenas basadas en cuentas modernas tienen dos partes: una comisión base que la red fija y quema, y una comisión de prioridad para quien te incluya. Al enviar, tu monedero se compromete a un máximo que está dispuesto a pagar por unidad de gas. De ese techo salen los avisos de comisión.
Si lo pones por debajo de la comisión base actual, la transacción no puede incluirse hasta que la base baje a su altura. Si lo pones muy por encima, el monedero puede avisarte de que el peor caso es mucho mayor que el valor de la transferencia: es poco probable que pagues el techo entero, pero lo has autorizado. En ambos casos el aviso trata del techo que elegiste, no de la cantidad que probablemente pagarás. Vale la pena leer una vez cómo se fija el precio del gas, porque todos estos avisos descienden de ahí.
Endpoints RPC y qué se rompe cuando fallan
Tu monedero no guarda una copia de la cadena. Le pregunta a un nodo a través de un endpoint RPC, y todo lo que ves — saldos, historial, si una transacción pasó — llega por esa conexión.
Así que cuando el endpoint está caído, te limita las peticiones o va por detrás de la punta de la cadena, el monedero no está tanto equivocado como desinformado. Los saldos parecen viejos. Una transacción confirmada aparece como pendiente. Un envío falla con un error de conexión aunque tu cuenta no tenga nada malo.
Cambiar de endpoint suele resolverlo, y conviene conocer un riesgo real: un endpoint ve todas las peticiones que haces, y uno hostil puede mostrarte lo que le convenga. Añade endpoints solo de fuentes a las que confiarías eso, y comprueba que el identificador de cadena coincide con la red en la que crees estar.
| Lo que ves | Qué significa | Qué hacer |
|---|---|---|
| Nonce demasiado bajo | Ese número ya está gastado | Deja que el monedero relea el contador; nada está atascado |
| Nonce demasiado alto | Dejaste un hueco en la secuencia | Envía el nonce que falta o restablece el historial en caché |
| Replacement transaction underpriced | La subida fue demasiado pequeña para desplazar a la pendiente | Reenvía el mismo nonce con una comisión claramente mayor |
| Máximo por debajo de la comisión base | Tu techo está por debajo de lo que cobra la red ahora | Sube el techo o espera a que baje la comisión base |
| El endpoint no responde | El nodo al que preguntas está caído o te limita | Cambia a otro endpoint y verifica el identificador de cadena |
Transacciones que faltan tras importar un monedero
Restaurar un monedero en un dispositivo nuevo a veces muestra un historial vacío, lo cual alarma y casi nunca significa lo que parece. Tus fondos están registrados en la cadena contra una dirección; el monedero solo guarda la frase semilla de la que deriva esa dirección.
Tres cosas explican la mayoría de los historiales vacíos. El monedero puede haber derivado una dirección distinta de la que usabas, porque la ruta de derivación o el índice de cuenta difieren. El selector de red puede estar apuntando a otro sitio. O el historial simplemente no ha cargado, porque la lista que miras viene de un servicio de indexación y no de la cadena misma.
La forma de zanjarlo es comparar la dirección, no el saldo. Pégala en un explorador de bloques. Si el explorador muestra tus transacciones, no se ha perdido nada y el problema está en lo que el monedero enseña — un tema sobre el que vale la pena leer cómo leer una transacción fallida o que no aparece.
En resumen
Tres piezas móviles explican casi todos los errores de transacción del monedero: un contador que debe mantener la secuencia, una conexión que puede quedarse vieja y un techo de comisión que fijas tú. Ninguna afecta a tus claves, y ninguna se arregla enviando la misma transacción otra vez con más fuerza.
Lee el mensaje antes de actuar. Nombra cuál de los tres se queja, y eso es la mayor parte de la respuesta. Para seguir aprendiendo los fundamentos, sigue leyendo Bitbase Academy.
Lecturas relacionadas
Otros artículos de Bitbase sobre este tema:
- ¿Qué es un código QR de cripto?
- Comisiones de trading cripto explicadas: los costes que pagas de verdad
- ¿Qué es una comisión de transacción cripto?
- On-ramp y off-ramp en cripto: ¿cuál es la diferencia?
- NAV de un ETF, prima/descuento y error de seguimiento
Aviso legal: Este artículo es contenido educativo de Bitbase Academy y se ofrece solo con fines informativos. No constituye asesoramiento de inversión, negociación, fiscal ni financiero. Los criptoactivos son volátiles; evalúa tu propio riesgo. Redactado en septiembre de 2026; consulta la información oficial más reciente.
Fuentes
[1] ethereum.org, "Transactions" ethereum.org
[2] EIP-1559: Fee market change eips.ethereum.org
[3] go-ethereum, core/txpool/legacypool/legacypool.go github.com
[4] ethereum.org, "Nodes and clients" ethereum.org






