核心用法
Nano (XNO) Skill 是专为 Nano 加密货币设计的全方位钱包操作与交易分析工具。它采用双通道执行架构：优先通过 xno-mcp 工具集（MCP 服务器）进行结构化操作，仅在 MCP 不可用时回退到 xno-skills CLI。核心功能覆盖完整的钱包生命周期外操作：
- 资金管理：发送/接收 XNO、查询余额、处理待收资金（pending）、创建付款请求与退款
- 地址与验证：离线地址格式校验（
nano_/xrb_前缀、Base32 编码、Blake2b 校验和） - 实用工具：单位转换（raw/mnano/knano/XNO，30位小数）、QR 码生成、消息签名验证（NOMS/ORIS-001 标准）
- 区块探索：账户/区块/交易哈希查询，优先推荐
blocklattice.io浏览器
关键设计原则：
- MCP 优先：
wallet_send、wallet_receive、wallet_balance等工具自动处理 OWS 签名、PoW 生成与广播 - 零配置启动：内置公共 RPC 节点（rainstorm.city、nanoslo.0x.no），无需手动设置
- 安全隔离：私钥永不离开 OWS 加密存储，Agent 无法访问助记词或裸私钥
显著优点
1. 确定性终局性（<1秒）：Nano 的 ORV（Open Representative Voting）共识无需等待区块确认，交易通常在亚秒内确定
2. 零手续费：协议层无 gas 费，适合小额支付与高频转账
3. 双路径冗余：MCP 与 CLI 共享底层代码路径，确保工具不可用时仍有可靠 fallback
4. 主动资金接收：检测到 pending 资金时自动调用 wallet_receive，无需用户二次确认
5. 完善的防呆设计：maxSendXno 默认 1.0 XNO 支出上限、地址发送前强制验证、退款目的地人工确认
潜在缺点与局限性
- PoW 计算依赖本地 CPU：首用需 5-15 秒 WASM 后端探测，低性能设备或高负载时可能超时
- MCP 签名功能待完善：NOMS 消息签名需等待 OWS PR #217 合并，当前仅支持 CLI 裸私钥签名（需用户本地执行）
- 账户激活门槛：新账户需至少一笔 receive 区块才能打开，"Account not found" 是正常状态而非错误
- 无智能合约：纯支付协议，不支持程序化条件转账或 DeFi 原生集成
- 网络依赖性：所有余额查询与广播需 RPC 节点，虽有多节点冗余，但极端网络隔离时不可用
适合人群
- Nano 持有者：需要安全、快速的日常收发操作
- 商户与开发者：集成零手续费支付流程，生成付款 QR 码与跟踪请求状态
- 交易所与托管方：需要程序化余额监控与批量资金归集
- 隐私敏感用户：偏好本地 PoW 与自托管钱包，拒绝第三方服务托管私钥
常规风险
| 风险类型 | 具体表现 | 缓解措施 |
|---------|---------|---------|
| 私钥泄露 | 用户误将裸私钥粘贴给 Agent | 严格使用 `YOUR_PRIVATE_KEY_HEX` 占位符模式，Agent 永不接触真实密钥 |
| 地址投毒 | 相似地址替换攻击 | 强制 `util_validate` 校验，发送前展示完整地址 |
| RPC 节点故障 | "All endpoints exhausted" | 自动重试 + 节点切换策略，内置多节点轮询 |
| 资金永久 pending | 接收方未 publish receive 区块 | 主动调用 `wallet_receive`，未开启账户自动构建 open block |
| 供应链攻击 | 恶意 npm 包替换 | 锁定 `xno-skills@4.2.0` 与 `@open-wallet-standard/core`，禁止第三方包 |
| 过度授权支出 | Agent 擅自提高 `maxSendXno` | 明确禁止自动修改限额，必须人工确认配置变更 |