Nonce de transacción

¿Qué es un nonce de transacción?

Un nonce de transacción es un número que utiliza una blockchain para identificar el orden o la unicidad de una transacción procedente de una cuenta concreta.

En las blockchains basadas en cuentas, como Ethereum, el nonce suele ser un contador secuencial que aumenta cada vez que una cuenta envía una transacción.

La documentación oficial sobre transacciones de Ethereum describe el nonce como un contador que se incrementa secuencialmente e indica el número de transacción de la cuenta.

El objetivo principal de un nonce de transacción es impedir que la misma transacción firmada se ejecute más de una vez.

También ayuda a la red a procesar en el orden correcto las transacciones del mismo remitente.

Para los usuarios, el nonce suele estar oculto en la interfaz de la cartera.

Para desarrolladores, traders, bots, sistemas de pago y usuarios avanzados de carteras, el nonce es importante porque un nonce incorrecto puede provocar transacciones bloqueadas, emisiones fallidas, transacciones de reemplazo o acciones de contratos inteligentes retrasadas.

Un nonce de transacción no es lo mismo que un nonce de minería, un nonce de Proof of Work ni un nonce de seguridad aleatorio utilizado en aplicaciones web convencionales.

En las carteras de criptomonedas, el término suele referirse a un valor de ordenación de transacciones vinculado a una cuenta de blockchain.

La forma más sencilla de entenderlo es pensar que cada transacción saliente de una misma cuenta debe tener su propio lugar en la cola.

Por qué es importante el nonce de transacción en cripto

El nonce de transacción es importante porque las blockchains necesitan un método fiable para evitar instrucciones de gasto duplicadas desde la misma cuenta.

Si Alice firma una transacción para enviar cripto a Bob, Bob no debería poder volver a difundir la misma transacción firmada una y otra vez para vaciar la cartera de Alice.

El nonce de la cuenta evita este tipo de repetición dentro de la misma secuencia de la cuenta.

La documentación oficial sobre cuentas de Ethereum explica que solo puede ejecutarse una transacción con un nonce determinado para cada cuenta, lo que protege frente a ataques de repetición en los que transacciones firmadas se difunden y ejecutan repetidamente.

El nonce también protege el orden de las transacciones.

Si una cuenta envía la transacción con nonce 10 y la transacción con nonce 11, la red espera que el nonce 10 se procese antes que el nonce 11.

Esto es importante cuando las transacciones dependen unas de otras, como una aprobación seguida de un swap.

Si la transacción de aprobación queda bloqueada, la transacción de swap también puede permanecer bloqueada porque la secuencia de la cuenta está bloqueada.

Por eso la gestión de nonces es un aspecto operativo fundamental para bots de trading, sistemas de pago automatizados, sistemas de minting de NFT y aplicaciones DeFi.

Un pequeño error con el nonce puede detener una cola completa de transacciones de una cartera.

Cómo funciona un nonce de transacción

Un nonce de transacción funciona como un contador por cuenta.

Cuando una cuenta nunca ha enviado una transacción, su primera transacción saliente suele utilizar el nonce 0 en sistemas de cuentas de tipo Ethereum.

Después de que se acepte esa transacción, la siguiente debería utilizar el nonce 1.

La siguiente debería utilizar el nonce 2.

Este patrón continúa a medida que la cuenta envía más transacciones.

El nonce se incluye en los datos de la transacción que firma el usuario.

Dado que la firma cubre los datos de la transacción, cambiar el nonce después de firmar invalidaría la firma.

Cuando los nodos reciben una transacción firmada, comprueban si el nonce es aceptable para la cuenta remitente.

Si el nonce es demasiado bajo, la transacción suele considerarse ya utilizada o no válida.

Si el nonce es demasiado alto, la transacción puede esperar hasta que se completen los nonces anteriores que faltan.

Nonce de transacción en Ethereum

Ethereum es el ejemplo más habitual para explicar el nonce de transacción.

Una transacción de Ethereum incluye campos como remitente, destinatario, firma, nonce, valor, datos de entrada, límite de gas e información sobre comisiones.

La guía oficial de transacciones de Ethereum indica que el objeto de transacción debe firmarse con la clave privada del remitente, lo que demuestra que la transacción procede de este.

El nonce de esa transacción firmada indica dónde pertenece la transacción dentro de la secuencia de cuentas del remitente.

Una cuenta de propiedad externa de Ethereum no puede ejecutar correctamente dos transacciones distintas con el mismo nonce.

Si dos transacciones pendientes utilizan el mismo nonce, compiten como reemplazos, en lugar de ser dos transacciones independientes.

La transacción que la red acepta para ese nonce consume la posición del nonce.

Después de que esto ocurra, otra transacción con el mismo nonce no puede ejecutarse normalmente.

Por este motivo, las carteras utilizan el nonce para admitir acciones de «acelerar» o «cancelar».

La cartera no modifica realmente la transacción original; envía una transacción competidora con el mismo nonce y distintos detalles de comisión o acción.

Nonce en las cuentas de Ethereum

Las cuentas de Ethereum almacenan el nonce como uno de sus principales campos.

La documentación oficial sobre cuentas de Ethereum indica que estas tienen cuatro campos: nonce, saldo, hash de código y raíz de almacenamiento.

Para una cuenta de propiedad externa, el nonce cuenta las transacciones enviadas desde esa cuenta.

