Как проверить баланс биткоин-кошелька по адресу: UTXO, подтверждения и приватность

Баланс биткоин-кошелька можно проверить без входа в чужой аккаунт, пароля и seed-фразы: достаточно публичного адреса и данных блокчейна. Но результат по одному адресу не всегда равен балансу всего кошелька. Современное приложение создаёт много адресов, принимает монеты на одни, отправляет сдачу на другие и считает общую сумму по всем контролируемым неизрасходованным выходам. Поэтому ноль в обозревателе ещё не доказывает, что кошелёк пуст, а крупная сумма на публичном адресе не доказывает, что человек, показавший этот адрес, способен её потратить.

Правильная проверка начинается с постановки задачи. Если нужно подтвердить конкретный перевод, ищут TxID и статус транзакции. Если нужно увидеть остаток на известном адресе, изучают полученные и уже потраченные выходы. Если владелец хочет восстановить полный баланс своего HD-кошелька, одного старого адреса недостаточно: потребуется само приложение, корректная резервная копия или безопасно настроенный режим наблюдения. У биржевого аккаунта цифра вообще может храниться во внутренней базе площадки и не совпадать с движением одного депозитного адреса.

В этой инструкции разобрано, как проверить баланс биткоин кошелька по адресу, что означают confirmed, unconfirmed, received, sent и UTXO, почему разные сервисы иногда показывают разные числа и какие сведения нельзя вводить на сайте обозревателя. Отдельное внимание уделено приватности: блокчейн открыт, но запрос к стороннему сервису способен связать интересующий адрес с IP-адресом и браузером проверяющего. Для обычной разовой проверки достаточно публичного адреса; для регулярного контроля значимых средств лучше использовать watch-only-кошелёк или собственный узел.

Что именно называется балансом биткоин-кошелька

В Bitcoin нет банковской строки «остаток счёта», которую хранит центральный оператор. Сеть хранит транзакции и набор выходов, которые ещё не были потрачены. Такой выход называется UTXO — unspent transaction output. Когда кошелёк показывает 0,25 BTC, он фактически суммирует подходящие UTXO, условия расходования которых может выполнить владелец его ключей. Именно эта модель объясняет большинство кажущихся несоответствий.

Баланс адреса и баланс кошелька — разные величины

Bitcoin-адрес — публичный идентификатор назначения платежа. Кошелёк — программа и набор ключей, способных создавать множество адресов и подписывать расходование полученных выходов. Один адрес может иметь остаток 0 BTC, тогда как весь кошелёк контролирует средства на десятках других адресов. И наоборот: адрес с заметным остатком может принадлежать бирже и объединять деньги множества клиентов, а не одному человеку.

Поэтому формулировка «проверь мой кошелёк» требует уточнения. Владелец прислал один адрес для получения? Тогда проверяется только связанная с ним история. Он хочет сверить всё приложение после восстановления? Нужен полный набор производных адресов и адресов сдачи. Он подтверждает оплату? Важнее конкретная транзакция и выход в пользу получателя, а не текущий остаток адреса, который мог измениться после платежа.

Как UTXO превращаются в видимый остаток

Каждая обычная Bitcoin-транзакция использует один или несколько прежних выходов как входы и создаёт новые выходы. Новый выход ждёт, пока будущая транзакция не потратит его. Пока этого не произошло, он входит в набор UTXO. Баланс определяется суммой таких выходов, относящихся к рассматриваемому адресу, скрипту или кошельку.

Предположим, на адрес поступили 0,03 BTC и 0,02 BTC двумя транзакциями. До расходования там два UTXO на общую сумму 0,05 BTC. Владелец отправляет 0,04 BTC. Кошелёк может использовать оба входа, создать выход 0,04 BTC получателю и отдельный выход сдачи за вычетом комиссии. Старый адрес после этого покажет ноль, хотя сдача остаётся под контролем того же кошелька на новом внутреннем адресе.

Почему сумма всех входящих платежей не равна текущему балансу

Поле total received показывает исторический объём поступлений, а не доступные сейчас монеты. Если адрес получил 2 BTC и затем потратил 1,7 BTC, текущий остаток связан только с неизрасходованными выходами, а не со всей суммой поступлений. Некоторые обозреватели показывают received, sent и balance рядом, из-за чего пользователь принимает самое крупное число за остаток.

Для адреса с повторным использованием приблизительная арифметика «получено минус потрачено» может визуально совпасть с результатом, но надёжнее смотреть список UTXO. Транзакция расходует выход целиком; сдача создаётся новым выходом. Это не модель частичного списания с прежней записи, как в банковской книге.

Подтверждённый, ожидающий и доступный для расходования баланс

Новая транзакция сначала распространяется между узлами и может находиться в mempool, не войдя в блок. Обозреватель способен показать её как unconfirmed. После включения в блок появляется первое подтверждение; каждый последующий блок увеличивает их число. Кошельки и сервисы по-разному решают, когда считать поступление доступным: личное приложение может показать его сразу отдельной строкой, а биржа дождётся установленного количества подтверждений.

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

Четыре значения, которые часто называют одним словом

Что можно узнать только по публичному адресу

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

Контроль доказывается подписью или согласованной тестовой транзакцией, а не снимком обозревателя. Публичные сведения легко скопировать: мошенник может назвать любой богатый адрес своим. Просьба «оплатить активацию», чтобы получить доступ к видимому балансу, является характерным признаком обмана.

Как читать страницу адреса: UTXO, подтверждения, входы и выходы

Страница адреса в разных обозревателях устроена по-разному, но исходные данные у неё одни и те же. Сервис берёт цепочку блоков, находит транзакции, связанные с искомым адресом, и рассчитывает удобные показатели. Важно понимать происхождение этих показателей: часть из них прямо следует из блокчейна, а часть является результатом индексации и оформления конкретного сервиса.

