Nonce duradero

¿Qué es un nonce duradero?

Un nonce duradero es un valor persistente almacenado en una cuenta especial de Solana que permite que una transacción siga siendo válida más allá del periodo normal de caducidad del blockhash reciente.

Las transacciones estándar de Solana incluyen un blockhash reciente que solo es válido durante 150 slots.

Por lo general, una transacción que no se procesa antes de que caduque su blockhash reciente no se puede enviar correctamente con el mismo mensaje firmado.

Un nonce duradero sustituye ese blockhash de corta duración por un valor almacenado que sigue siendo válido hasta que se avance el nonce de la cuenta o se modifique de otro modo.

Esto hace que los nonces duraderos sean útiles para firmar sin conexión, enviar transacciones más tarde, obtener aprobaciones de varias partes, realizar operaciones con cold storage, ejecutar flujos de trabajo programados y operar en organizaciones cuyos firmantes no pueden aprobar una transacción en poco tiempo.

La documentación oficial de Solana sobre nonces duraderos explica que el mecanismo elimina el periodo de caducidad estándar de 150 slots mediante un valor nonce almacenado en una cuenta on-chain.

Un nonce duradero no hace que una transacción sea permanente en cualquier circunstancia.

La transacción deja de ser válida si cambia el nonce almacenado, se cierra la cuenta de nonce, cambia la autoridad requerida o se consume correctamente el mismo valor nonce en otra transacción.

Por qué suelen caducar las transacciones de Solana

Una transacción estándar de Solana contiene un campo llamado

.

El blockhash sirve como referencia de duración limitada que demuestra que la transacción se creó recientemente.

También ayuda a impedir que se vuelva a enviar repetidamente una transacción ya procesada.

Los validadores comparan el blockhash de la transacción con la cola de blockhashes recientes de la red.

La canalización actual de transacciones de Solana solo acepta un blockhash normal si su antigüedad está dentro de la edad máxima de procesamiento de 150 slots.

Cuando el blockhash envejece demasiado, los validadores rechazan la transacción antes de ejecutar sus instrucciones.

Esta caducidad protege la red frente a la reproducción indefinida de transacciones y limita el tiempo durante el cual los validadores deben considerar que una transacción ordinaria firmada puede seguir ejecutándose.

Esta limitación supone un problema cuando el proceso de firma requiere más tiempo del que dura la validez del blockhash.

Por qué se necesitan nonces duraderos

Algunas transacciones de criptomonedas no se pueden crear, aprobar y enviar durante una breve sesión online.

Una empresa puede necesitar firmas de empleados ubicados en varios países.

Una tesorería puede guardar sus claves de firma en un ordenador aislado que nunca se conecta directamente a Internet.

Una operación de alta seguridad puede tener que superar revisiones técnicas, financieras y de cumplimiento antes de su difusión.

Un flujo de trabajo multifirma puede necesitar que varios dispositivos de hardware firmen la misma transacción en momentos distintos.

Una aplicación de pagos puede preparar transacciones durante un periodo operativo y enviarlas más tarde.

Con un blockhash reciente normal, habría que reconstruir y volver a firmar el mensaje completo cada vez que caducase el blockhash.

Un nonce duradero permite que las partes firmen una transacción estable y la envíen una vez transcurrido el periodo de validez normal del blockhash.

¿Qué es una cuenta de nonce?

Una cuenta de nonce es una cuenta especial de Solana propiedad del System Program.

Almacena el estado necesario para admitir transacciones con nonce duradero.

Una cuenta de nonce inicializada contiene una clave pública de autoridad, un valor nonce duradero y la tasa de comisión en lamports por firma registrada la última vez que se avanzó el nonce.

La autoridad identifica la cuenta que puede avanzar o reasignar la autoridad del nonce, o retirar fondos de la cuenta de nonce.

El valor nonce duradero es un hash derivado de un blockhash reciente y almacenado para utilizarse posteriormente.

El valor relacionado con la comisión conserva la información necesaria para el proceso de cálculo de comisiones de la transacción.

Mientras permanezca activa, una cuenta de nonce debe tener SOL suficiente para cumplir el requisito de exención de alquiler aplicable.

Las aplicaciones deberían consultar en la red el saldo mínimo actual en lugar de codificar permanentemente una cantidad estimada.

Nonce duradero frente a blockhash reciente

El blockhash reciente se obtiene de la red poco antes de firmar una transacción normal.