Para una cuenta de contrato, el nonce cuenta los contratos creados por esa cuenta de contrato.

Este detalle es importante porque las direcciones de despliegue de contratos pueden depender de la dirección del creador y del nonce.

La documentación sobre cuentas de Ethereum explica que una dirección de contrato suele derivarse de la dirección del creador y del número de transacciones enviadas desde dicha dirección, que es el nonce.

Para los usuarios habituales, esta derivación de direcciones suele gestionarse mediante herramientas de cartera y desarrollo.

Para los desarrolladores, las direcciones de contrato predecibles pueden ser importantes en scripts de despliegue, contratos factory, pruebas e integraciones de protocolos.

Un nonce de despliegue incorrecto puede provocar que un contrato se despliegue en una dirección diferente de la prevista.

Esta es una de las razones por las que los equipos de despliegue en producción gestionan cuidadosamente el nonce.

Nonce y protección frente a repeticiones

La protección frente a repeticiones consiste en evitar que una transacción firmada válida se reutilice de una forma no prevista por el firmante.

Un nonce de transacción proporciona protección frente a repeticiones dentro de la misma secuencia de cuenta en la misma cadena.

Una vez ejecutada una transacción con nonce 15, otra transacción de la misma cuenta con nonce 15 no puede volver a ejecutarse normalmente.

Esto evita la ejecución repetida de la misma transacción firmada en esa cuenta.

Sin embargo, el nonce por sí solo no resuelve por completo el riesgo de repetición entre cadenas.

Si dos redes aceptan el mismo formato de transacción y comparten el mismo estado de cuenta, una transacción firmada podría repetirse en otra red, salvo que se incluya protección específica de la cadena.

El estándar de protección frente a repeticiones EIP-155 introdujo el chain ID en la firma de transacciones de Ethereum para que las transacciones de una cadena no funcionaran en otra cadena con un chain ID diferente.

Esto significa que la protección moderna frente a repeticiones suele combinar nonce, firma, chain ID y estructura de la transacción.

Los usuarios deben comprobar siempre la red antes de firmar, ya que una firma solo puede tener sentido en el contexto en el que es válida.

Los desarrolladores deben incluir protecciones de firma compatibles con la cadena cuando desarrollen carteras, bridges y sistemas de contratos inteligentes.

Nonce más reciente frente a nonce pendiente

El nonce más reciente y el nonce pendiente son importantes al crear transacciones manualmente o mediante software.

El nonce más reciente suele referirse al recuento de transacciones confirmadas de una dirección en el bloque más reciente.

El nonce pendiente puede incluir transacciones todavía no confirmadas, pero que ya están esperando en el mempool o pool de transacciones.

La documentación JSON-RPC de Ethereum incluye

, que se utiliza habitualmente para solicitar el recuento de transacciones de una dirección.

Los desarrolladores suelen utilizar este método con parámetros como

o para decidir qué nonce utilizar a continuación.

Usar el nonce confirmado más reciente puede ser incorrecto si la cuenta ya tiene transacciones pendientes.

Usar el nonce pendiente puede ser mejor para remitentes activos, pero depende de que el nodo vea las mismas transacciones pendientes que el resto de la red.

Por este motivo, la gestión de nonces puede complicarse para remitentes de alto volumen.

Los distintos nodos pueden tener diferentes vistas del mempool.

Los sistemas profesionales suelen mantener su propio gestor de nonces en lugar de depender ciegamente de una respuesta RPC.

Transacciones pendientes y colas de nonces

Una transacción pendiente es una transacción firmada que se ha difundido, pero todavía no se ha incluido en un bloque confirmado.

Si una transacción pendiente tiene el siguiente nonce requerido, puede incluirse cuando lo permitan las comisiones y las condiciones de la red.

Si una transacción tiene un nonce demasiado adelantado, puede esperar hasta que se completen los nonces anteriores que faltan.

Esto crea una cola de nonces.

Por ejemplo, si una cuenta tiene confirmado el nonce 20 y difunde el nonce 22, el nonce 22 no puede ejecutarse hasta que se procesen los nonces 20 y 21.

Algunos nodos pueden mantener en una cola las transacciones con nonces futuros, mientras que otros pueden descartarlas según su política.

Para los usuarios, esto suele manifestarse como una transacción que no avanza.

Para los desarrolladores, puede interrumpir la automatización si el sistema envía nonces fuera de orden.

Un único nonce ausente puede bloquear las transacciones posteriores de la misma cuenta.

Las colas de nonces son una de las principales razones por las que los sistemas cripto automatizados necesitan un seguimiento cuidadoso de las transacciones.

Transacciones bloqueadas

Una transacción bloqueada suele ser una transacción que se ha difundido, pero no se ha confirmado durante mucho tiempo.

Una causa habitual es que la comisión sea demasiado baja para la demanda actual de la red.

Otra causa puede ser una brecha o un conflicto de nonce.

Si la transacción bloqueada tiene el siguiente nonce requerido, las transacciones posteriores de la misma cuenta también pueden quedar bloqueadas tras ella.

La cartera puede mostrar las transacciones posteriores como pendientes incluso si sus comisiones son altas, porque primero debe resolverse el nonce anterior.

Los usuarios suelen detectarlo cuando intentan enviar una nueva transacción mientras una anterior sigue pendiente.

La nueva transacción puede no confirmarse hasta que el nonce anterior se mine, reemplace o descarte de los pools de transacciones de la red.

