Pseudonim to rozpoznawalny identyfikator bez wbudowanej tożsamości cywilnej. W Bitcoinie może nim być adres, public key, xpub, wallet cluster, Lightning node ID lub konto usługi; znaczenie zależy od możliwości łączenia tych śladów ze sobą i światem realnym.
Whitepaper Bitcoin oddziela public keys od publicznej tożsamości, lecz wskazuje widoczny przepływ transakcji. Pseudonim ukrywa nazwisko tylko do chwili utworzenia innego powiązania. Potem da się ponownie analizować wcześniejszą i późniejszą aktywność; anonimowość nie jest stała.
Adres to instrukcja płatnicza wyprowadzona z key lub Script, nie nazwa użytkownika ani pewny dowód jednej osoby. Użytkownik może kontrolować wiele adresów, a warunek wydania kilka osób lub urządzeń. Podpis dowodzi autoryzacji Script, nie tożsamości prawnej.
Każdy transfer on-chain wydaje wcześniejsze UTXO i tworzy outputs. Kwoty, typy Script i relacje są publiczne, więc obserwator buduje probabilistyczny graf. Zwykle nie ma w nim nazwisk, ale exchange, invoice lub opublikowany adres może oznaczyć jego część.
Address reuse zamienia jednorazową instrukcję w trwały publiczny identyfikator. Kontrahenci widzą wspólną historię oraz późniejsze wpływy i wydatki. Nowa receive address na każdą płatność ogranicza bezpośredni link, ale inne heuristics mogą odtworzyć relacje.
Wallet zwykle zwraca nadwyżkę jako change. Wykrywanie change i common-input-ownership heuristic mogą grupować inputs w wallet cluster, choć nie stanowią dowodu kryptograficznego. CoinJoin, PayJoin, coin control i późniejsze wydawanie zmieniają siłę wniosku.
Exchange KYC zna konto i zwykle withdrawal address; merchant zna zamówienie, czas i kwotę; płatność osobista może ujawnić obecność. Tożsamość jest przypisywana poza consensus, lecz trafia do publicznego grafu. Zmiana adresu nie cofa wcześniejszego ujawnienia.
BIP 32 wyprowadza wiele keys z deterministycznego drzewa. Wyciek xpub zwykle nie pozwala wydawać, lecz może ujawnić przeszłą i przyszłą historię gałęzi wallet. xpub jest zatem silnym, długotrwałym pseudonimem.
IP, timing broadcast, wallet backend, block explorer, cookies, push, cloud backup i analytics SDK mogą połączyć pseudonim on-chain z urządzeniem lub kontem. Własny full node ogranicza część zapytań stron trzecich, ale nie wszystkie wycieki sieci i endpoint.
Lightning dodaje identyfikatory: publiczny node ID i channels mogą być trwałe, a invoice, offer, route hint czy payment hash tworzą inne związki. Płatność off-chain zwykle nie trafia do blockchain, lecz uczestnicy i usługi widzą różne metadata.
W audycie oddziel ‘adres nie zawiera nazwiska’ od ‘nikt nie zna właściciela’. Sprawdź address reuse, źródło UTXO, change, wspólne inputs, publiczne adresy, xpub, KYC, backend i Lightning. Opisuj linkability wobec konkretnego obserwatora, nie absolutną anonimowość. Źródła: Bitcoin whitepaper — Privacy; Bitcoin.org — Protect Your Privacy; BIP 32 — Hierarchical Deterministic Wallets; Bitcoin Developer Guide — Transactions; Lightning BOLT #7 — Routing Gossip.
Pełniejszy obraz uzyskasz, czytając to hasło razem z Prywatność w Bitcoinie, Adres Bitcoin, KYC, Address Clustering, Bitcoin, UTXO. Do tego hasła prowadzą również odsyłacze z Prywatność w Bitcoinie, KYC, Nostr.