Nano rejoint l'Open Wallet Standard
Le 8 avril 2026, la pull request #109 a été fusionnée dans le dépôt principal de l'Open Wallet Standard, et Nano est devenue une chaîne prise en charge. La PR a été écrite par cbrunnkvist et fusionnée par le mainteneur njdawn. L'effet pratique est simple : le CLI ows et les bibliothèques qui l'entourent peuvent désormais dériver des adresses Nano et signer des blocs d'état Nano exactement comme ils le font pour Solana, Sui ou TON.
Ce qu'est l'Open Wallet Standard
L'Open Wallet Standard est une couche partagée pour l'interopérabilité des wallets. Au lieu que chaque wallet et chaque application réimplémente la dérivation de clés et la signature pour chaque chaîne, OWS définit un flux unique : créer un wallet, dériver des clés à partir d'une phrase mnémonique, signer des transactions. Les chaînes s'intègrent comme signeurs. Avant cette PR, la liste était Solana, Sui, TON, XRPL, Bitcoin, EVM, Cosmos, Filecoin et Tron. Nano fait dix.
Pourquoi c'est important
Les wallets et outils construits sur OWS peuvent désormais gérer Nano exactement comme Solana ou Sui. C'est un pas vers Nano en tant que citoyen de première classe de l'outillage wallet général, et pas seulement des applications spécifiques à Nano.
Ce que la PR change
La surface du CLI bouge à peine : pas de nouvelles commandes, pas de nouveaux flags. ows wallet create et ows mnemonic derive émettent désormais des adresses nano:mainnet, et ows sign tx comme ows sign send-tx acceptent --chain nano. Le signeur n'ajoute aucune dépendance cryptographique : il réutilise la signature brute hazmat d'ed25519-dalek avec blake2b-512, plus blake2 et hex.
Chaîne (CAIP-2)
nano:mainnet
Type de pièce
BIP-44 165
Signature
Ed25519 + blake2b
Unité
1 XNO = 10^30 raw
La partie vraiment différente
Signer sur Nano est facile. Diffuser ne l'est pas, et c'est la partie intéressante de cette PR. Nano n'a pas de chaîne globale : chaque compte possède sa propre chaîne de blocs (le block lattice), et un transfert ne devient dépensable qu'une fois deux blocs en place, un bloc d'envoi sur la chaîne de l'expéditeur et un bloc de réception sur celle du destinataire.
Un bloc d'état fait 176 octets (account, previous, representative, balance, link). Le signeur le hache avec blake2b-256 et signe le hash en Ed25519, de la cryptographie standard. C'est la diffusion qui sort de l'ordinaire : OWS doit interroger l'état du compte pour déterminer si le bloc est un envoi, une réception ou une ouverture, générer une preuve de travail (uniquement distante dans cette PR, déléguée aux endpoints RPC, environ une seconde, sans frais), puis publier via l'action process du RPC Nano. Et la réception reste explicite : le destinataire doit publier son bloc de réception, cela ne se fait pas tout seul.
Le test mainnet, en résumé
L'auteur l'a prouvé sur le mainnet, pas seulement dans les tests. Il a construit les blocs avec le CLI xno-skills, les a signés avec OWS et a déplacé 0.1 XNO ; les deux blocs sont confirmés et visibles sur blocklattice.io.
ows wallet create --wallet test
-> adresse nano:mainnet, financée depuis un compte externe
npx xno-skills block receive -a $OWS_ACCT
construit le bloc de réception ; OWS le signe et le publie
ows sign send-tx --chain nano --wallet test --tx "$R_TXN"
npx xno-skills block send -a $OWS_ACCT -t $EXT_ACCT --amount-xno 0.1 ows sign send-tx --chain nano --wallet test --tx "$S_TXN"
Ce qui manque honnêtement dans cette PR
Trois choses, dites clairement dans la PR elle-même. D'abord, la signature de messages : sign message existe pour d'autres chaînes, mais la version Nano est volontairement non implémentée, marquée #TBDL, en attendant un standard de fait sur ce qu'est un « message signé » sur Nano (issue de suivi #183, même approche que XRPL). Ensuite, pas de commandes de plus haut niveau : il n'y a pas de ows send --to ... --amount ... ni de ows balance, car OWS est uniformément « apportez votre propre transaction non signée » sur toutes les chaînes. cbrunnkvist note que construire un bloc d'état à la main est pénible, et que Nano serait un bon candidat pour piloter une couche générique d'envoi et de solde si les mainteneurs le souhaitent. Troisièmement, la preuve de travail est uniquement distante : pas de PoW CPU ou GPU, tout passe par les endpoints RPC.
Le volet tests est solide : 20 tests unitaires dans le signeur Nano (encodage d'adresse, vecteurs de dérivation mnémonique à 12 et 24 mots, signature, vérification, hachage de blocs d'état), les 458 tests du workspace passent, clippy est propre. Le fil a même attiré des réactions d'Exxenoz et de xnoforge.
C'est une PR d'infrastructure, pas un lancement grand public. Pas de nouvelle app, pas de nouveau token. Ce qu'elle fait est discrètement important : Nano parle désormais le même langage de signature que le reste de l'écosystème wallet, et le prochain wallet qui supportera OWS pourra lister Nano dès la sortie de boîte. Le crate destiné aux développeurs est OpenRai/ows-nano.
Local, policy-gated signing and wallet management for every chain.