Address, script и scriptPubKey: почему адреса нет внутри блока в привычном виде

Пользователь отправляет BTC на адрес, однако выход транзакции содержит не «номер счёта», а сумму и условие будущего расходования — locking script, или scriptPubKey. Обозреватель распознаёт стандартный тип этого условия и показывает соответствующий адрес. Поэтому адрес — удобное представление назначения платежа, а не самостоятельная строка баланса внутри протокола.

Это различие становится заметным при нестандартных скриптах, мультиподписи и современных типах выходов. Один интерфейс может корректно отобразить адрес, другой — показать скрипт, его тип или отдельный идентификатор. Если сервис не рисует привычный адрес, это не обязательно означает повреждение транзакции. Для проверки важны сумма выхода, его статус и условие расходования.

Форматы адресов 1, 3, bc1q и bc1p

Адреса, начинающиеся с 1, обычно связаны с классическим форматом P2PKH. Начало 3 часто встречается у P2SH, включая некоторые схемы мультиподписи и обёрнутый SegWit. Адреса bc1q используют SegWit версии 0, а bc1p — Taproot, то есть SegWit версии 1. Все эти варианты могут быть действительными адресами основной сети Bitcoin.

Формат влияет на структуру выхода и потенциальный размер операции, но не создаёт отдельную разновидность биткоина. BTC на bc1p и BTC на адресе, начинающемся с 1, принадлежат одной сети. При этом старое приложение или сервис может не поддерживать новый формат. Если отправитель утверждает, что адрес «не существует», а современный обозреватель его распознаёт, следует проверить версию приложения и поддержку Taproot, а не менять реквизиты наугад.

Transaction ID, индекс выхода и outpoint

TxID идентифицирует транзакцию. Поскольку одна транзакция создаёт несколько выходов, для точной ссылки на конкретный UTXO к TxID добавляют индекс выхода, обычно обозначаемый vout. Пара TxID и vout называется outpoint. Два выхода одной транзакции могут иметь одинаковую сумму, но это разные объекты, потому что у них разные индексы.

На практике outpoint нужен для точной сверки, настройки coin control, аудита и диагностики двойного отображения. Если кошелёк показывает несколько «монет», хотя был один перевод, возможно, транзакция создала несколько принадлежащих вам выходов. Если обозреватели расходятся в сортировке, сравнение TxID и vout надёжнее, чем положение строки на странице.

Received, sent, funded и spent

Обозреватель может показывать funded как сумму выходов в пользу адреса, spent как сумму уже использованных выходов, а balance — разницу, рассчитанную по известной цепочке и mempool. В другом интерфейсе те же показатели называются total received и total sent. Они полезны для быстрого обзора, но требуют внимания к единицам измерения и неподтверждённым операциям.

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

Подтверждения, высота блока и окончательность

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

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

Mempool и неподтверждённые цепочки

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

Неподтверждённый выход способен быть входом следующей операции. Тогда образуется цепочка parent–child. Кошелёк может включить такой остаток в общий показатель, но пометить как pending. Получатель не должен считать дочернюю транзакцию более надёжной, чем её неподтверждённый родитель: пока родитель не включён в блок, зависимая операция тоже не получит окончательного подтверждения.

Комиссия и скорость не меняют адресный остаток задним числом

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

Низкая ставка комиссии может задержать операцию в mempool, но уже подтверждённый прежний баланс от этого не переписывается. Если нужно оценить вероятность скорого включения, смотрят ставку в sat/vB, очередь mempool и возможность повышения комиссии. Подробно эта задача разобрана в материале о комиссии Bitcoin в sat/vB до отправки.

Coinbase-выходы и незрелый баланс майнера

Первая транзакция блока создаёт вознаграждение майнеру и называется coinbase-транзакцией. Её выход нельзя потратить сразу: протокол требует дождаться установленного периода созревания. Обозреватель уже показывает сумму и подтверждения, но кошелёк полного узла выделяет её в категорию immature, а не включает безусловно в доступный остаток.

Для обычного пользователя входящий перевод от майнингового пула чаще является стандартной транзакцией пула и не обязательно представляет собой непосредственный coinbase-выход. Отличить их можно по структуре транзакции. Если адрес принадлежит майнеру и цифра в обозревателе больше доступной суммы, проверьте происхождение UTXO и оставшееся число блоков до созревания.

Эта особенность показывает, почему слово confirmed ещё не всегда означает «можно расходовать прямо сейчас». У стандартного входящего платежа подтверждённый выход обычно доступен по правилам сети, а у свежего вознаграждения действует отдельное ограничение. Кастодиальный сервис также может накладывать собственную задержку сверх протокольных требований.

Dust и экономически невыгодные выходы

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

Термин dust обычно относится к выходам настолько малой стоимости, что их создание или ретрансляция ограничивается политикой узлов с учётом типа скрипта и ставки комиссии. Точная граница не является универсальным вечным числом. В кошельке могут оставаться мелкие UTXO выше порога dust, но объединять их разумно лишь при подходящей загрузке сети и после оценки приватности.

Не отправляйте дополнительные BTC на неизвестный «кошелёк с балансом», чтобы дать ему комиссию. Если ключ известен мошенникам, автоматический бот заберёт новое поступление. В собственном кошельке комиссия обычно вычитается из имеющихся выбранных входов; необходимость отдельной «активации UTXO» отсутствует.

Время транзакции и время блока

Обозреватель может показывать время первого появления транзакции у своего узла, время включившего её блока или оба значения. В блокчейне нет единого заверенного сервером момента, когда пользователь нажал кнопку Send. Метка блока задаётся майнером в допустимых правилами пределах и подходит для упорядочивания, но не является точным банковским штампом до секунды.

Если спор касается дедлайна оплаты, заранее определите критерий: передача транзакции, появление у выбранного наблюдателя или первое подтверждение до заданной высоты. Иначе две стороны могут честно ссылаться на разные моменты. Для повторяемого отчёта надёжнее фиксировать высоту блока, TxID и число подтверждений при проверке.

