Address Clustering grupuje adresy Bitcoin lub skrypty wyjść, którym model przypisuje wspólną kontrolę. Blockchain nie przechowuje takich grup. Nazwanie usługi czy osoby to odrębny krok wymagający własnych dowodów.
Graf transakcji łączy rzeczywiście wydane wyjścia z konsumującymi je transakcjami. Cluster dodatkowo grupuje węzły według domniemanej kontroli. Sam przelew między adresami nie uzasadnia wspólnego właściciela; krawędź płatności i związek kontroli są odrębne. [Meiklejohn et al. — A Fistful of Bitcoins]
Wejście wskazuje wcześniejsze UTXO, nie uniwersalne pole adresu nadawcy. Trzeba odszukać pierwotny scriptPubKey oraz podać sieć i zakres bloków. Niektóre skrypty nie mają zwykłej reprezentacji adresowej; zamiana ich w domniemaną osobę myli obiekt techniczny z tożsamością. [Bitcoin Developer Guide — Transactions]
Common-Input Ownership Heuristic łączy stronę wejściową. Rozpoznanie change może dołączyć wyjście; błędny wybór odbiorcy scala strony płatności. Dwa wyjścia nie oznaczają automatycznie płatności i change: mogą służyć dwóm odbiorcom lub własnym portfelom. Sama nowość adresu nie rozstrzyga. [Meiklejohn et al. — A Fistful of Bitcoins] [BIP 78 — A Simple Payjoin Proposal]
Typ skryptu, okrągłe kwoty i wcześniejsze użycie adresu mogą być cechami modelu, nie dowodami. CoinJoin i Payjoin naruszają część założeń; wyjątki nie wymagają wyraźnie równych kwot. Zmiany oprogramowania lub zachowania zmieniają błędy, więc historyczna skuteczność wymaga nowego pomiaru na obecnych danych. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin] [BIP 78 — A Simple Payjoin Proposal]
Union-find sprawnie tworzy grupy przechodnie. Zwykła implementacja nie może po prostu usunąć dawnego scalenia i poprawnie podzielić cluster. Zachowaj krawędzie, transakcje i wersje reguł; naprawa może wymagać przeliczenia. Sama lista członków nie zachowuje ścieżki dowodowej scalenia. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Möser i Narayanan ograniczają union-find, zabraniając łączenia grup oddzielonych przewidywanym wyjściem płatności. Może to powstrzymać cluster collapse, ale samo zależy od rozpoznania płatności. Ostrożna reguła może odrzucać poprawne związki; mniej scaleń nie opisuje automatycznie wszystkich właścicieli trafniej. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Oznaczenie jednego adresu usługą i rozszerzenie etykiety na cluster to różne twierdzenia. Zapisuj pochodzenie, okres i drogę propagacji; grupa giełdowa nie jest jednym klientem. Referencje z tej samej heurystyki nie są w pełni niezależne. Rozdzielaj fałszywe scalenia, fałszywe podziały i pokrycie próby. [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Rozpoznany transfer wewnętrzny może usunąć self-churn z szacowanych wpływów. Inna wersja grup zmieni więc historyczną metrykę bez zmiany blockchain. Saldo licz z nadal niewydanych UTXO na określonym bloku, nie wszystkich historycznie otrzymanych wyjść. Podawaj wersje modelu i etykiet oraz granicę danych. [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Common-Input Ownership Heuristic, Chain Surveillance, Wyjście reszty, CoinJoin, PayJoin, UTXO. Do tego hasła prowadzą również odsyłacze z Pseudonimowość, Chain Surveillance, Common-Input Ownership Heuristic, Transaction Labeling.