Caduca al terminar el periodo de procesamiento limitado de la red.

Un nonce duradero se escribe en una cuenta on-chain y sigue disponible después de que el blockhash del que deriva deje de ser reciente.

Una transacción normal no necesita crear ni modificar una cuenta de nonce.

Una transacción con nonce duradero debe hacer referencia a la cuenta de nonce e incluir una instrucción específica para avanzarlo.

Por lo general, las transacciones normales son más sencillas y deberían utilizarse cuando los usuarios puedan firmar y enviar rápidamente.

Los nonces duraderos añaden requisitos de gestión de cuentas, firma, tamaño de transacción, comisiones y operativa.

Nonce duradero frente a número de secuencia de cuenta

La palabra nonce se utiliza de distintas maneras en los sistemas de criptomonedas.

Algunas blockchains basadas en cuentas utilizan un número de transacción creciente asociado a la cuenta para ordenar las transacciones e impedir su reproducción.

Un nonce duradero de Solana no es un contador de transacciones que aumente continuamente y esté asociado a cada cartera.

Es un hash almacenado en una cuenta específica del System Program.

El valor se incorpora al campo

de una transacción y se sustituye cuando se avanza el nonce.

Los desarrolladores no deberían aplicar a las cuentas de nonce de Solana las suposiciones sobre contadores de transacciones de otras blockchains.

Cómo funciona una transacción con nonce duradero

El proceso comienza con la creación y la inicialización de una cuenta de nonce.

Quien la crea asigna una autoridad de nonce que controlará las operaciones futuras relacionadas con él.

La aplicación lee el valor nonce duradero almacenado en la cuenta.

Construye una transacción usando ese valor en el campo

del mensaje de la transacción.

La transacción coloca una instrucción

al principio de la lista de instrucciones.

Las cuentas que corresponda firman el mensaje serializado completo de la transacción.

Las firmas se pueden generar sin conexión porque el nonce almacenado no caduca después de 150 slots.

La transacción firmada se transfiere a un sistema conectado y se envía cuando la organización está preparada.

Un validador comprueba que la cuenta de nonce sea válida, que el valor almacenado coincida con el de la transacción y que la autoridad del nonce haya firmado.

El nonce se avanza antes de ejecutar las demás instrucciones de la transacción.

La instrucción AdvanceNonceAccount

La instrucción

indica al System Program que sustituya el nonce almacenado por un valor nuevo.

Esta instrucción es esencial para impedir la reproducción de transacciones con nonce duradero.

El entorno de ejecución de transacciones solo reconoce una transacción con nonce duradero cuando

es la primera instrucción.

La cuenta de nonce debe indicarse en la posición requerida y debe poder modificarse.

La autoridad del nonce debe firmar la transacción.

Si la instrucción aparece más adelante en la transacción, el entorno de ejecución puede tratarla como una transacción estándar caducada en lugar de reconocerla como una transacción válida con nonce duradero.

Las reglas oficiales de detección de nonce describen este requisito de que sea la primera instrucción.

Por qué debe avanzarse el nonce

Un valor nonce duradero solo se puede utilizar una vez.

Si no se avanzara, un atacante o un proceso accidental podría enviar repetidamente la misma transacción firmada.

Avanzar la cuenta sustituye el nonce antiguo por un valor nuevo derivado del estado actual de la red.

A partir de ese momento, cualquier otra transacción pendiente que utilice el valor anterior deja de ser válida.

Esto significa que, por lo general, no se deberían firmar varias transacciones con un mismo valor nonce compartido si se espera que todas se ejecuten.

La primera transacción aceptada avanza la cuenta e invalida las demás transacciones creadas con el valor antiguo.

Los flujos de trabajo retrasados que se ejecuten en paralelo deberían utilizar, por lo general, cuentas de nonce distintas.

Autoridad del nonce

La autoridad del nonce es la clave pública autorizada para controlar operaciones importantes relacionadas con la cuenta de nonce.

La autoridad debe firmar las transacciones que avanzan el nonce.

También debe autorizar cualquier cambio de autoridad.

Es necesaria para retirar fondos de la cuenta de nonce.

La interfaz actual de la cuenta de nonce del System Program documenta estos requisitos de autoridad.

La autoridad no tiene que ser la misma cuenta que paga la comisión de la transacción.

Separar estas responsabilidades puede contribuir a cumplir las políticas de seguridad de una organización.

