Address Clustering gruppiert Bitcoin-Adressen oder Ausgabeskripte, denen ein Analysemodell gemeinsame Kontrolle zuschreibt. Die Blockchain speichert solche Gruppen nicht. Einen Dienst oder Menschen zu benennen erfordert einen weiteren Schritt mit eigenen Belegen.
Der Transaktionsgraph verbindet tatsächlich ausgegebene Ausgänge mit den verbrauchenden Transaktionen. Cluster gruppieren zusätzlich Knoten nach vermuteter Kontrolle. Eine Zahlung zwischen zwei Adressen allein begründet keinen gemeinsamen Eigentümer; Transaktionskanten und Kontrollverbindungen sind zu trennen. [Meiklejohn et al. — A Fistful of Bitcoins]
Ein Eingang verweist auf ein früheres UTXO, nicht auf ein universelles Absenderadressfeld. Der ursprüngliche scriptPubKey muss ermittelt, Netzwerk und Blockbereich müssen angegeben werden. Manche Skripte haben keine übliche Adressdarstellung; sie einer vermeintlichen Person gleichzusetzen verwechselt Technik mit Identität. [Bitcoin Developer Guide — Transactions]
Common-Input Ownership Heuristic verbindet die Eingangsseite. Change-Erkennung kann einen Ausgang hinzufügen; ein falsch gewählter Empfänger vereint beide Zahlungsparteien. Zwei Ausgänge bedeuten nicht automatisch Zahlung und Change: Es können zwei Empfänger oder eigene Wallet-Transfers sein. Adressneuheit allein entscheidet nicht. [Meiklejohn et al. — A Fistful of Bitcoins] [BIP 78 — A Simple Payjoin Proposal]
Skripttyp, runde Beträge und frühere Adressnutzung können Modellmerkmale sein, keine Beweise. CoinJoin und Payjoin verletzen manche üblichen Annahmen; Ausnahmen brauchen keine auffällig gleichen Beträge. Änderungen von Software oder Verhalten ändern Fehlerraten, daher gilt historische Leistung nicht ohne neue Messung für heutige Daten. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin] [BIP 78 — A Simple Payjoin Proposal]
Union-find bildet effizient transitive Gruppen. Eine gewöhnliche Implementierung kann eine frühere Vereinigung nicht einfach löschen und das Cluster korrekt aufteilen. Deshalb Kanten, Transaktionen und Regelversionen aufbewahren; Korrekturen können Neuberechnung erfordern. Eine Mitgliederliste allein erhält den Belegpfad der Vereinigung nicht. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Möser und Narayanan beschränken union-find, damit Gruppen mit einem vermuteten Zahlungsausgang dazwischen nicht verschmelzen. Das kann cluster collapse eindämmen, beruht aber selbst auf Zahlungsinferenz. Konservative Regeln können richtige Verbindungen ablehnen; weniger Vereinigungen beschreiben nicht automatisch alle Eigentümer besser. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Eine Adresse mit einem Dienst zu beschriften und das Label auf ein Cluster auszuweiten sind verschiedene Aussagen. Herkunft, Zeitraum und Ausbreitungspfad dokumentieren; eine Börsengruppe ist kein einzelner Kunde. Aus derselben Heuristik abgeleitete Referenzen sind nicht völlig unabhängig. Falsche Vereinigungen, falsche Trennungen und Abdeckung getrennt bewerten. [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Erkannte interne Transfers können self-churn aus geschätzten Zahlungseingängen entfernen. Neue Cluster können daher historische Kennzahlen ohne Blockchain-Änderung revidieren. Gruppensalden aus noch ungenutzten UTXOs an einem bestimmten Block berechnen, nicht aus allen je empfangenen Ausgängen. Modell- und Labelversionen sowie Datenstichtag angeben. [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Common-Input Ownership Heuristic, Chain Surveillance, Wechselgeld-Ausgang, CoinJoin, PayJoin, UTXO. Auf diesen Eintrag verweisen außerdem Pseudonymität, Chain Surveillance, Common-Input Ownership Heuristic, Transaction Labeling.