La solución correcta depende de la cadena, la cartera, el tipo de transacción y el estado de la transacción pendiente.

Los usuarios deben consultar un explorador de blockchain y los detalles del nonce de la cartera antes de enviar repetidamente nuevas transacciones.

Enviar muchas transacciones nuevas sin entender el nonce puede hacer que el problema sea más confuso.

Reemplazar una transacción con el mismo nonce

Reemplazar una transacción significa enviar una nueva transacción desde la misma cuenta con el mismo nonce.

En las redes de tipo Ethereum, esto puede utilizarse para acelerar o cancelar una transacción pendiente.

Para acelerar una transacción, el reemplazo suele tener la misma acción, pero una comisión más alta.

Para cancelar una transacción, el reemplazo suele ser una transferencia simple a la propia dirección del remitente con el mismo nonce y una comisión más alta.

Si el reemplazo se confirma primero, consume la posición del nonce.

La transacción pendiente original ya no podrá ejecutarse normalmente porque su nonce ya se ha utilizado.

Por eso «cancelar» no borra una transacción del historial.

Reemplaza la posición del nonce de la transacción pendiente por otra transacción firmada.

Los usuarios deben actuar con cuidado, ya que una transacción de reemplazo sigue siendo una transacción real.

Si una cartera muestra un aviso de reemplazo confuso, el usuario debe verificar el nonce, la acción, el destinatario, el importe y la comisión antes de firmar.

Brechas de nonce

Una brecha de nonce se produce cuando una cuenta envía un nonce posterior antes de que se haya confirmado o aceptado uno anterior.

Por ejemplo, enviar el nonce 30 mientras falta el nonce 29 crea una brecha.

La red no puede simplemente omitir el nonce 29 porque la secuencia de la cuenta debe mantenerse coherente.

Esto protege el orden y evita ejecuciones ambiguas.

Las brechas de nonce son habituales en bots, scripts, sistemas de pago o remitentes de transacciones multiservidor mal diseñados.

También pueden producirse cuando un usuario modifica manualmente los ajustes de la cartera sin comprender el estado de las transacciones pendientes de la cuenta.

En la práctica, las transacciones posteriores pueden esperar indefinidamente hasta que se complete el nonce ausente.

Los desarrolladores deben utilizar bloqueos, colas o servicios centrales de nonce cuando varios procesos envíen transacciones desde la misma cuenta.

Los usuarios deben evitar cambiar manualmente un nonce, salvo que sepan qué transacción intentan reemplazar o completar.

Una brecha de nonce es fácil de crear, pero a veces resulta molesta de resolver.

Nonce demasiado bajo

Un error de nonce demasiado bajo suele significar que la transacción utiliza un nonce que la cuenta ya ha usado.

Esto puede ocurrir cuando una transacción ya se ha confirmado y la cartera intenta reenviar otra transacción con el mismo nonce.

También puede ocurrir cuando una cartera local o un script tiene datos de cuenta desactualizados.

Por ejemplo, un script puede creer que el siguiente nonce es 40 mientras que la cadena ya espera el 41.

La red rechaza el nonce antiguo porque rompería la secuencia de la cuenta.

Los usuarios también pueden ver el error de nonce demasiado bajo después de que se confirme una transacción de reemplazo.

La transacción original con el mismo nonce se vuelve no válida porque la posición ya se ha consumido.

La mejor respuesta suele ser actualizar los datos de la cartera, comprobar las transacciones confirmadas y utilizar el siguiente nonce actual.

Los desarrolladores no deben tratar un nonce demasiado bajo como un error RPC aleatorio.

Suele significar que el estado confirmado o pendiente de la cuenta ha avanzado más que el creador de transacciones.

Nonce demasiado alto

Un problema de nonce demasiado alto significa que la transacción utiliza un nonce superior al siguiente valor esperado.

Esto puede ocurrir cuando una cartera omite un nonce.

Puede ocurrir cuando un script envía transacciones en paralelo sin coordinación.

Puede ocurrir cuando una transacción con un nonce anterior se descartó antes de enviar la posterior.

La red no puede confirmar el nonce más alto hasta que se procesen todos los nonces anteriores requeridos.

Algunos sistemas pueden mantener pendiente la transacción con nonce alto.

Otros sistemas pueden no mostrarla claramente porque no es ejecutable en ese momento.

La solución suele consistir en completar el nonce ausente o reemplazar la transacción ausente.

Los usuarios deben consultar el historial de transacciones y el pool pendiente de la cuenta antes de decidir qué hacer.

Los desarrolladores deben diseñar la gestión de nonces para evitar que las transacciones con nonces altos se difundan accidentalmente antes que las anteriores.

Edición manual del nonce

Algunas carteras permiten a los usuarios avanzados editar manualmente el nonce de la transacción.

Esto puede ser útil para solucionar transacciones bloqueadas, reemplazar transacciones pendientes o completar brechas de nonce.

También puede ser peligroso si el usuario no comprende el estado de la cuenta.

Utilizar un nonce ya confirmado normalmente fallará.

Utilizar un nonce futuro puede crear una transacción bloqueada.

Utilizar el mismo nonce que una transacción pendiente puede reemplazarla.

Este reemplazo puede cancelar un pago previsto si el usuario no actúa con cuidado.

La edición manual del nonce debe tratarse como una herramienta avanzada de recuperación.

