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

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

По какому признаку назначается срок

Календарь плохой триггер. Срок операции определяется тремя величинами сразу, и только одна из них связана со временем.

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

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

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

Что пересматривается каждый квартал

Список короткий и повторяется без изменений — в этом его ценность.

1. Состав входов: сколько их, как они распределены по размеру, какая доля приходится на мелочь ниже порога экономности.
2. Формат адресов. Переход на формат с меньшим весом входа удешевляет каждую будущую трату, и делается он однократно при очередной консолидации.
3. Набор устройств и версий прошивки. Устройство, не включавшееся квартал, проверяется на запуск до того, как оно понадобится для подписи, — разряженная батарея или забытый код доступа обнаруживаются в спокойный день, а не в момент, когда транзакция уже собрана.
4. Резервная копия: читается ли носитель, совпадает ли первый адрес с рабочим, не истёк ли срок хранения у носителя.
5. Целевое число кусков. Разумная цель — не «всё в один вход», а несколько частей под разные задачи и сроки.
6. Журнал прошлых операций: фактическая плата против ожидавшейся. Расхождение показывает, где прогноз был оптимистичным.

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

Как не превратить регулярность в лишние траты

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

Типовые ошибки квартального цикла

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

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

Итог

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

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