Nano entra nell'Open Wallet Standard
L'8 aprile 2026, la pull request #109 è stata integrata nel repository principale dell'Open Wallet Standard e Nano è diventata una catena supportata. La PR è stata scritta da cbrunnkvist e integrata dal manutentore njdawn. L'effetto pratico è semplice: la CLI ows e le librerie che la circondano ora possono derivare indirizzi Nano e firmare state block di Nano esattamente come fanno per Solana, Sui o TON.
Cos'è l'Open Wallet Standard
L'Open Wallet Standard è un livello condiviso per l'interoperabilità dei portafogli. Invece di far reimplementare a ogni portafoglio e a ogni app la derivazione delle chiavi e la firma per ogni catena, OWS definisce un unico flusso: crea un portafoglio, deriva le chiavi da una frase mnemonic, firma le transazioni. Le catene si inseriscono come firmatari. Prima di questa PR, la lista era Solana, Sui, TON, XRPL, Bitcoin, EVM, Cosmos, Filecoin e Tron. Nano fa dieci.
Perché conta
I portafogli e gli strumenti costruiti su OWS ora gestiscono Nano esattamente come Solana o Sui. È un passo verso l'integrazione piena di Nano negli strumenti per portafogli in generale, non solo nelle app specifiche per Nano.
Cosa cambia la PR
La CLI cambia poco: nessun comando nuovo, nessun flag nuovo. ows wallet create e ows mnemonic derive ora emettono indirizzi nano:mainnet, e ows sign tx e ows sign send-tx accettano --chain nano. Il modulo di firma non aggiunge dipendenze crittografiche nuove; riusa il raw signing hazmat di ed25519-dalek con blake2b-512, più blake2 e hex.
Catena (CAIP-2)
nano:mainnet
Coin type
BIP-44 165
Firma
Ed25519 + blake2b
Unità
1 XNO = 10^30 raw
La parte complicata
Firmare su Nano è facile. Trasmettere non lo è, ed è la parte interessante di questa PR. Nano non ha una catena globale: ogni account possiede la propria catena di blocchi (il block lattice), e un trasferimento diventa spendibile solo quando esistono due blocchi, uno di invio sulla catena del mittente e uno di ricezione su quella del destinatario.
Uno state block occupa 176 byte (account, previous, representative, balance, link). Il modulo di firma calcola l'hash con blake2b-256 e firma l'hash con Ed25519, crittografia standard. La parte insolita è il percorso di trasmissione: OWS deve interrogare lo stato dell'account per capire se il blocco è un send, un receive o un open, generare la proof of work (in questa PR solo remota, delegata agli endpoint RPC, con circa un secondo di attesa e senza commissioni), e poi pubblicare tramite l'azione process dell'RPC di Nano. E ricevere resta esplicito: il destinatario deve pubblicare il proprio blocco di ricezione, non avviene da solo.
L'andata e ritorno su mainnet, in sintesi
L'autore l'ha dimostrato su mainnet, non solo nei test. Ha costruito i blocchi con la CLI xno-skills, li ha firmati con OWS e ha spostato 0,1 XNO; entrambi i blocchi sono stati confermati e sono visibili su blocklattice.io.
ows wallet create --wallet test
-> indirizzo nano:mainnet, finanziato da un account esterno
npx xno-skills block receive -a $OWS_ACCT
costruisce il blocco di ricezione; OWS lo firma e lo pubblica
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"
Cosa manca, onestamente, in questa PR
Tre cose, dette chiaramente nella PR stessa. Prima, la firma dei messaggi: sign message esiste per altre catene, ma la versione per Nano è deliberatamente non implementata, marcata #TBDL, in attesa di uno standard di fatto su cosa sia un «messaggio firmato» su Nano (issue di tracciamento #183, stesso approccio di XRPL). Seconda, niente comandi di livello superiore: non esiste ows send --to ... --amount ... né ows balance, perché OWS segue coerentemente il principio «porta la tua transazione non firmata» su tutte le catene. cbrunnkvist nota che costruire uno state block a mano è faticoso, e che Nano sarebbe un buon candidato per sperimentare un livello generico di invio e saldo se i manutentori lo vogliono. Terza, la proof of work è solo remota: niente PoW su CPU o GPU, tutto passa dagli endpoint RPC.
I test sono solidi: 20 unit test nel modulo di firma Nano (codifica degli indirizzi, vettori di derivazione mnemonic a 12 e 24 parole, firma, verifica, hashing degli state block), tutti i 458 test del workspace passano, clippy è pulito. Il thread ha anche raccolto reazioni da Exxenoz e xnoforge.
È una PR di infrastruttura, non un lancio per l'utente finale. Nessuna app nuova, nessun token nuovo. Il cambiamento è limitato e conta: Nano ora parla lo stesso linguaggio di firma del resto dell'ecosistema dei portafogli, e il prossimo portafoglio con supporto OWS potrà elencare Nano senza lavoro aggiuntivo. Il crate per sviluppatori è OpenRai/ows-nano.
Local, policy-gated signing and wallet management for every chain.