仮名性

Bitcoin whitepaper は public key と公開 identity を分離する一方、transaction flow は見えると説明します。仮名は別データが link を作るまで名前を隠すだけです。結合後は過去と将来の活動を再分析でき、匿名性が恒久的に得られるわけではありません。

Address は key や Script から作る支払い指示で、username や一人の人物の確実な証明ではありません。一人が多数を管理し、一つの spending condition を複数人・端末が管理できます。署名は Script 上の authorization を証明し、法的 identity は証明しません。

On-chain transfer は以前の UTXO を使い、新しい outputs を作ります。金額、Script type、関係が公開され、観測者は確率的な仮名 graph を構築します。通常は名前がなくても、exchange 記録、invoice、公開 address で一部を特定できます。

Address reuse は一度限りの支払い指示を永続的な公開識別子にします。相手は共通履歴と後の受取・支出を追跡できます。支払いごとの新しい receive address は直接 link を減らしますが、他の heuristics による再結合は防げません。

Wallet は余剰を change として戻します。Change 検出と common-input-ownership heuristic は inputs を wallet cluster にまとめ得ますが、暗号学的証明ではありません。CoinJoin、PayJoin、coin control、後の支出が推論を弱めたり強めたりします。

KYC exchange は account と通常 withdrawal address を、merchant は注文・時刻・金額を知ります。対面支払いは物理的存在も示します。Identity 付与は consensus 外ですが公開 graph に追加可能で、address を替えても過去の link は取り消せません。

BIP 32 は一つの決定論的 tree から多数の keys を導出します。xpub 漏えいは通常 spend 権限を与えませんが、wallet branch の広い過去・将来履歴を露出します。したがって xpub は強く長期的な仮名です。

IP、broadcast timing、wallet backend、block explorer、cookies、push、cloud backup、analytics SDK は on-chain 仮名を端末や account に結び付けます。自分の full node は一部の第三者 query を減らしますが、全 network・endpoint leak を消しません。

Lightning には public node ID、channels、invoice、offer、route hint、payment hash など別の識別子があります。Off-chain 支払いは通常 blockchain に記録されませんが、送受信者、routing nodes、service provider は異なる metadata を見ます。

Audit では『address に名前がない』と『所有者を誰も知らない』を分けます。Address reuse、UTXO 起源、change、共通 inputs、公開 address、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.