가명성

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에 추가되며 주소 변경으로 과거 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는 일부 제3자 query를 줄이지만 모든 network·endpoint leak를 없애지는 않는다.

Lightning에는 public node ID, channels, invoice, offer, route hint, payment hash 등 다른 식별자가 있다. Off-chain 결제는 보통 blockchain에 기록되지 않지만 송수신자, routing nodes, 서비스는 서로 다른 metadata를 본다.

Audit에서는 ‘address에 이름이 없다’와 ‘아무도 소유자를 모른다’를 구분한다. 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.