Antes de editar un nonce, los usuarios deben comprobar el nonce actual de la cuenta, las transacciones pendientes, el estado del hash de transacción y el resultado previsto.

Para transacciones de gran valor, los usuarios deben evitar experimentar con ajustes de nonce bajo presión de tiempo.

Nonce de transacción y comisiones de gas

Las comisiones de gas y el nonce son campos distintos, pero interactúan en la práctica.

Una transacción con el nonce correcto, pero una comisión demasiado baja, puede permanecer pendiente.

Una transacción posterior con un nonce y una comisión más altos puede seguir bloqueada tras la transacción de comisión baja.

Esto puede confundir a los usuarios porque la transacción posterior parece tener una comisión suficientemente alta, pero sigue sin confirmarse.

El problema no siempre es la comisión posterior.

El problema puede ser el nonce anterior.

Reemplazar la transacción pendiente anterior por una transacción con una comisión más alta puede desbloquear la cola.

Sin embargo, las reglas de reemplazo dependen de las políticas de la red y del cliente.

Los usuarios no deben asumir que simplemente enviar una nueva transacción resolverá un nonce bloqueado.

La nueva transacción debe dirigirse a la posición de nonce correcta.

Nonce de transacción y llamadas a contratos inteligentes

Las llamadas a contratos inteligentes también utilizan nonces de transacción cuando se envían desde una cuenta de propiedad externa.

Una transferencia de tokens, aprobación de tokens, mint de NFT, swap DeFi, depósito en un bridge o acción de staking pueden consumir el siguiente nonce de la cuenta.

Esto significa que una transacción de contrato fallida puede seguir afectando al orden del nonce si se incluye on-chain.

Incluso si la llamada al contrato se revierte, la transacción puede seguir consumiendo el nonce y generando comisiones.

Después de incluirse la transacción fallida, el siguiente nonce de la cuenta avanza.

Esto es importante porque los usuarios a veces creen que una transacción fallida no cuenta.

A nivel de secuencia de cuenta, una transacción fallida incluida sigue utilizando su nonce.

Para los desarrolladores, las reversiones de contratos no implican revertir el nonce.

Para los usuarios, una transacción de contrato inteligente fallida puede despejar la cola de nonces aunque no se haya producido la acción prevista.

Por eso es importante comprobar tanto el estado de la transacción como el estado del nonce durante la resolución de problemas.

Nonce de transacción y aprobaciones de tokens

Las aprobaciones de tokens consumen nonces porque son transacciones on-chain de la cuenta del usuario.

Un flujo DeFi habitual puede requerir una transacción de aprobación seguida de una transacción de swap.

La aprobación puede utilizar el nonce 100.

El swap puede utilizar el nonce 101.

Si la aprobación queda bloqueada, el swap no puede ejecutarse primero porque el nonce 101 debe esperar tras el nonce 100.

Si el usuario reemplaza el nonce 100 con una transacción de cancelación, la aprobación no se realizará.

Entonces, el swap puede fallar posteriormente porque el contrato inteligente no tiene permiso para gastar el token.

Esta es una de las razones por las que las colas de transacciones pueden resultar confusas en DeFi.

Cada nonce representa un paso específico en la secuencia prevista por el usuario.

Cambiar un nonce puede afectar a pasos posteriores que dependen de él.

Nonce de transacción y despliegue de contratos

El despliegue de contratos puede depender del nonce.

En Ethereum, la dirección de un contrato creado normalmente se basa en la dirección del creador y en el nonce del creador en el momento del despliegue.

Esto significa que el orden de despliegue importa.

Si una cuenta de despliegue envía una transacción adicional antes del despliegue, la siguiente dirección de contrato puede cambiar.

Los scripts de despliegue suelen asumir una secuencia de nonces concreta.

Un nonce incorrecto puede romper integraciones que esperan un contrato en una dirección planificada.

Los desarrolladores deben mantener limpias las cuentas de despliegue, hacer un seguimiento cuidadoso de los nonces y utilizar scripts probados.

Los contratos factory y los métodos de despliegue determinista pueden ayudar en algunos casos, pero el nonce sigue siendo importante para muchos flujos de despliegue.

Los auditores y equipos operativos deben revisar los supuestos relativos a nonces en los planes de despliegue.

Un error de dirección de contrato puede resultar costoso porque los contratos inteligentes desplegados son difíciles o imposibles de mover.

Nonce de transacción y bots

Los bots de trading, arbitraje, liquidación y pagos deben gestionar cuidadosamente los nonces.

Los bots suelen enviar muchas transacciones rápidamente.

Si dos procesos de un bot utilizan la misma cuenta y ambos eligen el mismo nonce, pueden reemplazarse accidentalmente entre sí.

Si un proceso se adelanta, las transacciones posteriores pueden quedar bloqueadas tras nonces ausentes.

Si un endpoint RPC proporciona datos pendientes desactualizados, el bot puede firmar con el nonce incorrecto.

Los sistemas de bots suelen necesitar un gestor de nonces, una cola de transacciones, lógica de reintento, estrategia de reemplazo y monitorización.

También necesitan reglas sobre qué hacer cuando una transacción se descarta, confirma, revierte o reemplaza.

Utilizar varias carteras puede reducir la contención de nonces, pero añade complejidad a la gestión de claves y la financiación.