Часовые пояса интерфейсов тоже различаются. Один сайт выводит UTC, другой — локальное время браузера. Разница в несколько часов не означает, что существуют две транзакции. Сначала сопоставьте TxID и высоту, затем приводите временные метки к одному часовому поясу.

Off-chain и Lightning-баланс не виден по одному on-chain адресу

Средства в платёжном канале Lightning связаны с on-chain транзакциями открытия и закрытия, но текущие внутренние распределения между сторонами канала не публикуются в блокчейне после каждого платежа. Обозреватель видит funding output, однако не показывает обычным адресным балансом, какая часть ликвидности в данный момент принадлежит каждой стороне.

Поэтому сумма в Lightning-кошельке может отличаться от on-chain баланса его адресов. Для проверки используют состояние самого узла или приложения, резервные механизмы каналов и данные о доступной входящей и исходящей ликвидности. Нельзя восстановить полный Lightning-баланс простым поиском одного Bitcoin-адреса.

У кастодиального Lightning-сервиса положение ещё сильнее зависит от внутреннего учёта. Публичная цепочка подтверждает операции сервиса в целом, но не индивидуальную запись клиента. Перед анализом выясните, о каком уровне идёт речь: on-chain BTC, локальный канал или баланс у посредника.

Почему баланс больше максимально доступной суммы отправки

Кошелёк может честно показывать 0,01 BTC, но не позволять отправить ровно 0,01 BTC на внешний адрес. Будущая транзакция должна оплатить комиссию, а её размер зависит от числа и типов выбранных входов и выходов. Если комиссия вычитается из имеющихся средств, получатель получит меньше общего баланса. Если задана точная сумма получателю, кошельку понадобится дополнительная стоимость для комиссии.

Разница особенно заметна, когда итог собран из множества мелких UTXO. Каждый дополнительный вход увеличивает виртуальный размер. Два кошелька с одинаковым балансом могут иметь разную максимальную сумму отправки: у одного есть один крупный выход, у другого — сотни мелких. Обозреватель адреса показывает номинал UTXO, но не знает, какую ставку комиссии выберет пользователь и какие ещё выходы объединит кошелёк.

Некоторые приложения резервируют небольшой запас, округляют расчёт либо исключают неподтверждённые и незрелые монеты. Сравнивайте не только общий баланс, но и поля available, pending, frozen или immature, если они есть. В кастодиальном аккаунте дополнительно действует комиссия и минимальная сумма вывода самого сервиса, которые не выводятся из on-chain остатка депозитного адреса.

Чтобы отправить почти весь собственный on-chain баланс, используйте функцию Max или Send all в доверенном кошельке и проверьте итоговую сумму к получению до подписи. Такая операция обычно не создаёт сдачу, но всё равно расходует выбранные UTXO и комиссию. Не рассчитывайте комиссию простым процентом от суммы: для Bitcoin важнее структура и размер транзакции, а не номинал перевода.

Какие поля отвечают на разные вопросы

Почему кошелёк и обозреватель показывают разные суммы

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

Кошелёк использовал адрес сдачи

Это самая частая причина. При отправке 0,1 BTC из UTXO номиналом 0,3 BTC приложение не оставляет 0,2 BTC внутри старого выхода. Оно расходует его полностью, создаёт 0,1 BTC получателю и примерно 0,2 BTC минус комиссия на новый адрес сдачи. Старый адрес становится пустым, но общий баланс кошелька уменьшается только на платёж и комиссию.

Не пытайтесь возвращать сдачу вручную или выбирать её адрес по догадке. Совместимый кошелёк отслеживает внутреннюю ветвь HD-дерева автоматически. Проблема возникает после неполного восстановления, когда импортирован один приватный ключ или один адрес, а ключи сдачи не восстановлены.

Проверяется только один адрес HD-кошелька

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

Полный баланс восстанавливается сканированием нужных ветвей и диапазона индексов. Кошелёк обычно делает это автоматически с учётом gap limit — допустимого числа подряд неиспользованных адресов. Если раньше адреса создавались далеко вперёд или использовалась нестандартная схема derivation path, стандартное восстановление может остановиться раньше нужного участка.

Приложение ещё не синхронизировалось

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

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

Один источник учитывает mempool, другой — нет

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

Сравните confirmed и unconfirmed отдельно. Найдите один и тот же TxID, его входы и выходы. Если операция видна только одному сервису, подождите распространения или проверьте через независимый источник. Не отправляйте повторный платёж только потому, что первый обозреватель задержал обновление.

Разные единицы: BTC, mBTC, bits и satoshi

Один BTC равен 100 000 000 satoshi. Значение 50 000 sat — это 0,0005 BTC, а не 50 000 BTC. Приложения могут показывать mBTC, μBTC, bits или фиатный эквивалент. Десятичный разделитель и число нулей особенно легко перепутать на небольшом экране.

Для сверки переведите обе суммы в satoshi — целые единицы устраняют неоднозначность десятичной записи. Фиатная оценка меняется вместе с курсом и не подходит для проверки on-chain остатка. Сравнивать следует количество BTC или satoshi на один и тот же момент состояния цепочки.

Выбрана другая сеть или другой тип актива

Bitcoin mainnet, Bitcoin testnet, Liquid, токенизированный BTC в другой сети и запись на биржевом аккаунте — разные системы. Одинаковое обозначение «BTC» в интерфейсе не гарантирует, что перед пользователем нативный выход основной цепочки. Обозреватель Bitcoin не покажет токен в Ethereum или иной сети.

Сверяйте название сети при вводе и выводе, формат адреса и TxID в указанном блокчейне. Если площадка сообщает о «внутреннем переводе», он может вообще не создавать публичной транзакции. Тогда доказательством служит запись внутри сервиса, а не поиск произвольного депозитного адреса.