La autoridad del nonce debe protegerse, ya que un avance no autorizado puede invalidar una transacción que ya se haya firmado sin conexión.

Pagador de comisiones frente a autoridad del nonce

El pagador de comisiones es la cuenta que abona la comisión base de la transacción y cualquier comisión de prioridad.

La autoridad del nonce autoriza el consumo del nonce duradero almacenado.

Una cuenta puede desempeñar ambas funciones, pero son responsabilidades lógicamente distintas.

Una transacción también puede necesitar firmas de titulares de activos, autoridades de tokens, administradores de programas u otras cuentas.

Todos los firmantes requeridos firman el mismo mensaje de transacción.

Cambiar el pagador de comisiones suele modificar el mensaje y, por tanto, invalida las firmas existentes, salvo que el flujo de trabajo utilice un formato futuro diseñado específicamente para separar estos pasos.

Firma sin conexión

La firma sin conexión mantiene las claves privadas alejadas de los dispositivos conectados a Internet.

Un sistema conectado puede recopilar la información de las cuentas y construir una transacción con nonce duradero sin firmar.

El mensaje serializado se transfiere a un dispositivo de firma sin conexión mediante soportes controlados u otro proceso auditado.

El dispositivo sin conexión verifica la transacción y genera la firma necesaria.

La transacción firmada se devuelve a un sistema conectado para enviarla.

El nonce sigue siendo válido durante este proceso siempre que no se avance ni se modifique la cuenta de nonce.

La firma sin conexión reduce la exposición directa a la red, pero no protege frente a una transacción construida maliciosamente.

Antes de firmar, el firmante debe verificar el destinatario, el importe, las direcciones de los programas, la acuñación del token, las autoridades, las comisiones y todas las instrucciones importantes.

Multifirma y aprobación de varias partes

Los nonces duraderos son útiles cuando varias partes deben firmar una transacción.

Un blockhash normal podría caducar mientras el mensaje pasa de un firmante a otro.

Un nonce almacenado da a cada firmante más tiempo para revisar y aprobar exactamente el mismo mensaje.

El conjunto final de firmas se puede reunir y difundir cuando se hayan recibido todas las aprobaciones necesarias.

El proceso debe conservar exactamente el mensaje serializado, porque cambiar una instrucción, una dirección, un parámetro de comisión o una marca de cuenta invalida las firmas.

La cuenta de nonce también debe permanecer sin cambios durante todo el proceso de aprobación.

Las organizaciones deberían vigilar la cuenta de nonce para detectar cualquier avance inesperado o cambio de autoridad antes de enviar la transacción.

Ejecución diferida

Un nonce duradero permite retrasar el envío, pero no programa una transacción por sí solo.

La blockchain no ejecuta automáticamente la transacción en una fecha futura determinada por el mero hecho de que utilice un nonce duradero.

Un usuario, servidor, sistema de automatización o relayer debe enviar igualmente la transacción firmada.

Por tanto, las aplicaciones que ofrecen pagos programados necesitan un programador off-chain o un diseño de programación on-chain, además del nonce duradero.

El sistema que realice el envío debería comprobar inmediatamente antes de difundirlo que el nonce sigue vigente.

También debería comprobar que siguen cumpliéndose las condiciones de negocio previstas.

El estado de la transacción puede cambiar antes del envío

Una transacción con nonce duradero puede permanecer firmada mientras cambia el estado de la blockchain a su alrededor.

Los saldos de las cuentas pueden aumentar o disminuir.

Una cuenta de tokens puede congelarse o cerrarse.

Un contrato inteligente puede actualizarse.

El precio de un oráculo puede cambiar.

Una decisión de gobernanza puede modificar los parámetros de un programa.

Una cuenta destinataria puede dejar de tener el estado esperado.

Las firmas de la transacción demuestran la aprobación del mensaje serializado, pero no congelan todos los estados externos de cuentas o programas que se utilizarán en la ejecución futura.

Cuando la aplicación lo permita, las transacciones diferidas deberían incluir límites adecuados, valores previstos, plazos o comprobaciones a nivel de programa.

Protección contra la reproducción

La protección contra la reproducción impide ejecutar repetidamente el mismo conjunto de instrucciones firmado.

Una transacción estándar de Solana se basa en parte en la caducidad del blockhash reciente y en el seguimiento de las transacciones procesadas por la red.

Una transacción con nonce duradero se basa en el valor almacenado de un solo uso en la cuenta de nonce.