La automatización profesional debe tratar el nonce como un estado compartido, no como un simple número obtenido de forma ocasional de un nodo.

Los errores de nonce pueden convertir una estrategia rentable en una secuencia de transacciones bloqueadas o fallidas.

Nonce de transacción y sistemas con múltiples remitentes

Las empresas y aplicaciones cripto suelen enviar transacciones desde sistemas backend.

Un procesador de pagos puede enviar reembolsos.

Un juego puede enviar recompensas.

Un operador de protocolo puede ejecutar transacciones de mantenimiento.

Un sistema de tesorería puede enviar transferencias programadas.

Si varios servidores envían desde la misma cartera, deben coordinar la asignación de nonces.

Sin coordinación, dos servidores pueden firmar el mismo nonce al mismo tiempo.

También pueden crear brechas de nonce enviando nonces futuros fuera de orden.

Los buenos sistemas utilizan un servicio central de nonces, bloqueo de base de datos, cola de transacciones o fragmentación de cuentas.

También supervisan las transacciones pendientes y las reconcilian con datos on-chain.

La coordinación de nonces es una cuestión de fiabilidad de la infraestructura, no solo un detalle de la cartera.

Nonce de transacción y abstracción de cuentas

Las carteras de contratos inteligentes y la abstracción de cuentas pueden hacer que el comportamiento del nonce sea más flexible.

Las cuentas tradicionales de propiedad externa suelen seguir un modelo simple de nonce secuencial.

Las cuentas de contratos inteligentes pueden definir reglas de validación personalizadas y admitir distintos espacios de nonces u operaciones por lotes, según el diseño de la cartera.

Esto puede mejorar la experiencia de usuario al permitir flujos de transacciones más complejos.

También puede complicar el razonamiento sobre nonces para desarrolladores y usuarios.

Una cartera de contrato inteligente puede rastrear nonces de operaciones en el almacenamiento del contrato, en lugar de depender solo de un nonce básico de cuenta.

Algunos sistemas utilizan sub-nonces, nonces basados en claves o permisos basados en sesiones para admitir acciones paralelas.

Los usuarios no siempre ven estos detalles en la interfaz de la cartera.

Los desarrolladores deben leer la documentación técnica de la cartera antes de asumir un modelo simple de nonce EOA de Ethereum.

A medida que los diseños de cartera se vuelven más avanzados, la gestión de nonces pasa a formar parte del diseño de seguridad de la cuenta.

Nonce de transacción en Bitcoin

Bitcoin no utiliza un nonce de cuenta de tipo Ethereum porque emplea el modelo UTXO.

En Bitcoin, las transacciones gastan salidas previas específicas en lugar de gastar desde un contador de saldo de cuenta.

La referencia oficial de transacciones de Bitcoin describe entradas de transacción que gastan outpoints de transacciones anteriores.

Las entradas de transacciones de Bitcoin incluyen un campo de número de secuencia.

La referencia de Bitcoin indica que una entrada que no es coinbase incluye un número de secuencia de cuatro bytes y que el valor predeterminado para Bitcoin Core y casi todos los demás programas es

.

Este número de secuencia a veces se confunde con un nonce de cuenta, pero no es el mismo concepto que el contador de transacciones por cuenta de Ethereum.

Bitcoin también tiene un nonce de cabecera de bloque utilizado en minería y un extra nonce coinbase que los mineros utilizan para cambiar los datos del bloque durante la búsqueda Proof of Work.

Estos nonces relacionados con la minería son distintos de un nonce de transacción de cartera.

Para mantener la precisión del glosario, es importante indicar que el significado de nonce depende del contexto de la blockchain.

En conversaciones habituales sobre carteras, nonce de transacción suele significar un contador de transacciones basado en cuentas, no el campo de secuencia UTXO de Bitcoin.

Nonce de transacción en Solana

Solana utiliza un modelo de vigencia de transacciones diferente del de Ethereum.

Las transacciones normales de Solana utilizan un blockhash reciente para limitar durante cuánto tiempo sigue siendo válida una transacción.

Solana también admite transacciones con nonce duradero para firma offline y envío retrasado.

La documentación oficial sobre nonces duraderos de Solana indica que una transacción con nonce duradero sustituye el blockhash reciente por un valor de nonce almacenado, eliminando la ventana de caducidad de 150 slots.

La misma documentación señala que esto permite la firma offline y el envío retrasado.

Las cuentas de nonce duradero de Solana almacenan una autoridad, un valor de nonce duradero y la información de tasa de comisión correspondiente a la última vez que se avanzó el nonce.

Para utilizar un nonce duradero, la transacción emplea una instrucción de avance de nonce y el valor de nonce almacenado.

Si una transacción válida con nonce duradero supera la validación, pero falla la ejecución, la documentación indica que el nonce sigue avanzando y que las comisiones se siguen cobrando.

Esto evita repeticiones al tiempo que compensa a los validadores.

El modelo de nonce duradero de Solana muestra que la palabra nonce puede significar cosas diferentes según la cadena.

Nonce de transacción frente a nonce de minería

Un nonce de transacción no es lo mismo que un nonce de minería.

Un nonce de transacción suele utilizarse para ordenar o identificar de forma única las transacciones de una cuenta.

Un nonce de minería es un valor que los mineros modifican mientras buscan un hash de bloque Proof of Work válido.