Баланс кастодиального аккаунта не закреплён за одним адресом

Биржи обычно присваивают клиенту депозитные реквизиты, но после зачисления могут перемещать монеты в общий горячий или холодный кошелёк. Внутренний баланс пользователя учитывается в базе площадки. Нулевой остаток на старом депозитном адресе после консолидации не означает нулевой баланс аккаунта.

Обратная ситуация тоже возможна: адрес содержит BTC, но аккаунт заблокирован, вывод временно остановлен или средства принадлежат множеству пользователей. Блокчейн подтверждает существование и движение выходов, но не показывает договорные обязательства кастодиана перед конкретным клиентом.

RBF, конфликтующие операции и исчезнувшая запись

Неподтверждённая транзакция с включённой возможностью Replace-by-Fee может быть заменена версией с более высокой комиссией. Её TxID изменится. Также узел может удалить давно зависшую операцию из mempool, если она не подтвердилась и перестала соответствовать локальной политике. Это не делает ранее показанный pending-баланс подтверждённым и не гарантирует возврат в конкретный момент.

Если операция исчезла, проверьте исходные UTXO: остаются ли они неизрасходованными по актуальной цепочке и появилась ли замена. Не делайте вывод по одному старому скриншоту. В ситуации с оплатой попросите отправителя предоставить актуальный TxID, но не принимайте секретные данные или файлы кошелька.

Причины расхождения и правильная реакция

Как проверить баланс Bitcoin-адреса через обозреватель блоков

Для разовой проверки проще всего использовать обозреватель блокчейна — сервис, который индексирует Bitcoin и показывает данные в читаемом виде. Вводится только публичный адрес. Seed-фраза, приватный ключ, пароль, файл кошелька и код двухфакторной защиты для просмотра баланса не нужны. Если сайт требует что-то секретное, проверку следует немедленно прекратить.

Шаг 1. Получите адрес из надёжного источника

Если проверяете собственный кошелёк, скопируйте адрес из раздела получения и убедитесь, что выбран Bitcoin mainnet, а не тестовая сеть или другая монета. Для платежа получателю адрес должен быть показан самим получателем в согласованном канале. Сравните всю строку после вставки, поскольку вредоносная программа может заменить содержимое буфера обмена.

Адрес Bitcoin mainnet может начинаться с 1, 3, bc1q или bc1p. Этот внешний признак помогает заметить очевидную ошибку, но не заменяет проверку приложением: корректный формат не доказывает принадлежность получателю. Подробный порядок сравнения реквизитов дан в инструкции как проверить адрес криптокошелька перед переводом.

Шаг 2. Убедитесь, что открыт именно Bitcoin-обозреватель

Один сервис может поддерживать несколько сетей. Перед поиском посмотрите название блокчейна и обозначение BTC. Адреса некоторых форков и других монет исторически могут быть похожи, а одинаковый TxID в разных представлениях способен вводить в заблуждение. Если адрес не распознаётся, не пытайтесь «исправить» его вручную удалением символов.

Открывайте сервис по заранее проверенной закладке или вручную набранному домену. Реклама в поиске может вести на копию известного обозревателя. Для простого публичного поиска фишинговому сайту не нужен вход в кошелёк и тем более разрешение WalletConnect.

Шаг 3. Вставьте адрес, а не секрет

Публичный адрес предназначен для получения платежей и просмотра истории. Его раскрытие влияет на приватность, но само по себе не даёт возможности потратить монеты. Приватный ключ и seed-фраза позволяют восстановить контроль и должны оставаться офлайн. Xpub не даёт прямой подписи, однако раскрывает целую ветвь адресов и тоже не подходит для случайного сайта.

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

Шаг 4. Найдите текущие неизрасходованные выходы

Разные интерфейсы используют названия balance, funded minus spent, unspent outputs или UTXO. Для текущего остатка важны выходы, которые ещё не использованы как входы будущих транзакций. Поле total received показывает оборот. Если сервис раскрывает список выходов, сверяйте их сумму с итоговым балансом.

У каждого UTXO есть исходная транзакция и номер выхода. Эти две части однозначно определяют монету в модели Bitcoin. Когда она тратится, соответствующий выход получает статус spent, а новые выходы возникают в другой транзакции.

Шаг 5. Разделите подтверждённое и неподтверждённое

Если ожидается новое поступление, найдите его среди транзакций и посмотрите, включено ли оно в блок. Статус mempool или zero confirmations означает, что сеть знает о транзакции, но блок ещё не закрепил её. Не путайте появление в обозревателе с окончательным расчётом.

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

Шаг 6. Зафиксируйте результат так, чтобы его можно было проверить повторно

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

Не воспринимайте текущий баланс как вечный. Владелец способен потратить UTXO через минуту после проверки. Если требуется доказательство на определённый момент, фиксируется блок и конкретный набор выходов; если требуется доказательство контроля, нужен иной способ, согласованный специалистом, а не статичная картинка.

Контрольные точки разовой проверки

Как увидеть полный баланс собственного кошелька

Обозреватель одного адреса подходит для локальной проверки, но владельцу обычно нужен полный результат: все внешние адреса, адреса сдачи, подтверждённые и ожидающие UTXO. Самый надёжный способ зависит от того, сохранился ли рабочий кошелёк, есть ли корректная резервная копия и насколько высоки требования к приватности. Начинать следует с режима только для чтения и не перемещать средства без необходимости.

Рабочее приложение: сначала проверьте синхронизацию

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

В некоторых программах один seed создаёт несколько логических аккаунтов. У каждого может быть своя ветвь адресов и отдельный итог. Переключатель account, wallet или portfolio способен менять сумму без изменения ключей. Запишите версии приложения и тип кошелька до обновления: это помогает воспроизвести derivation path, если автоматическое обнаружение даст неполный результат.