Cuando un validador acepta y avanza ese valor, el mensaje firmado antiguo deja de coincidir con la cuenta.

Por tanto, volver a enviar la misma transacción hará que falle la validación del nonce.

Esta protección depende de colocar correctamente la instrucción de avance y de exigir la firma de la autoridad adecuada del nonce.

¿Qué ocurre cuando se ejecuta correctamente una transacción con nonce duradero?

El validador confirma que el nonce almacenado coincide con el campo

de la transacción.

Comprueba que la cuenta de nonce esté inicializada y sea propiedad del System Program.

Comprueba que la autoridad del nonce haya firmado la transacción.

El entorno de ejecución avanza el nonce a un valor nuevo.

Las instrucciones restantes se ejecutan en orden.

Si todas las instrucciones necesarias se ejecutan correctamente, sus cambios de estado y el avance del nonce se confirman.

La comisión de la transacción se deduce del pagador de comisiones.

La transacción firmada antigua no se puede volver a ejecutar porque el nonce se ha consumido.

¿Qué ocurre si falla la ejecución?

El comportamiento de los nonces duraderos cuando falla una transacción presenta una diferencia importante frente a la regla simplificada según la cual se revierte todo cambio de estado de una transacción fallida.

Si la transacción supera la validación del nonce y del pagador de comisiones, pero falla una instrucción posterior, se revierten los cambios ordinarios de las instrucciones.

El avance del nonce sí se confirma.

También se cobra la comisión de la transacción.

La documentación oficial de Solana sobre el comportamiento en caso de fallo explica que esto impide volver a reproducir la misma transacción firmada hasta que finalmente se ejecute correctamente.

Por tanto, una transacción con nonce duradero fallida consume el nonce.

Antes de volver a intentarlo, el usuario debe obtener el nuevo nonce, reconstruir la transacción y recopilar nuevas firmas.

¿Qué ocurre si falla la validación?

Una transacción puede fallar antes de que se considere válido el nonce.

Entre las posibles causas figuran que falte la cuenta de nonce, que ya se haya consumido el nonce, que el valor almacenado no coincida con el de la transacción o que falte la firma de la autoridad.

Cuando falla la validación del nonce en esta fase, la transacción se descarta sin ejecutar sus instrucciones.

Según el comportamiento documentado actualmente, este fallo de validación no conlleva el cobro de comisiones ni confirma cambios de estado.

La aplicación debería identificar el error exacto en lugar de difundir repetidamente la misma transacción inutilizable.

Riesgos de confirmación y reintento

La aplicación que realiza el envío debe determinar si la transacción con nonce duradero se procesó correctamente, se procesó con un error de ejecución o nunca llegó a aceptarse.

Reconstruir y enviar una transacción de sustitución a ciegas puede duplicar involuntariamente una operación de negocio si la transacción original sí se ejecutó.

Volver a enviar la transacción original a ciegas tampoco sirve después de que se haya consumido su nonce.

Las aplicaciones deberían consultar el estado de la transacción y revisar la cuenta de nonce.

El sistema debe distinguir entre la finalización de la transacción y la ejecución correcta de sus instrucciones.

Un registro de transacción finalizada puede contener un error de ejecución.

Los sistemas operativos deberían conciliar los cambios esperados en saldos y cuentas en lugar de basarse únicamente en la existencia de una firma de transacción.

Comisiones de transacción

Todas las transacciones de Solana requieren una comisión pagada en SOL.

La documentación actual de comisiones de Solana describe una comisión base de 5,000 lamports por firma, además de una comisión de prioridad opcional.

Una transacción con nonce duradero necesita la instrucción de avance del nonce y las referencias a las cuentas pertinentes, pero no evita las comisiones ordinarias por firma.

Los firmantes adicionales aumentan la comisión base.

Una transacción fallida puede consumir igualmente el nonce y cobrar su comisión una vez superada la fase de validación correspondiente.

Las aplicaciones deberían mantener SOL suficiente en la cuenta pagadora de comisiones y fondos suficientes para la exención de alquiler en la cuenta de nonce.

Comisiones de prioridad

Una comisión de prioridad puede aumentar las posibilidades de que una transacción se programe cuando la demanda de la red es elevada.

No garantiza su inclusión ni su ejecución correcta.

Las transacciones con nonce duradero tienen un requisito especial de orden de instrucciones cuando incluyen instrucciones de presupuesto de cómputo.

La instrucción