La minería de Bitcoin utiliza un nonce de cabecera de bloque, y los mineros también pueden utilizar datos de extra nonce en la transacción coinbase para ampliar el espacio de búsqueda.

La referencia de transacciones de Bitcoin señala que los mineros suelen colocar un extra nonce en el campo coinbase para actualizar la raíz de Merkle de la cabecera de bloque durante el hashing.

Este uso en minería no tiene nada que ver con reemplazar una transacción bloqueada de una cartera.

Confundir estos términos puede provocar malentendidos al leer documentación de blockchain.

La misma palabra nonce simplemente significa un número utilizado una vez o para garantizar la unicidad en distintos sistemas técnicos.

En las operaciones de cartera, el nonce de transacción está relacionado con la secuencia de la cuenta.

En minería, el nonce está relacionado con la búsqueda Proof of Work.

Nonce de transacción frente a nonce criptográfico

Un nonce criptográfico es un número utilizado una vez en un protocolo de seguridad.

Los nonces criptográficos pueden impedir repeticiones, aportar vigencia o hacer más seguras las firmas y el cifrado, según el sistema.

Un nonce de transacción es un uso específico en blockchain de la idea más amplia de nonce.

No siempre es aleatorio.

En Ethereum, es secuencial para las cuentas de propiedad externa normales.

Esto es diferente de muchos nonces de seguridad web, que pueden ser valores aleatorios impredecibles.

Por tanto, la palabra nonce no siempre significa aleatorio.

En las transacciones de blockchains basadas en cuentas, la secuencia predecible puede ser precisamente el objetivo.

La red necesita conocer el siguiente valor exacto para aplicar el orden.

La propiedad importante es la unicidad por secuencia de cuenta, no la aleatoriedad.

Riesgos de seguridad relacionados con el nonce de transacción

Los errores de nonce pueden generar riesgos operativos y de seguridad.

Un sitio web malicioso podría intentar que un usuario reemplace una transacción pendiente sin entender qué está sucediendo.

Un falso agente de soporte podría indicar a un usuario que cambie los ajustes del nonce de una forma que cancele una transferencia prevista o cree confusión.

Un usuario apresurado podría firmar una transacción de reemplazo con el destinatario o importe equivocados.

Un sistema backend podría reutilizar accidentalmente un nonce y reemplazar una transacción legítima por otra diferente.

Un bot podría dejar bloqueadas transacciones de alto valor porque nunca se solucionó un nonce anterior de comisión baja.

Un script de despliegue podría utilizar el nonce incorrecto y desplegar un contrato en una dirección inesperada.

El nonce no suele ser secreto, pero sigue siendo un estado operativo sensible.

Los usuarios no deben cambiar los ajustes del nonce porque alguien en un chat se lo indique.

Los desarrolladores deben registrar las decisiones relativas a nonces y proteger los sistemas de envío de transacciones frente a condiciones de carrera.

Cómo pueden consultar los usuarios un nonce de transacción

Los usuarios a menudo pueden consultar el nonce en los detalles avanzados de transacción de una cartera.

También pueden consultar los detalles de la transacción mediante un explorador de blockchain que admita la visualización de nonces.

La página de la cuenta puede mostrar las transacciones confirmadas ordenadas por nonce.

Una transacción pendiente puede mostrar el nonce que intenta utilizar.

Si una cartera tiene una transacción bloqueada, el usuario debe identificar el nonce pendiente más bajo de esa cuenta.

Ese nonce pendiente más bajo suele ser el que bloquea las transacciones posteriores.

El usuario puede decidir entonces si esperar, acelerar, reemplazar o cancelar, según el soporte de la cartera y la importancia de la transacción.

Los usuarios no deben confiar solo en capturas de pantalla, ya que pueden estar desactualizadas o editadas.

Los hashes de transacción y los datos del explorador son más útiles para soporte y resolución de problemas.

Para transacciones de alto valor, los usuarios deben evitar cambios avanzados de nonce salvo que comprendan la posición exacta del nonce afectada.

Cómo deben gestionar los desarrolladores los nonces

Los desarrolladores deben tratar la gestión de nonces como un problema de gestión de estado.

Un script sencillo puede obtener el siguiente nonce y enviar una transacción.

Un sistema de producción necesita una gestión más cuidadosa.

Debe realizar un seguimiento de las transacciones confirmadas.

Debe realizar un seguimiento de las transacciones pendientes.

Debe saber si una transacción se ha reemplazado.

Debe saber si una transacción se ha descartado.

Debe reintentar con el nonce correcto en lugar de enviar ciegamente nonces futuros.

Debe evitar que varios procesos asignen el mismo nonce al mismo tiempo.

Debe reconciliar su estado interno de nonce con los datos on-chain y del mempool.

Buenas prácticas para la gestión de nonces

Utiliza un gestor de nonces claro para cada cuenta remitente.

No permitas que varios servidores asignen nonces sin coordinación.

Utiliza el recuento de transacciones pendientes al preparar transacciones secuenciales rápidas, pero comprende también las limitaciones de la vista del mempool de un único nodo.

Registra cada transacción firmada, nonce, hash de transacción, ajuste de comisión e intento de reemplazo.

Supervisa las transacciones pendientes y alerta cuando un nonce permanezca sin confirmar durante demasiado tiempo.

Define una política clara de reemplazo para transacciones de comisión baja.

Evita las brechas de nonce enviando las transacciones en orden.

