Watch-only в Bitcoin Core: баланс есть, а отправить BTC нельзя
Watch-only — кошелёк для наблюдения. Он может показывать настоящий баланс BTC, но сам не хранить ключи, необходимые для отправки. Иногда подпись выполняет отдельное устройство. Сначала установите, где должны находиться ключи: смена пароля к наблюдающему кошельку не добавит их.
Почему баланс виден без права распоряжаться BTC
История биткоин-адресов публична. Программа может показывать поступления на импортированный адрес, даже если у её пользователя никогда не было приватного ключа. Поэтому снимок баланса или полученный от другого человека файл кошелька не доказывает контроль над средствами.
В watch-only могут храниться адреса, расширенный публичный ключ или публичные дескрипторы — описания адресов и условий расходования. Такие данные полезны для наблюдения и подготовки неподписанной транзакции. Но дескрипторы бывают и с секретными данными: не публикуйте незнакомый экспорт целиком.
Актуальный пример — Bitcoin Core 32.1, объявленный 27 октября 2026 года. В нём документирован экспорт watch-only кошелька с публичными сведениями и историей, но без приватных ключей. Этот файл не заменяет резервную копию, необходимую для подписи.
Если проблема появилась после открытия старого файла, сначала отличите отсутствие ключей от ошибки загрузки старого кошелька.
Первые проверки: что сохранилось у вас
- Запишите программу и версию. Уточните, что вы импортировали: адрес, публичный ключ, файл, seed-фразу или иной набор данных.
- Проверьте сведения о кошельке и наличие внешнего устройства подписи. Сохраните копии файлов до любых изменений.
- Вспомните исходную схему: использовались ли аппаратный кошелёк, отдельный офлайн-компьютер или несколько участников подписи.
- Сравните адреса с прежними записями о ваших переводах. Совпадение подтверждает, что вы наблюдаете нужные адреса, но ещё не доказывает наличие ключей.
- Найдите резервные копии исходного кошелька и сведения об устройстве подписи. Не проверяйте seed-фразу на сайтах «активации» кошелька.
В Bitcoin Core команда getwalletinfo содержит поля private_keys_enabled и external_signer. Первое показывает, разрешены ли приватные ключи в этом кошельке; второе относится к внешнему устройству подписи. Это подсказки для диагностики, а не готовый вывод о доступности всех средств.
Отключённые приватные ключи могут быть нормальны при использовании внешнего устройства. И наоборот: включённые ключи не гарантируют, что можно потратить все показанные BTC. Значение имеют конкретные адреса и условия подписи.
Что может отсутствовать в разных сценариях
| Исходная схема | Потеря и первые шаги |
|---|---|
| Наблюдающий кошелёк и аппаратное устройство | Подключение устройства или правильный аккаунт. С чего начать: Проверить исходное устройство и его штатный порядок подписи. |
| Подпись на офлайн-компьютере | Секретный кошелёк на этом компьютере или его копия. С чего начать: Найти исходный носитель и резервные копии. |
| Импортирован только адрес или публичный ключ | Все данные для подписи. С чего начать: Установить, из какого исходного кошелька получены адреса. |
| Кошелёк с несколькими подписями | Часть ключей или сведения о схеме. С чего начать: Собрать данные обо всех необходимых участниках и настройках. |
Имя wallet.dat само по себе не говорит, что внутри есть нужные ключи. Пароль шифрует содержимое файла, но не восстанавливает сведения, которых в нём никогда не было. Отдельно разобраны восстановление wallet.dat и поиск исходного биткоин-кошелька.
Пример: наблюдение работает, подпись осталась на другом устройстве
Представим, что владелец создал кошелёк на офлайн-компьютере, а на рабочий ноутбук перенёс только публичные данные. Ноутбук показывает входящие BTC и готовит транзакцию. Для отправки её ещё должен подписать исходный кошелёк. Подобную схему описывает документация Electrum.
Если офлайн-компьютер сохранился, нужно восстановить штатный процесс подписи. Если он потерян, поиск начинается с его резервной копии. Сброс пароля на наблюдающем ноутбуке не заменит недостающие ключи.
Это учебный пример, а не результат клиентского восстановления. Он объясняет, почему исправно работающая программа может показывать средства и при этом не иметь возможности их отправить.
Когда имеет смысл оценивать восстановление
Для оценки восстановления кошелька достаточно описать, как он создавался, что было импортировано, какие типы копий сохранились и доступно ли устройство подписи. Уточните, получается ли подготовить транзакцию и на каком этапе возникает ошибка. Не прикладывайте к первому обращению файлы с ключами или seed-фразу.
Реальная задача может состоять в подключении устройства, восстановлении секретной копии или сборе схемы с достаточным количеством сохранившихся ключей. Если остались только публичные сведения, платная «активация» или новый пароль не дадут права распоряжаться BTC.
Особенно осторожно относитесь к продаже кошелька с большим балансом и обещанию отдельно продать к нему пароль. Перед оплатой услуг полезно проверить критерии выбора компании по восстановлению.
Сохраните исходные данные
- Наблюдаемый баланс не подтверждает, что у вас есть ключи для отправки.
- Не удаляйте исходные файлы и не экспериментируйте с единственной копией кошелька.
- Расширенные публичные ключи раскрывают связанные адреса, а некоторые дескрипторы содержат секреты. Не публикуйте их для диагностики.