Восстановление по seed-фразе: только в доверенной среде

Seed-фраза предназначена для восстановления, а не для поиска в интернете. Её вводят только в проверенное совместимое приложение на устройстве, которому доверяют. Нельзя вставлять слова в обозреватель, форму «проверки баланса», чат поддержки, таблицу или облачную заметку. Любой получивший фразу может воспроизвести ключи и подписать перевод.

После восстановления кошелёк должен подобрать правильный стандарт и путь вывода ключей. Одинаковая мнемоника при разных derivation path создаёт разные адреса. Если отображается ноль, сначала сравните первый известный адрес, тип адресов и настройки аккаунта. Создавать новую транзакцию для «активации» не нужно.

Импорт отдельного приватного ключа и sweep — не одно и то же

Импорт ключа добавляет возможность отслеживать и тратить выходы связанного ключа в текущем кошельке. Sweep создаёт новую транзакцию, которая переводит доступные UTXO на адрес нового кошелька. Во втором случае требуется комиссия, меняется on-chain история и старый ключ перестаёт быть местом хранения актуального остатка после подтверждения.

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

Watch-only: наблюдение без возможности подписать перевод

Watch-only-кошелёк хранит публичные сведения, следит за адресами и транзакциями, но не содержит необходимых приватных ключей. Он удобен для ежедневного контроля холодного хранения: на сетевом устройстве видны поступления, остаток и выбранные UTXO, а подпись остаётся на отдельном устройстве.

Режим наблюдения снижает риск кражи монет при компрометации устройства, но не устраняет утечку приватности. Наблюдательный набор раскрывает, какие адреса рассматриваются как один кошелёк. Кроме того, злоумышленник может подменить отображение на заражённом компьютере. Критические значения сверяют по независимому источнику, а адрес получения — на доверенном подписывающем устройстве.

Xpub, descriptor и набор адресов

Расширенный публичный ключ позволяет получать последовательность дочерних публичных ключей в определённой ветви HD-дерева. Это даёт возможность автоматически наблюдать множество адресов без приватного ключа. Однако xpub — чувствительные данные: его раскрытие связывает прошлые и будущие адреса ветви, обороты и поведение владельца.

Современные инструменты часто используют output descriptors. Descriptor описывает не только ключ, но и правило формирования выходов: тип скрипта, ветвь, диапазон и другие параметры. Для корректного просмотра это точнее, чем «голый» xpub. Descriptor с приватными данными нельзя переносить в онлайн-среду; даже публичный descriptor следует хранить как конфиденциальную финансовую информацию.

Внешняя и внутренняя ветви, gap limit и пропущенные адреса

HD-кошелёк обычно отделяет внешние адреса для получения от внутренних адресов сдачи. При восстановлении приложение сканирует обе ветви, пока не встретит установленное число подряд неиспользованных адресов. Если пользователь заранее сгенерировал очень много адресов и пропустил длинный пустой диапазон, более поздняя активность может не обнаружиться автоматически.

Не увеличивайте диапазон бесконтрольно на случайном публичном сервере: это ухудшает приватность и создаёт нагрузку. Сначала найдите известный адрес или TxID, определите предполагаемую ветвь и индекс, затем расширяйте сканирование осмысленно. У кошельков с нестандартной структурой понадобится документация именно той программы, где создавалась резервная копия.

Собственный Bitcoin Core: максимальная проверяемость

Полный узел самостоятельно проверяет блоки и правила консенсуса. Bitcoin Core может хранить кошелёк, импортировать публичные описания для наблюдения и выдавать отдельные значения trusted, untrusted pending, immature и watch-only. Команда списка неизрасходованных выходов позволяет проверить адрес, сумму и число подтверждений каждого UTXO.

Использование собственного узла уменьшает зависимость от стороннего индексатора и не сообщает публичному обозревателю, какие адреса вас интересуют. Цена — место на диске, время синхронизации, обслуживание и необходимость защищать RPC-доступ. Открывать RPC в интернет без аутентификации недопустимо. Базовое устройство полного узла разъясняет руководство по Bitcoin Core.

Мультиподпись: один остаток и несколько участников контроля

В схеме multisig условие расходования требует установленного количества подписей из набора ключей, например две из трёх. Баланс относится к скрипту или descriptor, а не к одному участнику. Каждый подписант может наблюдать те же UTXO, но один ключ сам по себе не обязательно способен их потратить.

Для полного watch-only-наблюдения нужно корректно описать всю политику: порог, публичные ключи, их порядок, тип скрипта и ветви. Импорт одного xpub покажет производные ключи участника, но не обязательно найдёт адреса совместного кошелька. При восстановлении сверяют descriptor или конфигурационный файл всех участников, не раскрывая приватные ключи.

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

Как выбрать способ полной проверки

Приватность и безопасность при проверке баланса

Публичность Bitcoin означает, что история адреса доступна любому, но не означает, что можно без последствий раскрывать все адреса вместе. Опасность проверки обычно связана не с чтением блокчейна, а с тем, кому становится известно, что конкретный человек интересуется конкретным набором выходов. Безопасная процедура разделяет публичные идентификаторы, конфиденциальные метаданные и секреты, дающие контроль.

Что допустимо сообщать обозревателю

Для поиска достаточно Bitcoin-адреса или TxID. Оба идентификатора публичны в контексте соответствующей операции. Но публичность не равна анонимности: если адрес связан с вашим именем, заказом или перепиской, получатель данных может сопоставить его с остальной on-chain историей.

Не отправляйте сервису пакет всех своих адресов без необходимости. Разовая проверка одного платежа раскрывает меньше, чем импорт xpub. Для бухгалтерской сверки можно использовать отдельный watch-only-инструмент, а не загружать клиентскую базу и адреса в несколько случайных сайтов.

Что нельзя вводить никогда