Utiliza carteras remitentes independientes cuando el paralelismo sea más importante que un historial compartido de una cuenta.

Prueba la gestión de nonces en una red de pruebas antes de utilizar fondos reales.

Nunca desarrolles sistemas de producción que supongan que cada transacción difundida se confirmará rápidamente.

Errores habituales de los usuarios con el nonce de transacción

El primer error es cambiar manualmente el nonce sin conocer el nonce pendiente actual.

El segundo error es asumir que una transacción posterior puede confirmarse antes que un nonce anterior de la misma cuenta.

El tercer error es intentar cancelar una transacción enviando una nueva con un nonce diferente.

El cuarto error es ignorar el nonce pendiente más bajo que bloquea la cola.

El quinto error es pensar que una transacción on-chain fallida no consumió un nonce.

El sexto error es enviar transacciones repetidas desde una cartera mientras una anterior sigue pendiente.

El séptimo error es confundir el nonce de transacción con el nonce de minería.

El octavo error es asumir que Bitcoin utiliza el mismo modelo de nonce de cuenta que Ethereum.

El noveno error es confiar en consejos de soporte falsos sobre ediciones de nonce.

El décimo error es no guardar hashes de transacción al solucionar transacciones pendientes.

Errores habituales de los desarrolladores con el nonce de transacción

El primer error de los desarrolladores es obtener el nonce más reciente sin tener en cuenta las transacciones pendientes.

El segundo error es permitir que varios procesos envíen transacciones desde la misma cuenta sin bloqueos.

El tercer error es no realizar un seguimiento de las transacciones de reemplazo.

El cuarto error es asumir que todos los nodos RPC tienen pools de transacciones pendientes idénticos.

El quinto error es no gestionar las transacciones descartadas.

El sexto error es omitir nonces durante los reintentos.

El séptimo error es no aumentar suficientemente las comisiones de reemplazo conforme a la política de red.

El octavo error es no supervisar las brechas de nonce.

El noveno error es mezclar el uso manual de carteras con cuentas remitentes automatizadas.

El décimo error es desplegar contratos sin controlar el nonce del desplegador.

Resolución de problemas con el nonce de transacción

Si una transacción está bloqueada, identifica primero la cuenta remitente.

Después, comprueba el nonce de la transacción.

Después, comprueba si sigue pendiente algún nonce inferior de la misma cuenta.

Después, comprueba si la comisión de transacción es demasiado baja para las condiciones actuales de la red.

Después, comprueba si ya se confirmó una transacción de reemplazo con el mismo nonce.

Después, comprueba si la transacción falló, pero aun así consumió el nonce.

Después, comprueba si la cartera está conectada a la red correcta.

Después, comprueba si el proveedor RPC muestra datos pendientes desactualizados.

Después, decide si esperar, acelerar, reemplazar, cancelar o completar un nonce ausente.

Una buena resolución de problemas con nonces sigue la secuencia de la cuenta, en vez de adivinar basándose solo en el texto de estado de la cartera.

Ventajas del nonce de transacción

La primera ventaja de un nonce de transacción es evitar repeticiones dentro de una secuencia de cuenta.

La segunda ventaja es un orden predecible de las transacciones del mismo remitente.

La tercera ventaja es una validación más sencilla para los nodos, porque cada cuenta tiene un siguiente número de transacción esperado claramente definido.

La cuarta ventaja es admitir transacciones de reemplazo cuando una transacción pendiente debe acelerarse o cancelarse.

La quinta ventaja es un comportamiento determinista para el orden de despliegue de contratos inteligentes en sistemas de tipo Ethereum.

La sexta ventaja es una contabilidad de transacciones más clara para carteras, exploradores y sistemas automatizados.

La séptima ventaja es una mayor protección de los usuarios frente a la ejecución repetida de la misma transacción firmada.

Estas ventajas convierten el nonce en una parte pequeña, pero esencial, del diseño de transacciones blockchain.

Los usuarios rara vez piensan en él cuando todo funciona.

Lo detectan rápidamente cuando algo se bloquea.

Limitaciones del nonce de transacción

La primera limitación es que la ordenación de nonces puede bloquear transacciones posteriores tras una única transacción bloqueada.

La segunda limitación es que la gestión de nonces se vuelve más difícil para remitentes de alto volumen.

La tercera limitación es que los distintos nodos pueden tener distintas vistas de las transacciones pendientes.

La cuarta limitación es que los usuarios pueden crear problemas al editar incorrectamente el nonce de forma manual.

La quinta limitación es que el nonce por sí solo no resuelve el riesgo de repetición entre cadenas.

La sexta limitación es que distintas blockchains utilizan conceptos similares a nonce de formas diferentes.

La séptima limitación es que los diseños de carteras de contratos inteligentes pueden utilizar sistemas de nonce más complejos.

La octava limitación es que una transacción fallida incluida puede seguir consumiendo un nonce.

La novena limitación es que las direcciones de despliegue de contratos pueden cambiar si cambia el orden de nonces.

La décima limitación es que las interfaces de cartera suelen ocultar los detalles del nonce hasta que surge un problema.

Cómo utilizar un nonce de transacción de forma segura

Deja que tu cartera gestione el nonce automáticamente en las transacciones normales.

No edites manualmente el nonce salvo que entiendas el orden de las transacciones pendientes.

Comprueba el nonce pendiente más bajo cuando una cartera parezca bloqueada.