debe seguir siendo la primera.

Las instrucciones de precio y límite de unidades de cómputo no deben colocarse antes de ella.

La guía oficial de integración de Solana advierte que colocar primero las instrucciones de presupuesto de cómputo puede impedir que el entorno de ejecución detecte correctamente la transacción con nonce duradero.

Financiación de la cuenta de nonce y exención de alquiler

Una cuenta de nonce contiene datos y debe mantener el saldo de exención de alquiler exigido por la red mientras esté activa.

El mínimo exacto debe consultarse en la red mediante la consulta correspondiente al tamaño de los datos de la cuenta de nonce.

Una retirada parcial no puede dejar la cuenta de nonce con un saldo positivo inferior al mínimo requerido para la exención de alquiler.

Si una transacción intenta crear esa situación, fallará.

Si se retira correctamente el saldo completo, se cierra la cuenta de nonce.

La interfaz actual de retirada de nonce documenta estas reglas de saldo.

Cierre de una cuenta de nonce

Una cuenta de nonce se puede cerrar retirando todo su saldo en SOL mediante una instrucción autorizada.

La autoridad del nonce debe aprobar la retirada.

El cierre de la cuenta invalida todas las transacciones no enviadas que dependan del nonce almacenado.

Por tanto, las organizaciones deberían comprobar si hay transacciones firmadas pendientes antes de retirar el saldo completo.

Los registros deberían indicar qué cuentas de nonce están activas, qué transacciones las utilizan y cuáles se pueden cerrar de forma segura.

Cambio de la autoridad del nonce

La autoridad actual del nonce puede asignar una nueva autoridad mediante una instrucción autorizada del System Program.

Rotar la autoridad puede ser útil tras la salida de un empleado, una migración de claves, un cambio en la política de custodia o un incidente de seguridad.

Una transacción pendiente que requiera la autoridad antigua puede dejar de ser válida cuando se cambie la autoridad.

Antes de enviar el cambio, hay que verificar cuidadosamente la nueva autoridad.

Asignar una clave pública incorrecta o inaccesible puede interrumpir el uso futuro de la cuenta de nonce.

Los cambios de autoridad deben documentarse y coordinarse con todos los flujos de trabajo de firma sin conexión que estén pendientes.

Una transacción pendiente por cada valor nonce

Técnicamente, se pueden preparar varias transacciones con el mismo valor nonce almacenado.

Solo una de esas transacciones incompatibles puede consumir correctamente ese valor.

La primera transacción aceptada avanza el nonce e invalida las demás.

Un flujo de trabajo que prevea ejecutar varias transacciones diferidas de forma independiente debería crear varias cuentas de nonce.

Utilizar una sola cuenta para muchas transacciones pendientes genera competencia entre ellas, no una cola.

Una cuenta de nonce no almacena una lista de transacciones futuras.

Nonces duraderos y almacenamiento en frío

El almacenamiento en frío mantiene las claves privadas importantes alejadas de los sistemas conectados normalmente a Internet.

Un nonce duradero permite que un firmante en frío apruebe una transacción sin correr contra el plazo de caducidad estándar del blockhash.

El sistema conectado que construye la transacción debe considerarse no fiable, porque puede preparar una transacción que transfiera activos o cambie autoridades.

El entorno en frío debe descodificar y mostrar el significado completo de la transacción antes de firmarla.

Las organizaciones deberían verificar las direcciones de los programas, los permisos de las cuentas, los ajustes de comisiones, las acuñaciones de tokens, las direcciones de los destinatarios y los importes de las transacciones.

La transferencia de transacciones serializadas mediante soportes extraíbles también requiere controles contra malware y procedimientos para comprobar la integridad de los archivos.

Nonces duraderos y operaciones de tesorería

Las tesorerías cripto pueden utilizar nonces duraderos para retiradas que requieren varios niveles de aprobación.

Una transacción se puede preparar tras una solicitud interna y firmar por personal autorizado ubicado en distintos lugares.

El operador final puede enviarla después de confirmar que se han recibido todas las aprobaciones.

Unos procedimientos sólidos de tesorería deberían asociar cada cuenta de nonce a una única solicitud de transacción documentada.

La organización debería impedir que un departamento avance o cierre inesperadamente la cuenta de nonce.

También debería definir cómo actuar si la transacción falla después de consumir el nonce.

Nonces duraderos y pagos programados