Seed-фраза, приватный ключ, пароль кошелька, файл wallet.dat, резервная копия приложения и коды двухфакторной защиты не нужны для публичной проверки. Запрос любого из этих элементов означает, что перед вами не обозреватель или его страница подменена. Закройте сайт и считайте секрет скомпрометированным, если он уже был введён.

В случае раскрытия seed-фразы простая смена пароля не защищает монеты: злоумышленник может восстановить ключи в другой программе. Требуется безопасная миграция на новый кошелёк с новой резервной основой. Действовать нужно с чистого устройства, учитывая неподтверждённые операции и комиссию.

Почему xpub нельзя считать безобидным

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

Дополнительный технический риск возникает при неправильном сочетании расширенного публичного ключа с утечкой дочернего приватного ключа в некоторых ветвях HD-схемы. Практический вывод прост: xpub не публикуют и не пересылают как обычный адрес. Его передают только выбранному наблюдательному инструменту по защищённому каналу.

Утечка адреса через IP, браузер и учётную запись

Когда пользователь открывает адрес на стороннем сайте, оператор видит сетевые метаданные: IP-адрес, время, заголовки браузера, а иногда cookie и аккаунт. Повторные запросы разных адресов помогают объединить их в профиль, даже если сам блокчейн не давал такой связи напрямую.

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

Повторное использование адресов

Один и тот же адрес технически может принимать несколько платежей, но повторное использование связывает их в общую видимую историю. Плательщик, которому адрес сообщили однажды, впоследствии видит другие поступления и текущий остаток. Для бизнеса это раскрывает оборот; для человека — финансовые отношения.

HD-кошельки создают новый адрес для каждого получения именно для уменьшения такой связи. Это не мешает полному восстановлению: все адреса выводятся из резервной основы. Новый адрес не требует нового seed. Исключением могут быть системы, где постоянный адрес нужен процессу, но тогда риск приватности принимается осознанно.

Фальшивый «кошелёк с балансом»

Объявления о продаже приватного ключа или seed-фразы «кошелька с балансом» обычно строятся на подмене понятий. Продавец показывает публичный богатый адрес, который может принадлежать кому угодно, или интерфейс, где цифра нарисована локально. Затем требует оплатить ключ, комиссию активации, налог или программу вывода.

Даже если вы получили строку, похожую на приватный ключ, проверять её на сайте опасно. Средства могли быть уже потрачены, выходы могут быть watch-only, а известный многим ключ контролируется ботами, которые мгновенно забирают любое поступление на комиссию. Легитимного способа купить чужой доступ к средствам без правовых и технических рисков нет.

Скриншот не доказывает ни баланс, ни владение

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

Доказательство контроля над адресом — отдельная задача. В некоторых случаях владелец подписывает согласованное сообщение совместимым кошельком или совершает заранее оговорённую тестовую операцию. Эти методы имеют ограничения и должны быть сформулированы так, чтобы подпись нельзя было повторно использовать в другом контексте. Не передавайте приватный ключ для доказательства владения.

Подмена адреса в буфере и на экране

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

Особенно осторожно работайте с адресами из мессенджера и документов, которые могут быть отредактированы. Согласуйте реквизиты вторым каналом. Разбор признаков атаки и действий после обнаружения приведён в инструкции о подмене адреса криптокошелька.

Карта данных: от публичного к критическому

Диагностика: что делать, если баланс не находится или выглядит неверно

При поиске пропавшего остатка важен порядок действий. Бессистемный импорт seed-фразы в разные программы создаёт новые риски и редко помогает понять причину. Начните с публичных данных: запишите известные адреса и TxID, определите сеть, найдите последний подтверждённый выход и только затем решайте, требуется ли восстановление ключей.

Обозреватель сообщает, что адрес неверный

Сначала исключите пробелы, перенос строки и скрытые символы. Не редактируйте сам адрес вручную. Скопируйте его заново из источника и сравните длину, начало и окончание. Убедитесь, что открыт поиск адресов Bitcoin mainnet. Некоторые сервисы принимают в одну строку адрес, TxID и номер блока, но сообщение об ошибке может быть общим.

Если строка начинается с bc1, регистр имеет значение особым образом: корректный Bech32-адрес не должен смешивать верхние и нижние буквы. Старое ПО может не распознать bc1p. Проверьте адрес в современном инструменте, но не конвертируйте его на случайном сайте. Адрес нельзя превратить в другой формат без изменения условия получения.

Адрес существует, но транзакций нет

Вероятны четыре объяснения: платеж отправлен на другой адрес, выбрана другая сеть, отправитель показал внутреннюю запись без on-chain транзакции либо индексатор ещё не получил данные. Попросите TxID. Настоящий Bitcoin-перевод, переданный в сеть, можно искать по идентификатору независимо от интерфейса отправителя.

Откройте выходы транзакции и найдите точное совпадение адреса и суммы. Если TxID не существует ни в одном независимом источнике, запись могла остаться локальной, быть удалена из mempool или вообще не отправляться. Надпись completed в кабинете сервиса сама по себе не заменяет проверку цепочки.

Транзакция есть, но баланс равен нулю

Откройте входящий выход и посмотрите spent status. Если он уже потрачен, найдите транзакцию расходования. Для собственного кошелька это может быть обычная отправка со сдачей; для адреса биржи — консолидация. В истории будет видна цепочка выходов, но не подпись «это сдача владельца», поэтому вывод о принадлежности требует данных кошелька.

Если вы не совершали расходование и уверены, что ключ находился только у вас, рассматривайте инцидент как возможную компрометацию. Сохраните TxID, время, адреса назначения и состояние устройств. Не отправляйте злоумышленнику дополнительную комиссию и не оплачивайте «возврат». Оставшиеся средства на других некомпрометированных ключах переводят по заранее подготовленному безопасному плану.

Обозреватель показывает BTC, а кошелёк — ноль

