Nonces durables de Solana : cap sur les programmes de signature

Solana envisage de supprimer les nonces durables au profit de programmes de signature sur chaîne, qui préserveraient l’approbation hors ligne par clé froide après l’échec d’une transaction. Le plan d’octobre de la Fondation ne fixe aucune date de suppression et maintient une fenêtre de migration d’environ six mois, conditionnée à l’existence d’un remplacement audité et prêt pour le mainnet. Programmatic Signer d’Anza et Vector de Blueshift restent les deux modèles en lice.

Pourquoi c’est important

Les nonces durables résolvent un problème de synchronisation en permettant à un signataire hors ligne d’approuver une transaction qui pourra être diffusée ultérieurement, plutôt que de dépendre d’un blockhash récent qui expire rapidement. L’architecture proposée modifie l’emplacement de l’autorité. Une adresse dérivée d’un programme, ou PDA, contrôlerait les comptes concernés, tandis que la clé froide d’origine continuerait d’autoriser les actions. Un relayer en ligne les soumettrait et paierait les frais du réseau.

Il s’agit d’une refonte de la conservation, et non d’une simple mise à niveau logicielle. Les plateformes d’échange, dépositaires et gestionnaires de trésorerie devraient transférer des SOL, des soldes de tokens et certaines autorisations vers des comptes contrôlés par le programme de signature. Les permissions de staking, de retrait, de mint et de gel peuvent nécessiter des transferts distincts. Les applications devraient également accepter des actions reçues par invocation interprogramme, plutôt que sous forme d’instructions directes de premier niveau.

Impact sur le marché

Le changement représente avant tout un risque lié aux infrastructures et aux opérations pour les utilisateurs institutionnels de Solana. Une signature valide par clé froide ne rendrait pas automatiquement une application compatible avec le nouveau parcours. Les protocoles qui rejettent les actions de PDA, n’examinent que les instructions de premier niveau ou limitent l’invocation interprogramme pourraient nécessiter un travail d’intégration spécifique, tandis que les contrôles de Token-2022 soulèvent des questions supplémentaires de compatibilité au niveau des comptes.

Les deux candidats imposent des contraintes d’exécution différentes. Programmatic Signer lie l’exécuteur, le compte de nonce et le message d’exécution intégré, tout en permettant à un relayer d’ajouter des instructions périphériques. Vector engage l’intégralité du tampon d’instructions de premier niveau, de sorte que les instructions périphériques doivent être approuvées avant la signature. Les deux modèles peuvent préserver une approbation après un échec d’exécution, mais les opérateurs pourraient avoir besoin d’échéances signées ou d’avancées distinctes des nonces pour limiter le risque de rejeu. La migration reste conditionnée à des audits, à des outils utilisables et à un déploiement en production.