Псевдоним — повторно распознаваемый идентификатор без встроенной гражданской личности. В Bitcoin это address, public key, xpub, wallet cluster, Lightning node ID или аккаунт сервиса; сила зависит от возможности связать следы между собой и реальным миром.
Whitepaper Bitcoin отделяет public keys от публичной личности, но отмечает видимость потока транзакций. Псевдоним скрывает имя лишь до появления иной связи. Затем прошлую и будущую активность можно анализировать заново; постоянная анонимность не приобретается.
Address — платёжная инструкция из key или Script, а не username и не надёжное доказательство одного человека. Один пользователь контролирует много адресов, а условие spend — несколько людей или устройств. Подпись доказывает authorization по Script, не юридическую личность.
Каждый on-chain перевод тратит прежние UTXO и создаёт outputs. Суммы, типы Script и связи публичны, поэтому наблюдатель строит вероятностный граф. Обычно имён нет, но exchange, invoice или опубликованный address может обозначить его часть.
Address reuse превращает разовую инструкцию в постоянный публичный идентификатор. Контрагенты видят общую историю и будущие поступления или траты. Новый receive address для каждого платежа уменьшает прямую связь, но другие heuristics могут её восстановить.
Wallet возвращает избыток как change. Выявление change и common-input-ownership heuristic могут объединить inputs в wallet cluster, хотя это не криптографическое доказательство. CoinJoin, PayJoin, coin control и дальнейшие траты меняют силу вывода.
KYC exchange знает аккаунт и обычно withdrawal address; merchant знает заказ, время и сумму; личный платёж может раскрыть присутствие. Личность привязывается вне consensus, но добавляется к публичному графу. Смена адреса не отменяет прежнюю связь.
BIP 32 выводит множество keys из детерминированного дерева. Утечка xpub обычно не даёт права spend, но может раскрыть прошлую и будущую историю ветви wallet. Поэтому xpub — сильный долговременный псевдоним.
IP, время broadcast, wallet backend, block explorer, cookies, push, cloud backup и analytics SDK могут связать on-chain псевдоним с устройством или аккаунтом. Собственный full node сокращает часть сторонних запросов, но не все network и endpoint leaks.
Lightning добавляет идентификаторы: public node ID и channels могут быть постоянны; invoice, offer, route hint или payment hash создают другие связи. Off-chain платёж обычно не записывается в blockchain, но участники и сервисы видят разные metadata.
В аудите отделяйте ‘address не содержит имени’ от ‘владельца никто не знает’. Проверьте Address reuse, источник UTXO, change, общие inputs, публичные addresses, 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.
Для полной картины прочитайте эту статью вместе с Приватность в Bitcoin, Биткоин-адрес, KYC, Address Clustering, Bitcoin, UTXO. На эту статью также ссылаются Приватность в Bitcoin, KYC, Nostr.