Проверьте, является ли найденный адрес частью текущего кошелька. В приложении откройте список адресов или функцию проверки принадлежности, если она предусмотрена. Наблюдение за чужим адресом не даёт возможности тратить его остаток. Если адрес был вашим, сравните тип резервной копии, derivation path, номер аккаунта и наличие дополнительной passphrase.

Дополнительная фраза BIP39, которую иногда называют passphrase или «25-м словом», создаёт другой набор ключей. Ошибка или отсутствие одного символа приводит не к сообщению о неверном пароле, а к корректному, но пустому кошельку. Не перебирайте варианты на онлайн-сервисе. Восстановление выполняют офлайн, опираясь на собственные записи и документацию исходного приложения.

Кошелёк показывает BTC, а обозреватель выбранного адреса — ноль

Посмотрите историю расходования старого адреса и адреса сдачи. В приложении найдите UTXO или coins, а не только список получающих адресов. Возможно, остаток расположен на другом адресе того же HD-кошелька. Также проверьте, не включает ли интерфейс актив из другой сети или баланс биржевого аккаунта.

Если кошелёк подключён к собственному узлу, сравните высоту цепочки. Отстающий узел может считать старый выход неизрасходованным. Повторное сканирование блокчейна имеет смысл только после проверки конфигурации и создания резервной копии; оно не исправит неправильную seed-фразу или другой путь вывода ключей.

Поступление долго остаётся неподтверждённым

Запишите ставку комиссии в sat/vB, наличие неподтверждённых родителей и политику RBF. Абсолютная комиссия в BTC мало что говорит без виртуального размера транзакции. Если платёж отправлял другой человек, получатель не может произвольно изменить его входы. Возможные методы ускорения зависят от кошельков и структуры операции.

Не платите стороннему «майнеру» за гарантированное подтверждение через личный перевод. Ускорение либо создаёт корректную замену, либо дочернюю транзакцию с достаточной совокупной комиссией, либо является услугой известного пула с понятными условиями. Даже высокая ставка не превращает неподтверждённую операцию в подтверждённую до включения в блок.

История пропала после переустановки

Новый кошелёк мог восстановить другую ветвь, другой тип адресов или лишь первый аккаунт. Сопоставьте один старый адрес с теми, что создаёт восстановленная программа. Совпадение первого адреса — сильный ориентир, но для сложной конфигурации необходимо также проверить ветвь сдачи и дополнительные аккаунты.

Не удаляйте старые файлы и устройства до завершения проверки. Сделайте копию на безопасный носитель, не открывая неизвестные файлы в сети. Wallet.dat, descriptor backup, seed-фраза и экспорт ключей восстанавливаются разными способами. Материал о различиях приватного ключа и seed-фразы помогает определить, какой тип резервной копии у вас сохранился.

Обнаружена неизвестная исходящая транзакция

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

Отключите подозрительное устройство от сети, сохраните доказательства и оцените оставшиеся независимые UTXO. Не вводите прежнюю seed-фразу в новый кошелёк на том же заражённом компьютере. Для мультиподписи проверьте, какое количество ключей требовалось и не была ли операция заранее подписана. Защитные меры на будущее систематизированы в руководстве как защитить криптокошелёк.

Диагностическая последовательность без лишнего риска

Практические сценарии проверки баланса Bitcoin

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

Вы ожидаете оплату на свой адрес

Сначала сообщите плательщику новый адрес получения и сохраните его в заказе. После отправки получите TxID. В обозревателе найдите выход с точным адресом и согласованной суммой. Затем следите за включением в блок и количеством подтверждений, которое соответствует стоимости товара и вашей политике риска.

Не ориентируйтесь только на общий баланс: на адресе могли находиться прежние средства, а новая транзакция могла отправить другую сумму. Не передавайте товар по скриншоту отправителя. Проверка выполняется вашей стороной. Если поступление не видно, попросите текстовый TxID, а не доступ к чужому кошельку.

Вы отправили BTC и хотите проверить остаток

Откройте транзакцию и разделите выход получателя, сдачу и комиссию. В приложении общий остаток должен соответствовать прежним UTXO минус отправленная сумма и комиссия. Старый получающий адрес может обнулиться — это нормально, если сдача появилась на внутреннем адресе вашего кошелька.

Если итог отличается, переведите значения в satoshi и посмотрите, какие входы выбрал кошелёк. Функция coin control показывает состав потраченных монет и помогает понять размер сдачи. Не импортируйте внутренний адрес отдельно: он уже должен контролироваться тем же HD-кошельком.

Нужно проверить холодное хранение, не раскрывая seed

Запишите публичный адрес на этапе создания кошелька либо экспортируйте публичный descriptor через предусмотренную производителем процедуру. На сетевом устройстве создайте watch-only-наблюдение. Сравните первый адрес и несколько уже использованных адресов, прежде чем доверять итоговой сумме.

Для одного неизменного адреса достаточно разовой проверки в обозревателе, но повторное использование ухудшает приватность. Для HD-хранилища лучше наблюдать корректные внешнюю и внутреннюю ветви. Подписывающее устройство остаётся офлайн и никогда не получает запрос на ввод seed в браузере.

Нужно подтвердить резерв компании на определённую дату

Список публичных адресов и их остатки доказывают наличие UTXO на выбранной высоте блока, но не показывают обязательства компании и не доказывают исключительное владение ключами. Полезный отчёт фиксирует блок, адреса или скрипты, outpoint каждого UTXO и метод доказательства контроля.

Для полноценной оценки резервов требуется сопоставление с обязательствами и исключение двойного учёта. Один адрес нельзя одновременно выдавать за резерв нескольких организаций. Xpub и внутренние адресные карты не следует публиковать без оценки последствий: прозрачность отчёта должна быть достаточной для проверки, но не раскрывать операционную структуру сверх необходимого.

Нужно проверить адрес контрагента перед переводом

