钱包与链上工具

Aptos 每个账户都是 32 字节地址，写全有 64 个十六进制字符，但框架地址常被写成 0x1 这样一小截。本文按 Accepted 状态的 AIP-40 地址标准拆解：LONG 与 SHORT 两种形态、什么才算"特殊地址"、钱包和接口各自该显示与接受哪种写法，以及复制导出地址时该核对什么。

Aptos 生态标准 AIP-62（Wallet Standard）把浏览器扩展钱包与 dApp 的相处方式从"注入全局对象等被发现"改成"钱包主动登记、按功能名亮出能力"。本文拆解它要解决的漏发现与竞态问题、注册事件机制、必需与可选功能清单，以及这些接口约定对普通用户签名核对意味着什么。

Phantom 钱包连接和代币授权是两类风险。本文解释撤销授权前如何核验合约、额度、域名和设备安全，避免在假站二次授权。

WalletConnect 连接请求需要核验域名、会话、链、权限和签名内容。本文说明 Verify 类域名提示能覆盖什么，哪些风险仍要人工判断。

EIP-7702 让普通 EOA 能在单笔交易中临时具备智能账户能力。本文解释授权对象、委托代码、撤销边界和钱包签名前的风险核验。

比特币核心选币失败时只抛一句笼统的 Insufficient funds，背后藏着至少九种完全不同的原因：同步落后、确认门槛、coinbase 成熟期、avoid_reuse 隐私开关、lockunspent 锁币、多钱包发错对象、观察钱包、粉尘零头与费用现实。本文按同步、门槛、开关、口径、费用的顺序给出排查路径，把“钱不够”与“这次搬钱的价签太高”分开判断。

官方下载页的 SHA256SUMS 与 SHA256SUMS.asc 是两道互相独立的防线：前者证明文件与清单逐字节一致，后者用数字签名证明清单本身出自发布方。本文按威胁模型讲清各自防什么——传输损坏、镜像换包、下载渠道被整体劫持，给出本地重算哈希、导入并信任发布公钥、验签后再核清单的操作链，并解释为何这道程序管不到“发布构建本身是否干净”。

从纸钱包或旧私钥里把钱取出来只有两条路：导入让旧钥匙继续服役并保留地址历史，清扫则一笔搬家后让旧钥匙永久退休。本文对照两条路线的安全与隐私账单，结合比特币核心 v30 移除 importprivkey 等旧式导入命令后的官方替代动线，给出“这把钥匙还签不签名”的判断原则与不漏币、不泄私钥的操作要点。

Seed XOR 把一份 BIP39 助记词按位异或拆成几份，每份单独看都是合法助记词、都能开出真实可用的钱包，但必须全部凑齐才能还原。本文讲清拆分与还原的运算、与 SLIP39 分片在容错上的本质区别、蜜罐与合理否认的设计意图，以及缺份不报错、错拼静默开新钱包这两个最容易踩的使用陷阱。

Stellar 的 SEP-10 用一笔序列号为零的“挑战交易”完成签名登录。本文拆解它的返回结构、十五分钟时间窗、服务器核对清单与签名字段各自的职责。