Ключ xpub позволяет наблюдать за публичными потомками без права расходования. Однако его передача раскрывает больше связей, чем отдельный адрес получения.

01 · ПРОВЕРЕННЫЕ ФАКТЫ

Что подтверждает первоисточник

В BIP-32 расширенный публичный ключ состоит из обычного публичного ключа и chain code. По нему можно выводить публичные ключи нехардированных потомков без соответствующего приватного ключа. Для hardened-потомков такой публичный вывод намеренно недоступен. Bitcoin BIPs — BIP-32 Hierarchical Deterministic Wallets ↗

Спецификация предупреждает, что расширенный ключ относится к целому поддереву. Отдельная граница безопасности: сочетание родительского xpub и приватного ключа нехардированного потомка способно раскрыть родительский расширенный приватный ключ. Сам xpub не даёт права тратить средства. Bitcoin BIPs — BIP-32 Hierarchical Deterministic Wallets ↗

02 · АНАЛИЗ РЕДАКЦИИ WFN

Что это меняет в анализе

Учётному сервису может требоваться обнаружение адресов и входящих платежей. Переданный xpub поддерживает такую работу, но одновременно позволяет связывать адреса внутри раскрытой ветви. Поэтому оценивать приватность как при публикации единственного адреса неверно.

Это не означает, что любой экспорт показывает все адреса кошелька при любой схеме вывода. Охват зависит от выбранного узла и hardened-границ. Путь и структура счетов являются частью раскрываемой информации.

03 · ДАЛЬНЕЙШАЯ ПРОВЕРКА

Что проверить перед выводом

До экспорта выясните, какой счёт и какую ветвь запрашивает сервис и зачем. Приватные ключи и материал восстановления не должны попадать в аналитическую интеграцию. Предупреждение о сочетании ключей не оправдывает передачу приватного потомка для диагностики.

Проверьте документацию кошелька и сроки хранения данных сервисом. Отключение интеграции не стирает уже раскрытые связи адресов. Анализ WFN описывает информационные риски и не подтверждает безопасность конкретной реализации.