История адреса может подтвердить, что он технически используется, но не доказывает благонадёжность получателя. Новый корректный адрес закономерно не имеет транзакций. Старый активный адрес может принадлежать совершенно другому лицу. Главная проверка — принадлежность реквизитов контрагенту по согласованному каналу.

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

Кошелёк восстановлен, но часть средств не видна

Соберите старые адреса и TxID из чеков, писем и собственной истории, не раскрывая seed. Найдите последний известный неизрасходованный выход в блокчейне. Затем определите, какой тип адреса и путь использовались. В восстановленном приложении проверьте соответствующую ветвь и расширьте диапазон поиска после пустого промежутка.

Если старые адреса не совпадают вообще, вероятны другая seed-фраза, дополнительная passphrase или иной стандарт кошелька. Если внешние адреса совпали, а сдача отсутствует, проблема может быть во внутренней ветви. Используйте копию данных и не экспериментируйте с оригинальным носителем.

Вы получили адрес «кошелька с крупным балансом»

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

Не оплачивайте «разблокировку», «газ для Bitcoin», налог перед выводом или специальный дешифратор. В Bitcoin комиссия берётся из входов подписываемой транзакции и не требует перевода денег посреднику на отдельный адрес. Предложение получить чужой остаток должно рассматриваться как мошенническое или незаконное, а не как инвестиционная возможность.

Нужно сверить бухгалтерский остаток

Выберите точный момент: обычно высоту блока или конец отчётного периода с описанной методикой. Зафиксируйте все контролируемые UTXO, неподтверждённые операции отдельно и применённый курс только для фиатной оценки. Не смешивайте on-chain баланс с внутренними требованиями к бирже.

В реестре полезно хранить outpoint, сумму в satoshi, статус подтверждения, назначение кошелька и источник контроля. Доступ к карте адресов ограничивают, потому что она раскрывает финансовые связи. Повторная проверка должна воспроизводить тот же результат на той же высоте независимо от выбранного корректного инструмента.

Цель определяет объект проверки

Итоговый алгоритм: от адреса до проверенного результата

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

Шаг 1. Сформулируйте вопрос одной строкой

Запишите: «нужно подтвердить перевод по TxID», «нужно узнать остаток одного адреса» или «нужно восстановить общий баланс моего кошелька». Эти задачи используют разные данные. Пока вопрос не определён, даже правильные числа будут легко истолкованы неверно.

Для платежа главным объектом является выход транзакции. Для одного адреса — набор его UTXO. Для кошелька — все скрипты, ключи или публичные описания, которые он контролирует. Для биржевого аккаунта дополнительно нужна внутренняя запись кастодиана.

Шаг 2. Проверьте исходные реквизиты и сеть

Получите адрес или TxID из первичного источника. Убедитесь, что речь о Bitcoin mainnet. Сравните строку целиком, особенно после копирования. Не меняйте формат и не используйте конвертеры. Если цель — оплата, подтвердите принадлежность адреса получателю.

Сохраните время и контекст: номер заказа, сумму в BTC или satoshi, ожидаемый адрес. Эта простая запись предотвращает путаницу между несколькими похожими переводами и позволяет повторить проверку без обращения к секретам.

Шаг 3. Отделите публичные данные от секретов

В обозреватель вводится только адрес или TxID. Если нужен полный watch-only-кошелёк, публичный descriptor или xpub добавляют лишь в выбранный доверенный инструмент и не публикуют. Seed-фраза и приватные ключи остаются в подписывающей среде.

Перед восстановлением оцените устройство: обновлено ли оно, нет ли подозрительного расширения, откуда загружено приложение. При малейшем сомнении сначала работайте с публичной историей. Она часто позволяет диагностировать проблему без доступа к секретам.

Шаг 4. Прочитайте выходы, а не только крупную итоговую цифру

Найдите входящий выход, его сумму, vout и статус расходования. Если он не потрачен, он входит в UTXO. Если потрачен, откройте следующую транзакцию и определите, куда ушли стоимость и сдача. Отдельно отметьте неподтверждённые изменения.

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

Шаг 5. Для полного кошелька расширьте охват

Начните с рабочего синхронизированного приложения или watch-only. Проверьте внешнюю и внутреннюю ветви, аккаунты и диапазон адресов. Сопоставьте хотя бы несколько известных адресов и транзакций. Один совпавший старый адрес полезен, но общий итог должен объясняться всеми текущими UTXO.

Если необходима seed-фраза, восстанавливайте её в совместимом кошельке на доверенном устройстве. Нулевой результат не является поводом вводить фразу на сайт: сначала исследуются путь, тип адресов, passphrase и gap limit.

Шаг 6. Зафиксируйте степень уверенности

Результат может быть подтверждённым на определённом блоке, ожидающим в mempool или полным только в пределах известного набора адресов. Прямо укажите это в своей записи. Формулировка «на высоте блока N данные UTXO не были потрачены» точнее, чем «деньги точно лежат навсегда».

Если проверка нужна для решения с финансовыми или юридическими последствиями, предусмотрите независимую сверку и специалиста. Блокчейн даёт проверяемые технические факты, но не устанавливает личность, право собственности или отсутствие обязательств перед третьими лицами.

Финальная карта решения

Главное правило проверки простое: публичные данные отвечают на вопрос о состоянии блокчейна, а секретные ключи — о возможности потратить средства. Не смешивайте эти уровни. Чтобы посмотреть баланс биткоин кошелька по адресу, секреты не нужны; чтобы увидеть весь собственный кошелёк, нужен корректный охват его адресов; чтобы принять платёж, нужны конкретный выход и достаточные подтверждения.

Если вы впервые работаете с публичными данными Bitcoin, начните с общего руководства как пользоваться обозревателем блокчейна. Для дальнейшей самостоятельной работы полезно понимать, что такое TxID транзакции, и хранить резервную копию кошелька отдельно от любого устройства, на котором выполняется повседневная проверка.