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

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

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

Из чего состоит копия на самом деле

Элемент копии Для чего он нужен Где хранить Что произойдёт без него
Фраза восстановления из 12 или 24 слов Из неё выводится сид, а из сида — все приватные ключи дерева Физический носитель вне сети: бумага или металл, в двух разнесённых местах Доступ к средствам невозможен ничем: восстановить фразу по адресам нельзя
Дополнительная парольная фраза Входит в вычисление сида и даёт отдельный кошелёк поверх тех же слов Отдельно от слов, иначе защита теряет смысл; запись обязательна Кошелёк откроется, но пустой: средства останутся в другой ветви
Путь производных адресов и формат Задаёт, какие именно адреса выводятся из ключа и где искать поступления Вместе с описательной частью копии, в читаемом виде Программа покажет ноль, хотя ключ верный, а деньги лежат на месте
Номер счёта в дереве Указывает ветвь, в которой велись операции; счетов может быть несколько Опись с датами и назначением каждого счёта Поиск остановится на первом пустом счёте и не дойдёт до нужного
Описание схемы подписи Для схем из нескольких ключей задаёт порог и состав участников В виде выписки публичных ключей у каждого держателя доли Отдельные ключи есть, собрать из них кошелёк нечем

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

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

Для старых кошельков, хранивших заранее сгенерированный запас ключей, риск назван прямо. В справке Bitcoin Core 29.0 к параметру -keypool (файл src/wallet/init.cpp, сверено 15 октября 2026 года) сказано: меньшие размеры запаса повышают риск потери средств при восстановлении из старой копии, если ни один адрес из исходного запаса не использовался. Детерминированные кошельки эту проблему снимают, но лишь при верно записанном пути.

Как устроена секретная часть

Механика выводится из стандарта. BIP-39 «Mnemonic code for generating deterministic keys» (Marek Palatinus, Pavol Rusnak, Aaron Voisine, Sean Bowe, создан 10 сентября 2013 года) задаёт вычисление сида функцией PBKDF2: паролем служит сама фраза в кодировке UTF-8 NFKD, солью — строка «mnemonic» вместе с парольной фразой, число итераций равно 2048, псевдослучайной функцией выступает HMAC-SHA512, длина результата — 512 бит.

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

Как устроена описательная часть

Описательная часть секрета не содержит. Её можно хранить открыто. Она отвечает на вопрос «где искать» и состоит из пути, формата адресов, номеров счетов и, для схем с несколькими подписями, выписки публичных ключей участников. Структура пути задана в BIP-44 (создан 24 апреля 2014 года) в виде уровней: назначение, тип монеты, счёт, цепочка, индекс адреса.

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

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

Как объединить мелкие остатки в один перевод и сделать резервную копию: порядок

  1. Перепишите фразу восстановления с устройства на физический носитель. Сверьте каждое слово дважды, по порядковым номерам.
  2. Запишите парольную фразу отдельно, в другом месте и другим способом хранения.
  3. Составьте опись: путь, формат адресов, номера счетов, дата, назначение каждого счёта.
  4. Проверьте копию на пустом кошельке: разверните фразу в отдельной программе и сверьте первый адрес с рабочим.
  5. Проведите консолидацию: много входов, один выход на свой адрес, пометка замены по комиссии.
  6. Обновите опись, внеся новый адрес и дату операции. Копия без этой правки устареет в тот же день.
Фразу восстановления не фотографируют, не отправляют в мессенджер, не кладут в облако и не хранят в менеджере паролей, синхронизированном через сеть. Любой из этих способов превращает физический секрет в сетевой, и дальнейшая защита держится на чужой инфраструктуре, а не на вашей бумаге.

Типовые ошибки, которые стоят денег

  • Копия только слов, без описи путей. Ключ верный, адреса не те, баланс нулевой.
  • Парольная фраза «по памяти». Память подводит через год, а проверить её нечем.
  • Проверка копии после консолидации, а не до. Если копия нерабочая, узнают об этом поздно.
  • Хранение обеих частей в одном конверте. Злоумышленник, нашедший конверт, получает всё сразу.
  • Копия, сделанная один раз и не обновлявшаяся при смене схемы хранения — подход к долгим срокам разобран в материале о том, как организовать хранение криптовалюты, если держите активы годами.

Что делать при потере части копии

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

Чек-лист копии перед консолидацией

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

Материалы по теме:

Частые вопросы

Меняется ли фраза восстановления после консолидации?

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

Достаточно ли записать только 24 слова?

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

Как проверить копию, не рискуя средствами?

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

Где хранить парольную фразу?

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

Нужна ли новая копия при каждой консолидации?

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

Вердикт

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

Первоисточники: описание вычисления сида в BIP-39 и структура дерева ключей в BIP-32.

Разборы по копиям и восстановлению выходят в Telegram-канале Cryptium.