Un nonce duradero puede facilitar un pago programado al conservar una transacción firmada hasta la hora de envío elegida.

Por sí solo, no hace cumplir el calendario on-chain.

Un relayer podría enviar la transacción antes de lo previsto, salvo que otro mecanismo impida la ejecución anticipada.

Si el momento de ejecución es importante, los firmantes no deberían entregar una transacción con nonce duradero completamente autorizada a una parte no fiable.

Un programa on-chain puede establecer condiciones temporales más estrictas si comprueba el reloj de la red u otra condición aprobada antes de liberar los fondos.

El diseño elegido debería tener en cuenta qué ocurriría si el programador dejara de estar disponible.

Nonces duraderos y transacciones de contratos inteligentes

Se puede utilizar un nonce duradero en transacciones que interactúan con programas de Solana, no solo en transferencias sencillas de SOL.

La ejecución diferida de contratos inteligentes conlleva riesgos adicionales relacionados con el estado.

El precio de un swap puede cambiar entre la firma y el envío.

Una posición de préstamo puede dejar de ser segura.

Una cuenta requerida por el programa puede modificarse o cerrarse.

Un programa actualizable puede ejecutar un código distinto cuando se procese la transacción.

Cuando estén disponibles, las aplicaciones deberían utilizar resultados mínimos explícitos, entradas máximas, estados de cuenta previstos y otras protecciones.

Los usuarios deberían evitar firmar transacciones duraderas sin límites proporcionadas por aplicaciones no fiables.

Nonces duraderos y simulación de transacciones

La simulación estima cómo se comportaría una transacción respecto a un estado de la blockchain observado en un momento concreto.

Una simulación correcta no garantiza que una transacción con nonce duradero vaya a ejecutarse correctamente más adelante.

Las cuentas pertinentes y la lógica de los programas pueden cambiar antes del envío.

El nonce también puede consumirse entre la simulación y la ejecución.

Cuando sea práctico, las aplicaciones deberían simular la transacción poco antes del momento previsto para enviarla y seguir utilizando límites de seguridad a nivel de programa.

Los resultados de la simulación no sustituyen la verificación del mensaje firmado real.

Riesgos de seguridad

Los principales riesgos de los nonces duraderos son la vulneración de claves, el avance no autorizado del nonce, un orden incorrecto de instrucciones, un estado obsoleto de las cuentas, una ejecución diferida insegura y una gestión deficiente del estado de la transacción.

El robo de la clave de autoridad del nonce puede invalidar transacciones pendientes o autorizar cambios en la cuenta.

Un creador de transacciones malicioso puede aprovechar el largo periodo de validez para obtener una firma para una operación que se ejecutará cuando las condiciones futuras sean distintas.

Un operador puede consumir accidentalmente un nonce mediante una transacción fallida.

Un sistema de reintentos puede duplicar operaciones de negocio si no confirma correctamente el resultado original.

La seguridad depende tanto de la criptografía como del proceso operativo que la rodea.

Supervisión de una cuenta de nonce

Una aplicación debería leer la cuenta de nonce antes de construir una transacción.

Debería registrar la dirección de la cuenta, la autoridad, el nonce almacenado, la transacción prevista y el estado de aprobación.

El nonce debería comprobarse de nuevo antes del envío.

Un valor inesperado indica que la transacción pendiente ya no es válida.

Una autoridad inesperada puede indicar un incidente operativo o de seguridad grave.

Las organizaciones deberían generar alertas ante avances del nonce, cambios de autoridad, retiradas de saldo y cierres de cuentas.

La supervisión debería utilizar un nivel de confirmación adecuado y tener en cuenta la finalización.

Estado actual del protocolo

Los nonces duraderos siguen documentados y admitidos en el sistema de transacciones actual de Solana.

Sin embargo, la página oficial sobre nonces duraderos advierte de que el mecanismo podría dejar de utilizarse en una versión futura.

En un debate sobre mejoras de Solana se ha estudiado un formato de transacción de sustitución que podría mantener los flujos de trabajo de firma sin conexión y reducir el procesamiento especial de los validadores.

Un debate o una propuesta no equivalen a un cambio activado en la red.

Los desarrolladores que utilicen nonces duraderos deberían seguir las especificaciones oficiales, las versiones de los clientes, los avisos de activación y las directrices de migración.

Los sistemas institucionales con una larga vida útil no deberían presuponer que el formato de transacción actual permanecerá inalterado para siempre.

