BIP-351 想让人公开分享一个支付码，而每对收发双方在链上都用只有彼此能算出的地址交易。本文拆解它的支付码格式、通知交易与隐私边界，并说明这份提案当前的状态。

想让第三方确认两个地址属于同一方，靠截图和口头承诺都不可验证。ERC-8092 草案定义了一份双方共签的关联记录：跨链地址、生效窗口、密钥类型与撤销标记各有字段。本文拆记录本体、信封层与验证者的四步核验。

以太坊地址是十六进制，字母大小写原本不影响归属。EIP-55 把校验信息藏进大小写里，让钱包能识破笔误。本文按官方文本拆解它对地址哈希定字母的规则、万分之二点五的漏检概率，以及它防不住的整址替换攻击。

ord 曾短暂引入过专门的“序数地址”：ord wallet send 生成特殊前缀地址，普通比特币地址要用 --cardinal 参数才生成。这个实验在后续版本被整体移除，铭文世界又回到了人人都认识的 bc1p 塔普罗特地址。本文沿版本日志还原这段历史，并解释为什么地址格式不是标记铭文意识的好位置。

比特币早期地址和私钥导出串都采用 Base58Check 编码：把十六进制数据换成去掉 0、O、I、l 四个易混字符的字母表，再附 4 字节校验和。本文讲清算法怎么算、校验和从哪来、它只防抄错不防篡改，以及 Bech32 为何在隔离见证后取而代之。

bech32 地址的 HRP 前缀、老 base58 地址的首字符，是钱包判断网络的第一眼依据。本文讲清三个测试网共用 tb 前缀的含义、地址字符串与输出脚本的关系、跨网转账的几种结局，以及测试币不可买卖的协议精神与自查清单。

Bech32 有一个末尾字符 p 前可任意增删 q 的已公开弱点。BIP350 用异或常数 0x2bc830a3 换出 Bech32m：v0 地址继续用 Bech32，v1 及以上用 Bech32m，并刻意让旧钱包对 bc1p 地址报错而不是烧币。本文讲清这条兼容决策与大小写规则对转账的实际影响。

同一平台不同币种生成的充值地址，有的永远不变，有的每次不同，这背后是两套完全不同的记账逻辑。本文解释 UTXO 型与账户型链的地址发放策略、复用地址的关联暴露、标签型地址的构成，以及给钱包归集与对账习惯的实际影响。

每次收款都发给同一个地址，链上会发生什么？本文从 UTXO 聚类分析的角度解释地址复用为什么会让你的全部资金“被看穿”，HD 钱包为什么默认每笔收款换新地址，以及兑换不同地址类型时的注意事项。

通过一笔ENS收款场景区分名称到地址的正向解析、地址到primary name的反向解析，并说明双向校验、多链记录和缓存问题。并补充resolver更换、多币种coinType、反向名称二次正向验证，以及缓存失效时应检查的链上位置。