El nonce de transacción de una cuenta de Ethereum es un contador que sitúa sus transacciones dentro de una secuencia. En el funcionamiento habitual de una cuenta de propiedad externa, o EOA, el contador refleja las transacciones enviadas desde esa cuenta. El nonce que lleva una transacción indica su posición en esa numeración.
Si has encontrado la expresión blockchain nonce, conviene precisar a qué se refiere. Aquí hablamos de la secuencia de transacciones de una cuenta. Para interpretarla hacen falta dos ideas adicionales: cada nonce tiene una regla de ejecución única dentro de esa secuencia, y un recuento consultado mediante RPC depende del contexto de bloque solicitado. El nonce de la antigua minería de Ethereum pertenece a otra explicación.
Qué describe el nonce de una cuenta
Esta guía se limita al flujo ordinario de transacciones de cuentas de propiedad externa, conocidas por las siglas EOA. La documentación de cuentas de Ethereum describe el nonce, en ese contexto, como un contador de las transacciones enviadas desde la cuenta. Mantener ese alcance evita convertir una definición útil en una afirmación universal sobre cualquier tipo de cuenta o cualquier posible cambio de su nonce.
La documentación de transacciones de Ethereum presenta el nonce de la transacción como un contador que aumenta secuencialmente e indica su número dentro de la cuenta. Son dos perspectivas relacionadas: la cuenta tiene un contador y la transacción lleva un número de secuencia.
Por eso, al leer un ejemplo, busca siempre la cuenta emisora junto al número. Una anotación como «nonce 12» deja fuera una parte del contexto: ¿de qué cuenta estamos hablando? Para entender la explicación, conserva esa referencia en cada paso. El número aislado no permite saber a qué secuencia se está haciendo referencia.
Cómo se relacionan la secuencia y la ejecución única
El contador secuencial proporciona la numeración de las transacciones ordinarias de una EOA. Además, la documentación de cuentas establece que solo puede ejecutarse una transacción con un nonce determinado para cada cuenta. Vincula esta regla con la protección frente a la ejecución repetida de una transacción firmada que se vuelve a difundir.
El alcance de esa regla es importante. Aquí describe la secuencia de la cuenta; no demuestra por sí sola protección frente a repeticiones entre redes diferentes, finalidad ni éxito de la operación que se pretendía realizar. Tampoco resuelve cómo deben interpretarse historiales de cadenas en competencia.
Ejemplo hipotético: una cuenta y tres números
Imagina un registro didáctico de la Cuenta A con tres transacciones ordinarias numeradas 12, 13 y 14. Son datos inventados para ilustrar una secuencia creciente, no el historial de una cuenta real ni una propuesta de envío.
Supón ahora que se vuelve a difundir la transacción firmada con nonce 13. Dentro de la secuencia de la Cuenta A, la regla documentada impide que esa nueva difusión permita ejecutar repetidamente una transacción con el mismo nonce. El ejemplo explica la ejecución única; no predice qué mensaje mostrará una aplicación al recibir de nuevo esa transacción.
Las fuentes utilizadas tampoco detallan el algoritmo de admisión o rechazo de una cola de transacciones pendientes. Por tanto, esta regla no basta para afirmar cuándo un programa conservará, rechazará, sustituirá o programará una solicitud concreta. Comprender la secuencia no exige atribuirle esos comportamientos adicionales.
Qué consulta eth_getTransactionCount
El método eth_getTransactionCount devuelve el número de transacciones enviadas desde una dirección. La solicitud incluye esa dirección y un parámetro de bloque. La documentación JSON-RPC de Ethereum admite para ese parámetro un número de bloque o una de las etiquetas documentadas.
Entre las etiquetas figuran latest y pending. En el ejemplo de la documentación, latest se describe expresamente como el estado correspondiente al último bloque. No basta, por tanto, con anotar que se ha consultado «el contador»: también interesa conservar qué selección acompañaba a la dirección.
Esta conclusión es una deducción a partir de los parámetros del método: devuelve un recuento asociado a una dirección, permite seleccionar un contexto de bloque y muestra latest como una selección de estado. De esas premisas se deduce que la dirección y el parámetro de bloque forman parte del contexto necesario para interpretar el resultado.
Como ejercicio hipotético, prepara dos anotaciones: «Cuenta A, latest» y «Cuenta A, pending». Deja los resultados en blanco. Las etiquetas ya permiten distinguir las preguntas, incluso antes de añadir cifras. Si después se incorporan resultados, conservarlas ayuda a evitar una comparación entre números cuyo contexto se ha perdido.
Qué permite afirmar la etiqueta pending
El fragmento del método confirma que pending es una etiqueta aceptada. Sin embargo, no explica cómo se construye ese estado ni garantiza que el valor devuelto incluya todas las transacciones pendientes de la red. La explicación disponible no permite prometer una visión completa de las operaciones pendientes.
Este es un límite de la evidencia utilizada, no una descripción del funcionamiento de un proveedor concreto. Para explicar con mayor precisión qué incorpora una respuesta determinada harían falta documentación primaria adicional y revisión editorial. La presencia de una etiqueta en la lista de parámetros no acredita, por sí sola, una política universal de tratamiento de transacciones pendientes.
Tampoco se deduce que latest y pending deban devolver siempre números distintos. Ni queda establecido que restar sus resultados proporcione un inventario completo de transacciones pendientes. La afirmación respaldada es más concreta: el método solicita un recuento para una dirección con una selección de bloque o estado especificada.
Al revisar una explicación, distingue entre lo que documenta la interfaz y lo que alguien interpreta sobre una respuesta. Si esa interpretación requiere conocer el comportamiento de un servicio particular, el nombre del parámetro no sustituye a la evidencia que falta.
En qué se diferencia del antiguo nonce de minería
La documentación histórica de prueba de trabajo de Ethereum describe cómo los mineros buscaban mediante ensayo y error un nonce para un bloque. También explica que Ethereum abandonó la prueba de trabajo en 2022 y pasó a utilizar prueba de participación. Ethereum utiliza actualmente este último mecanismo; la descripción de minería es histórica.
La diferencia entre ambos usos del término es una comparación deducida de las fuentes. Por un lado, el nonce de una transacción ordinaria de una EOA identifica una posición en la secuencia de la cuenta. Por otro, el nonce de la antigua minería era un valor buscado para un bloque. Esas dos premisas permiten distinguir sus funciones, dentro de los contextos descritos.
Cuando encuentres una explicación sobre nonce, identifica primero el objeto al que se refiere: una transacción de cuenta o un bloque en una descripción histórica de minería. Para ampliar el contexto del mecanismo de consenso, puedes consultar qué es el staking y cómo funciona.
Lista de comprobación para interpretar un nonce
- Identifica la cuenta emisora y comprueba que la explicación se refiere al flujo ordinario de transacciones de una EOA.
- Lee el nonce de la transacción como su número dentro de la secuencia creciente de esa cuenta.
- Aplica la regla de ejecución única sin convertirla en una garantía de éxito, finalidad o protección entre redes.
- Si aparece un recuento RPC, conserva la dirección y el número de bloque o la etiqueta solicitada.
- No atribuyas a
pendinguna garantía de exhaustividad que el fragmento documental no establece. - Comprueba que las referencias a minería de Ethereum mantienen su contexto histórico.
Si necesitas interpretar otros datos del registro, la guía sobre cómo leer una transacción de Ethereum en un explorador desarrolla esa tarea complementaria. Aquí el objetivo es entender el contador, su función en la secuencia y el contexto de una consulta, sin convertir el ejemplo en instrucciones para enviar o firmar operaciones.
Contenido educativo elaborado con ayuda de IA a partir de la documentación indicada. Las interpretaciones que excedan esa evidencia requieren revisión editorial.