Cómo deberían implementar los desarrolladores los nonces duraderos

Los desarrolladores deberían utilizar interfaces mantenidas del SDK de Solana y del System Program en lugar de codificar manualmente el estado de las cuentas de nonce.

La aplicación debería consultar la cuenta de nonce y verificar su propietario, su estado de inicialización, su autoridad y el nonce actual.

El nonce almacenado debe colocarse en el campo

de la transacción.

debe ser la primera instrucción.

La autoridad del nonce y todos los demás firmantes necesarios deben firmar el mensaje exacto.

El sistema debería almacenar la transacción serializada y las firmas sin modificarlas.

Antes del envío, la aplicación debería confirmar que la cuenta sigue conteniendo el nonce y la autoridad previstos.

Después del envío, debería comprobar el estado de la transacción, los errores de ejecución, el avance del nonce, las comisiones y los cambios esperados en las cuentas.

Cómo pueden utilizar los usuarios los nonces duraderos de forma segura

Si no se necesita una firma diferida, los usuarios deberían preferir una transacción con blockhash reciente normal.

Los nonces duraderos deberían utilizarse mediante software que identifique claramente la cuenta de nonce y su autoridad.

Los firmantes sin conexión deberían verificar todas las instrucciones en lugar de aprobar un mensaje serializado ilegible.

Cuando sea necesario cancelar transacciones pendientes, se deberían cancelar avanzando deliberadamente el nonce.

Los usuarios deben comprender que la cancelación consume el valor antiguo e invalida todas las transacciones creadas con él.

Las claves de autoridad del nonce deberían tener copias de seguridad y protegerse en función del valor y la función operativa de la cuenta.

Los usuarios deberían verificar que la transacción se ha ejecutado correctamente, en lugar de suponer que el avance del nonce significa que la transferencia prevista se ha completado.

Errores frecuentes relacionados con nonces duraderos

Un error frecuente es tratar un nonce duradero como si fuera un número de transacción creciente de la cartera.

Otro error es colocar una instrucción de presupuesto de cómputo antes de

.

Un tercer error es preparar varias transacciones con un mismo nonce y esperar que todas se ejecuten.

Un cuarto error es suponer que un nonce duradero programa automáticamente la ejecución futura.

Un quinto error es ignorar los cambios del estado de la blockchain entre la firma y el envío.

Un sexto error es suponer que una transacción fallida deja el nonce disponible para volver a intentarlo.

Un séptimo error es cerrar o reasignar la autoridad de una cuenta de nonce mientras haya transacciones firmadas pendientes.

Un octavo error es reenviar o reconstruir transacciones sin comprobar el estado de la transacción original.

Un noveno error es codificar de forma fija el saldo de exención de alquiler requerido por la cuenta de nonce.

Un décimo error es suponer que el comportamiento actual de los nonces duraderos nunca cambiará en futuras versiones de Solana.

Preguntas frecuentes

¿Qué es un nonce duradero en Solana?

Es un hash persistente almacenado en una cuenta del System Program que se utiliza en lugar de un blockhash reciente de corta duración.

¿Por qué caducan las transacciones normales de Solana?

Contienen un blockhash reciente que solo se acepta dentro del periodo máximo de procesamiento de 150 slots de la red.

¿Caduca un nonce duradero después de 150 slots?

No. Sigue siendo válido una vez transcurrido ese periodo hasta que se avance o se cierre la cuenta de nonce, o se modifique de una manera que invalide la transacción.

¿Un nonce duradero hace que una transacción sea válida para siempre?

No. La transacción deja de ser válida cuando se consume el nonce almacenado o dejan de cumplirse las condiciones requeridas para la cuenta y la autoridad.

¿Qué es una cuenta de nonce?

Es una cuenta propiedad del System Program que almacena la autoridad del nonce, el valor nonce duradero y el estado relacionado con las comisiones.

¿Quién controla una cuenta de nonce?

La autoridad de nonce designada aprueba el avance del nonce, los cambios de autoridad y las retiradas.

¿La autoridad del nonce debe pagar la comisión de la transacción?

No. La autoridad del nonce y el pagador de comisiones pueden ser cuentas firmantes distintas.

¿Qué instrucción debe aparecer primero?

La instrucción

debe ser la primera instrucción de una transacción con nonce duradero.

¿Pueden aparecer primero las instrucciones de presupuesto de cómputo?

No. En una transacción con nonce duradero, no deben colocarse antes de

.

