156 / 691CHAINAL

Chain Surveillance

Наблюдение за блокчейном и выводы о реальных субъектах

Chain Surveillance объединяет публичные транзакции, оценки общего контроля и внешние данные; надёжность вывода ограничена самым слабым подтверждённым шагом атрибуции.

Chain Surveillance систематически наблюдает граф Bitcoin для оценки потоков, групп адресов и их связи с субъектами. Проверяемые данные сочетаются с эвристиками и внешними метками. Запись транзакции, общий контроль ключей и личность человека — три разных уровня утверждений.

Транзакция указывает расходуемые прежние выходы и создаваемые выходы с суммами и условиями. Граф UTXO подтверждает связи выходов, а не имя или IP адрес плательщика. Протокол обычно не помечает выход как платёж или change и не распределяет отдельные входные satoshi по конкретным выходам. Цветная линия потока может включать дополнительное правило распределения стоимости, которое нужно раскрыть. [Bitcoin Developer Guide — Transactions]

Common-input ownership heuristic объединяет входы, поскольку обычный кошелёк использует собственные монеты. Предполагаемый change может присоединить выход. Это не правила консенсуса: CoinJoin и Payjoin допускают входы разных участников без обмена приватными ключами. BIP 78 — конкретный контрпример, где получатель добавляет свои входы. Общая транзакция без дополнительных предположений не доказывает одного владельца. [Meiklejohn et al. — A Fistful of Bitcoins] [BIP 78 — A Simple Payjoin Proposal]

Привязка сервиса может исходить из документированного взаимодействия, опубликованного адреса или записи контрагента. Каждая метка требует автора, основания и периода применимости. Биржа может управлять монетами множества клиентов, а один субъект использовать несколько кластеров. Поэтому кластер не равен числу людей, а адрес сервиса автоматически не устанавливает клиента или назначение каждого платежа. [Meiklejohn et al. — A Fistful of Bitcoins]

Исследование Goldfeder et al. 2017 года рассматривает связь покупок с блокчейном и веб-идентификаторами. Практическая модель связывает сумму, временной интервал или платёжный адрес с cookie либо аккаунтом. Это другой источник, а не личность внутри транзакции. Историческая выборка не задаёт универсальную современную успешность наблюдения. Сохранённые метаданные всё же могут позволить последующее ретроспективное связывание. [Goldfeder et al. — When the cookie meets the blockchain]

IP адрес может регистрироваться при соединении или ретрансляции, но не является полем выхода Bitcoin. Узел передаёт и чужие транзакции, поэтому первый замеченный peer не обязательно исходный отправитель. Tor может ослаблять связь трафика с IP, не меняя опубликованные суммы и связи UTXO. Оценка должна отделять увиденное в сети от выведенного из блокчейна. [Bitcoin — Protect your privacy]

При транзитивном слиянии ложное ребро может объединить две большие группы в неверный суперкластер. Möser и Narayanan исследуют ограничения такого cluster collapse и признают предположения и смещения производных эталонных данных. В собственной оценке указывайте ложные объединения, пропущенные связи, охват, период и проверку меток. Без калибровки на известных случаях балл инструмента не является автоматически вероятностью правильной идентификации. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]

Новые адреса получения уменьшают прямое повторное использование, но поздняя совместная трата может добавить связь. Payjoin нарушает предположение общих входов, не стирая публичный граф или данные продавца. Собственный узел уменьшает раскрытие запросов чужому backend, а не публичность подтверждённых транзакций. Полезная оценка называет наблюдателя и защищаемую связь вместо обещания полной анонимности. [Bitcoin Developer Guide — Transactions] [BIP 78 — A Simple Payjoin Proposal] [Bitcoin — Protect your privacy]

Для каждого утверждения запишите транзакцию или выход, источник метки, эвристики, дату и альтернативные объяснения. Отличайте прямой платёж от многошаговой связи, а контроль ключей от экономической собственности. Балл риска или расстояние в графе сами не доказывают личность либо поступок. Такая производная проверка качества требует пересматривать вывод при новых доказательствах, не превращая исходное предположение в якобы независимо подтверждённый факт. [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]

Для полной картины прочитайте эту статью вместе с Приватность в Bitcoin, Common-Input Ownership Heuristic, Address Clustering, Transaction Labeling, CoinJoin, PayJoin. На эту статью также ссылаются Выход сдачи, Common-Input Ownership Heuristic, Address Clustering, Czech Ministry Bitcoin donation scandal.

DOC · 001Bitcoin Developer Guide — TransactionsДокументация ↗DOC · 002Meiklejohn et al. — A Fistful of BitcoinsПервичный источник ↗DOC · 003Goldfeder et al. — When the cookie meets the blockchainПервичный источник ↗DOC · 004Möser and Narayanan — Resurrecting Address Clustering in BitcoinПервичный источник ↗DOC · 005BIP 78 — A Simple Payjoin ProposalСпецификация ↗DOC · 006Bitcoin — Protect your privacyДокументация ↗
Сначала источники · Не является инвестиционной рекомендацией