假名性

Bitcoin whitepaper 将 public key 与公开身份分离，同时指出交易流仍可见。假名只在其他数据尚未建立关联时隐藏姓名；一旦关联，过去和未来活动都可重新分析，因此并非永久获得匿名。

地址是由 key 或 Script 派生的付款指令，不是用户名，也不能可靠证明某个自然人。一个用户可控制许多地址，一个支出条件也可由多人或多设备控制。签名证明按 Script 授权，不证明法律身份。

每笔 on-chain 转账花费既有 UTXO 并创建新 outputs。金额、Script 类型和关联关系公开，观察者据此构建概率性假名图。图通常没有姓名，但 exchange 记录、invoice 或公开地址可以标记其中一部分。

Address reuse 会把一次性付款指令变成持久公开标识。交易对手可看到共同历史并追踪后续收支。每次使用新的 receive address 能减少直接关联，却无法阻止其他 heuristics 重新连接活动。

Wallet 通常把余额作为 change 返回。Change 识别与 common-input-ownership heuristic 可把多个 inputs 聚为 wallet cluster，但并非共同所有权的密码学证明。CoinJoin、PayJoin、coin control 和后续支出会改变推断强度。

KYC exchange 知道账户且通常知道 withdrawal address；merchant 知道订单、时间和金额；面对面付款可能暴露物理位置。身份绑定发生在 consensus 之外，却可附加到公开图。以后更换地址不能撤销已泄露关联。

BIP 32 可从一个确定性树派生许多 keys。xpub 泄露通常不授予 spend 权，却可能暴露相应 wallet 分支大量过去与未来历史。因此 xpub 是强而长期的假名，应理解后果后再共享。

IP、broadcast 时间、wallet backend、block explorer、cookies、push、cloud backup 与 analytics SDK 可把 on-chain 假名关联到设备或账户。自有 full node 能减少部分第三方查询，但不会自动消除全部网络和 endpoint 泄漏。

Lightning 还有其他标识符：公开 node ID 与 channels 可能长期可识别，invoice、offer、route hint 或 payment hash 会产生不同关联。Off-chain 付款通常不上 blockchain，但发送者、接收者、路由节点和服务方可见不同 metadata。

审计时要区分‘地址不含姓名’与‘无人知道所有者’。检查 address reuse、UTXO 来源、change、共同 inputs、公开地址、xpub、KYC、网络 backend 与 Lightning 标识。应描述针对具体观察者的 linkability，而非绝对匿名。 资料来源: Bitcoin whitepaper — Privacy; Bitcoin.org — Protect Your Privacy; BIP 32 — Hierarchical Deterministic Wallets; Bitcoin Developer Guide — Transactions; Lightning BOLT #7 — Routing Gossip.