Nano se une al Open Wallet Standard
El 8 de abril de 2026, la pull request #109 se fusionó en el repositorio principal del Open Wallet Standard, y Nano pasó a ser una cadena compatible. La PR la escribió cbrunnkvist y la fusionó el mantenedor njdawn. El efecto práctico es sencillo: el CLI ows y las bibliotecas que lo acompañan ya pueden derivar direcciones de Nano y firmar bloques de estado de Nano igual que lo hacen con Solana, Sui o TON.
Qué es el Open Wallet Standard
El Open Wallet Standard es una capa compartida para la interoperabilidad de carteras. En lugar de que cada cartera y cada aplicación reimplemente la derivación de claves y la firma para cada cadena, OWS define un único flujo: crear una cartera, derivar claves de una frase mnemotécnica, firmar transacciones. Las cadenas se conectan como módulos de firma. Antes de esta PR, la lista era Solana, Sui, TON, XRPL, Bitcoin, EVM, Cosmos, Filecoin y Tron. Con Nano son diez.
Por qué importa
Las carteras y herramientas construidas sobre OWS ya pueden tratar Nano exactamente como a Solana o Sui. Es un paso para que las herramientas generales de carteras traten a Nano como una cadena más, no solo las aplicaciones específicas de Nano.
Qué cambia la PR
La superficie del CLI apenas se mueve: sin comandos nuevos, sin flags nuevos. ows wallet create y ows mnemonic derive ahora emiten direcciones nano:mainnet, y ows sign tx y ows sign send-tx aceptan --chain nano. El módulo de firma no añade dependencias criptográficas nuevas; reutiliza el raw signing hazmat de ed25519-dalek con blake2b-512, más blake2 y hex.
Cadena (CAIP-2)
nano:mainnet
Tipo de moneda
BIP-44 165
Firma
Ed25519 + blake2b
Unidad
1 XNO = 10^30 raw
Dónde está la dificultad
Firmar en Nano es fácil. Difundir no lo es, y ahí está lo interesante de esta PR. Nano no tiene una cadena global: cada cuenta posee su propia cadena de bloques (el block lattice), y una transferencia solo se vuelve gastable cuando existen dos bloques, uno de envío en la cadena del remitente y uno de recepción en la del destinatario.
Un bloque de estado ocupa 176 bytes (account, previous, representative, balance, link). El módulo de firma lo hashea con blake2b-256 y firma el hash con Ed25519, criptografía estándar. La parte inusual es la difusión: OWS debe consultar el estado de la cuenta para determinar si el bloque es un envío, una recepción o una apertura, generar prueba de trabajo (solo remota en esta PR, delegada a endpoints RPC, alrededor de un segundo, sin comisiones) y publicar mediante la acción process del RPC de Nano. Y recibir sigue siendo explícito: el destinatario debe publicar su bloque de recepción, no ocurre solo.
La prueba en mainnet, resumida
El autor lo demostró en mainnet, no solo en pruebas. Construyó los bloques con el CLI xno-skills, los firmó con OWS y movió 0,1 XNO; ambos bloques quedaron confirmados y son visibles en blocklattice.io.
ows wallet create --wallet test
-> dirección nano:mainnet, financiada desde una cuenta externa
npx xno-skills block receive -a $OWS_ACCT
construye el bloque de recepción; OWS lo firma y lo publica
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"
Lo que honestamente falta en esta PR
Tres cosas, dichas con claridad en la propia PR. Primera, firma de mensajes: sign message existe para otras cadenas, pero la versión de Nano está deliberadamente sin implementar, marcada #TBDL, a la espera de un estándar de facto sobre qué es un «mensaje firmado» en Nano (incidencia de seguimiento #183, mismo enfoque que XRPL). Segunda, no hay comandos de nivel superior: no existe ows send --to ... --amount ... ni ows balance, porque OWS es consistentemente «trae tu propia transacción sin firmar» en todas las cadenas. cbrunnkvist señala que construir un bloque de estado a mano es penoso, y que Nano sería un buen candidato para pilotar una capa genérica de envío y saldo si los mantenedores lo quieren. Tercera, la prueba de trabajo es solo remota: sin PoW de CPU o GPU, todo pasa por endpoints RPC.
El apartado de tests es sólido: 20 tests unitarios en el módulo de firma de Nano (codificación de direcciones, vectores de derivación mnemotécnica de 12 y 24 palabras, firma, verificación, hashing de bloques de estado), los 458 tests del workspace pasan y clippy está limpio. El hilo incluso recibió reacciones de Exxenoz y xnoforge.
Es una PR de infraestructura, no un lanzamiento de cara al usuario. Sin app nueva, sin token nuevo. El cambio es pequeño y importa: Nano ahora habla el mismo idioma de firma que el resto del ecosistema de carteras, así que la próxima cartera con soporte OWS podrá listar Nano sin trabajo extra. El paquete de Rust para desarrolladores es OpenRai/ows-nano.
Local, policy-gated signing and wallet management for every chain.