¿Se puede firmar sin conexión una transacción con nonce duradero?

Sí. La firma sin conexión es uno de los principales usos del mecanismo.

¿Un nonce duradero programa un pago?

No. Otro sistema debe enviar la transacción firmada en el momento previsto.

¿Se pueden utilizar varios nonces en distintas transacciones?

Se pueden preparar varias transacciones con el mismo nonce, pero solo la primera que se acepte podrá consumirlo correctamente.

¿Cómo pueden ejecutarse de forma independiente varias transacciones diferidas?

Por lo general, deberían utilizar cuentas de nonce distintas y valores nonce almacenados independientes.

¿Qué ocurre después de utilizar el nonce?

La cuenta de nonce almacena un valor nuevo y las transacciones firmadas con el valor antiguo dejan de ser válidas.

¿Qué ocurre si falla una instrucción posterior?

Se revierten los cambios ordinarios de estado, pero el nonce se avanza y se cobra la comisión de la transacción.

¿Se puede volver a enviar una transacción con nonce duradero que haya fallado?

No, si ya se ha consumido el nonce: la transacción debe reconstruirse y firmarse con el nuevo valor.

¿Cómo se puede cancelar una transacción pendiente con nonce duradero?

La autoridad puede avanzar el nonce mediante otra transacción válida, lo que inutiliza la transacción firmada antigua.

¿Cambiar la autoridad puede invalidar una transacción pendiente?

Sí. Una transacción firmada bajo la autoridad anterior puede fallar después de que cambie la autoridad de la cuenta.

¿Una cuenta de nonce necesita SOL?

Sí. Mientras esté activa, debe mantener el saldo de exención de alquiler aplicable.

¿Se pueden retirar fondos de una cuenta de nonce?

Sí, pero una retirada parcial debe conservar el saldo de exención de alquiler; retirar el saldo completo cierra la cuenta.

¿Es un nonce duradero un token de criptomoneda?

No. Es un estado de transacción almacenado en una cuenta del System Program de Solana.

¿Es secreto un nonce duradero?

No. La cuenta de nonce y su valor almacenado se pueden consultar públicamente on-chain.

¿Conocer el nonce permite robar fondos?

No. La transacción sigue necesitando firmas válidas de la autoridad del nonce y de todos los demás firmantes requeridos.

¿Puede un atacante invalidar una transacción firmada?

Un atacante que controle la autoridad del nonce podría avanzarlo o modificar la cuenta de nonce e invalidar transacciones pendientes.

¿Una simulación correcta garantiza la ejecución posterior?

No. El estado de las cuentas, los programas, los saldos, los precios y el propio nonce pueden cambiar antes del envío.

¿Son más caras las transacciones con nonce duradero que las normales?

Requieren estado de cuenta e instrucciones de avance adicionales, mientras que siguen aplicándose las comisiones ordinarias por firma y las de prioridad.

¿Se admiten actualmente los nonces duraderos?

Sí, aunque la documentación oficial advierte de que el mecanismo actual podría dejar de utilizarse en una versión futura.

Conclusión

Un nonce duradero permite que una transacción de Solana siga siendo válida una vez transcurrido el periodo estándar de 150 slots del blockhash reciente.

Funciona mediante una cuenta de nonce propiedad del System Program que contiene una autoridad, un hash almacenado y datos relacionados con las comisiones.

El nonce almacenado sustituye al blockhash reciente normal en el mensaje firmado de la transacción.

La transacción debe colocar primero

e incluir la firma de la autoridad del nonce.

Una vez aceptada la transacción, el nonce se avanza y el mensaje firmado antiguo no se puede volver a reproducir.

Si falla una instrucción posterior, se revierten los cambios de estado previstos, pero el nonce se consume y se cobra la comisión.

Los nonces duraderos son especialmente útiles para firmas aisladas de la red, aprobaciones de tesorería, autorizaciones de varias partes y envíos diferidos.

No programan transacciones automáticamente ni protegen a los firmantes frente a instrucciones maliciosas y cambios en el estado de la blockchain.

Una implementación segura requiere supervisar los nonces, conservar exactamente los mensajes, mostrar claramente las transacciones, comprobar el estado de forma fiable y gestionar cuidadosamente las autoridades.

Como el diseño actual podría cambiar en una futura versión de Solana, los desarrolladores deberían seguir las directrices oficiales del protocolo y preparar sus sistemas operativos para migrar cuando sea necesario.