Utiliza las funciones de acelerar o cancelar solo desde una interfaz de cartera de confianza.

Verifica la transacción de reemplazo antes de firmarla.

No sigas instrucciones sobre nonces procedentes de mensajes de soporte aleatorios o comentarios en redes sociales.

Guarda los hashes de transacción para resolver problemas.

Utiliza carteras independientes para sistemas automatizados cuando la contención de nonces se convierta en un problema.

Prueba los scripts de envío de transacciones antes de utilizar activos reales.

Recuerda que un nonce es un estado operativo, no una contraseña de seguridad.

Preguntas frecuentes

¿Qué es un nonce de transacción en términos sencillos?

Un nonce de transacción es el número que marca la siguiente posición de una transacción para una cuenta de blockchain.

¿Por qué Ethereum utiliza un nonce?

Ethereum utiliza un nonce para ordenar las transacciones de la misma cuenta e impedir que la misma transacción firmada se ejecute repetidamente.

¿Todas las blockchains utilizan el mismo sistema de nonce?

No, el comportamiento del nonce varía según la blockchain, y el modelo UTXO de Bitcoin no utiliza nonces de cuenta de tipo Ethereum.

¿Qué ocurre si dos transacciones utilizan el mismo nonce?

Suelen competir por la misma posición de nonce y, normalmente, solo una puede ejecutarse para ese nonce de cuenta.

¿Puede confirmarse primero una transacción con un nonce más alto?

En los sistemas de cuentas de tipo Ethereum, un nonce más alto generalmente no puede ejecutarse antes de que se procesen los nonces anteriores requeridos de la misma cuenta.

¿Qué significa nonce demasiado bajo?

Nonce demasiado bajo suele significar que la transacción utiliza un nonce que ya ha utilizado la cuenta.

¿Qué significa nonce demasiado alto?

Nonce demasiado alto suele significar que la transacción omitió uno o varios nonces anteriores que la cuenta todavía debe procesar primero.

¿Una transacción fallida consume un nonce?

Sí. Si la transacción fallida se incluye on-chain, normalmente consume el nonce de la cuenta aunque falle la acción del contrato.

¿Puedo cancelar una transacción pendiente con un nonce?

En redes de tipo Ethereum, cancelar suele significar enviar una transacción de reemplazo con el mismo nonce y una comisión más alta.

¿Puedo acelerar una transacción con un nonce?

Sí. Acelerar suele significar reemplazar la transacción pendiente por otra transacción que utiliza el mismo nonce y una comisión más alta.

¿El nonce de transacción es secreto?

No, el nonce de transacción no es secreto y normalmente puede verse en los datos de transacción o el historial de la cuenta.

¿El nonce de transacción es aleatorio?

En las cuentas de tipo Ethereum, el nonce de transacción normal es secuencial, no aleatorio.

¿El nonce de transacción es lo mismo que el nonce de minería?

No, el nonce de transacción ordena las transacciones de cuenta, mientras que el nonce de minería se utiliza en el hashing de bloques Proof of Work.

¿Cómo obtienen los desarrolladores el siguiente nonce de Ethereum?

Los desarrolladores suelen utilizar

mediante Ethereum JSON-RPC, teniendo en cuenta a menudo si necesitan el recuento confirmado más reciente o el recuento pendiente.

¿Cuál es la regla de nonce más segura para usuarios habituales?

La regla más segura es dejar que la cartera gestione el nonce automáticamente, salvo que estés solucionando deliberadamente una transacción bloqueada o de reemplazo.

Conclusión

Un nonce de transacción es un número pequeño con un papel importante en la seguridad y ordenación de las transacciones blockchain.

En los sistemas de cuentas de tipo Ethereum, actúa como un contador secuencial que marca cada transacción saliente de una cuenta.

Este contador evita que la misma transacción firmada se ejecute repetidamente y ayuda a la red a procesar en el orden correcto las transacciones del mismo remitente.

El nonce adquiere especial importancia cuando las transacciones están pendientes, se reemplazan, cancelan, aceleran o envían mediante sistemas automatizados.

Un nonce incorrecto puede provocar transacciones bloqueadas, brechas de nonce, emisiones fallidas, errores de despliegue o acciones DeFi bloqueadas.

Para los usuarios habituales, las carteras suelen gestionar el nonce automáticamente y se debe confiar en ellas, salvo que sea necesaria una resolución de problemas avanzada.

Para los desarrolladores, la gestión de nonces es una cuestión de fiabilidad en producción que requiere colas, bloqueos, monitorización, políticas de reemplazo y reconciliación con el estado on-chain.

Para traders y bots, la gestión de nonces puede determinar si las transacciones se ejecutan a tiempo o quedan bloqueadas tras acciones pendientes anteriores.

El significado del nonce también cambia según los diseños de blockchain, porque Bitcoin utiliza UTXO y números de secuencia, mientras que Solana cuenta con un modelo de nonce duradero para flujos específicos de firma retrasada.

La forma más segura de gestionar un nonce es entender la secuencia de la cuenta, verificar las transacciones pendientes, evitar ediciones manuales innecesarias y utilizar herramientas de confianza al reemplazar transacciones.

En un glosario cripto, el nonce de transacción debe entenderse como el valor de unicidad y ordenación a nivel de cuenta que ayuda a que las transacciones blockchain firmadas sean seguras, secuenciales y no repetibles.