Address Clustering vytváří skupiny bitcoinových adres nebo výstupních skriptů, které analytický model přisuzuje společné kontrole. Blockchain takové skupiny neukládá. Pojmenování služby či osoby je další krok s vlastními důkazy.
Transakční graf spojuje skutečné utracené výstupy s transakcemi, které je spotřebovaly. Cluster navíc sdružuje uzly podle odhadované kontroly. Platba mezi dvěma adresami sama není důvodem považovat obě za jednoho vlastníka; transakční hrana a vazba společné kontroly nesmějí splývat. [Meiklejohn et al. — A Fistful of Bitcoins]
Vstup obsahuje odkaz na dřívější UTXO, nikoli univerzální pole adresy odesílatele. Postup musí dohledat původní scriptPubKey a uvést síť i rozsah bloků. Některé skripty nemají běžnou adresní reprezentaci; jejich nucené převedení na údajnou osobu by zaměnilo technický objekt za identitu. [Bitcoin Developer Guide — Transactions]
Common-Input Ownership Heuristic spojuje vstupní stranu. Odhad change může k této skupině připojit výstup; nesprávně vybraný příjemce tak sloučí dvě strany platby. Dva výstupy neznamenají automaticky platbu a change: mohou to být dva příjemci nebo přesun mezi vlastními peněženkami. Novost adresy sama nerozhoduje. [Meiklejohn et al. — A Fistful of Bitcoins] [BIP 78 — A Simple Payjoin Proposal]
Typ skriptu, zaokrouhlení částky a dřívější použití adresy mohou být příznaky modelu, nikoli důkazy. CoinJoin a Payjoin porušují některé běžné předpoklady; výjimky nemusí mít nápadně stejné částky. Změna softwaru či chování uživatelů může změnit chybovost, takže historickou úspěšnost nelze bez nového měření přenést na současná data. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin] [BIP 78 — A Simple Payjoin Proposal]
Union-find účinně vytváří tranzitivní skupiny. Běžná implementace ale neumí prostě odstranit dřívější spojení a správně rozdělit výsledný cluster. Uchovejte proto podkladové hrany, transakce a verze pravidel; oprava může vyžadovat přepočet. Samotný seznam členů nezachovává důkazní cestu, která sloučení vytvořila. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Möser a Narayanan omezují union-find tak, aby nespojoval skupiny oddělené odhadovaným platebním výstupem. Takový zákaz může bránit cluster collapse, ale sám závisí na odhadu platby. Konzervativní pravidlo může odmítnout i správnou vazbu; menší počet sloučení není automaticky přesnější popis všech vlastníků. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Označení jedné adresy názvem služby a rozšíření na cluster jsou dvě různá tvrzení. Zaznamenejte původ štítku, období a cestu rozšíření; směnárenská skupina není jeden zákazník. Referenční data odvozená ze stejné heuristiky nejsou plně nezávislá. Hodnocení musí oddělit chybné sloučení, chybné rozdělení a pokrytí vzorku. [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Rozpoznání vlastního přesunu může vyřadit self-churn z odhadu příchozích plateb. Jiná verze clusterů proto změní historickou metriku bez změny blockchainu. Zůstatek skupiny počítejte z jejích dosud neutracených UTXO k určenému bloku, ne součtem všech historicky přijatých výstupů. U výsledku uveďte verzi modelu, štítků a datový řez. [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Pro nejúplnější obraz čtěte toto heslo společně s Common-Input Ownership Heuristic, Chain Surveillance, Výstup na vrácení, CoinJoin, PayJoin, UTXO. Opačným směrem na něj odkazují také Pseudonymita, Chain Surveillance, Common-Input Ownership Heuristic, Transaction Labeling.