Locktime Bitcoin может ограничивать включение конкретной транзакции в блок, а временное условие скрипта — конкретный путь расходования выхода. Это не то же самое, что локальный запрет кошельку автоматически выбирать монету. Чтобы объяснить недоступный баланс, найдите затронутый выход и предполагаемое расходование. Повышение комиссии не выполняет ещё не наступившее условие консенсуса.
Начните с одного выхода и одной попытки расходования
Общая сумма кошелька объединяет выходы с разной историей и условиями. Статус «подтверждено» описывает включение входящей транзакции, но не объясняет все требования следующего расходования. Найдите идентификатор и номер нужного выхода. Затем установите, построена ли новая транзакция, подписана ли она и было ли что-либо действительно отправлено в сеть.
Отделите входящую транзакцию от той, которая потратит её выход. Поле locktime у уже подтверждённой входящей транзакции само по себе не означает продолжающуюся блокировку всех созданных ею выходов. Для следующей операции важны условия расходования выхода и поля нового перевода. Одно число, прочитанное не у той транзакции, способно направить всю проверку по неверному пути.
| Где находится ограничение | К чему относится | Что исследовать | Что не ответит на вопрос |
|---|---|---|---|
| nLockTime предполагаемой транзакции | Её допустимость при применимых настройках полей | Фактическое расходование и sequence входов | Комиссия входящего перевода |
| Относительное условие sequence | Возраст предыдущего выхода по применимым правилам | Вход, история подтверждения и контекст транзакции | Время с открытия приложения кошелька |
| Временное условие пути скрипта | Условие выбранной ветви расходования | Политика кошелька или сведения дескриптора и путь | Обычный расчёт более высокой комиссии |
| Локальная блокировка выбора монеты | Отказ кошелька выбирать выход автоматически | Состояние coin control | Предположение о заморозке всем блокчейном |
| Ограничение подписи или аккаунта | Доступ к нужной подписи либо процесс кастодиана | Состояние кошелька или провайдера и точная ошибка | Предположение, что любая недоступная сумма имеет таймлок |
Абсолютный locktime относится к транзакции
В руководстве Bitcoin по транзакциям nLockTime рассматривается как поле с правилами высоты или времени; настройки sequence входов влияют на его применение. Нельзя превращать число в календарную дату только из-за подписи «время» в интерфейсе. Сначала определите, какой тип значения используется в исследуемой операции.
Есть отдельное различие между созданием отложенной транзакции и обязательной задержкой самого выхода. BIP-65 объясняет, почему один nLockTime не доказывает невозможность более раннего расходования другой допустимой транзакцией. CHECKLOCKTIMEVERIFY позволяет закрепить нужное условие в скрипте. Это важно, когда вы читаете сведения о запланированном переводе, а не о владении с обязательным условием расходования.
Разобраться нужно по документированной политике кошелька, а не ручным исправлением подписанной транзакции. Ограничения могут находиться не только в видимом числе locktime. Кошельку может требоваться выбранная ветвь скрипта, определённые подписи или согласованный процесс. Изменение одного поля интерфейса ещё не устанавливает допустимость всей получившейся операции.
Относительная задержка отсчитывается от предыдущего выхода
BIP-68 задаёт смысл относительной задержки для подходящих sequence входов в соответствующих версиях транзакций. Условие относится к возрасту расходуемого выхода по правилам блоков или времени. Отсчёт не начинается с восстановления кошелька, подключения устройства или первого обнаружения неактивной кнопки отправки.
BIP-112 добавляет CHECKSEQUENCEVERIFY, позволяя пути скрипта требовать этот возраст. Не всякое нефинальное значение sequence означает содержательный период ожидания: важны контекст и применимые флаги. Само наличие поля sequence тоже не описывает полностью политику выхода, на который ссылается вход.
Если входов несколько, исследуйте ограничения каждого, а не усредняйте их возраст. Один вход может препятствовать выбранной комбинации, хотя другой уже удовлетворяет своему условию. Объяснение задержки конкретного пути восстановления сохраняйте именно для этого пути. Не делайте вывод, что любая другая операция автоматически имеет те же права и такое же ожидание.
Время сети не равно таймеру телефона
Для временной допустимости BIP-113 использует медианное время предыдущих блоков, а не часы устройства как конечную точку. Ограничение по высоте также зависит от движения цепочки, а не гарантированного количества обычных минут. Оценка даты кошельком помогает планировать, но не обещает исполнение в точную секунду.
Наступление времени снимает только соответствующее условие. Оно не отправляет транзакцию, не создаёт недостающие подписи, не оплачивает комиссию и не зачисляет депозит на сервисе. Различайте «допустимо включить», «отправлено», «подтверждено» и «зачислено». Ожидать автоматический платёж в момент окончания таймера — значит смешивать завершение ограничения с завершением перевода.
Локальное исключение монеты — другая категория
В документации Bitcoin Core lockunspent описан механизм, при котором кошелёк исключает выбранные выходы из автоматического подбора. Это отличается от задержки, обязательной по консенсусу и скрипту. Перед изменением coin control выясните назначение локального резерва: возможно, выход сохранён для другой операции, которую вы собирались выполнить.
Подписи балансов тоже требуют контекста. В описании getbalances различаются trusted, untrusted pending и immature. Другой кошелёк может группировать суммы иначе. Общей графы «доступно» недостаточно, чтобы определить транзакцию, требование подписи или политику расходования, из-за которой выход исключён из выбора.
Сравните три внешне похожих случая
Условный Иво в первом случае подготовил транзакцию на будущую высоту, но ещё не отправил. Вопрос относится к этому переводу и политике его входов. Во втором случае он использует путь скрипта с обязательным возрастом выхода: важна история подтверждения. В третьем он сам зарезервировал обычный выход в coin control. Все случаи уменьшают предлагаемую к отправке сумму, но объясняются по-разному.
Для каждого случая составьте заметку: нужный выход, состояние подтверждений, предполагаемая транзакция или путь, точная ошибка и источник показанной оценки времени. Если публичных сведений и документации недостаточно, спросите установленный канал кошелька именно об этой политике. Сид-фраза, приватный ключ и полный чувствительный экспорт не должны уходить собеседнику ради объяснения поля.
- Найдите выход и отделите входящую транзакцию от предполагаемого расходования.
- Запишите этап попытки: черновик, подписанный перевод, отправленная транзакция или локальный отказ кошелька.
- Разделите поля транзакции, требования пути скрипта и локальный выбор монет.
- Для настоящего таймлока проверьте нужную высоту, историю подтверждений или время сети вместо часов устройства.
- После наступления допустимости проверьте оставшиеся требования подписи, комиссии и отправки.
- Готовьте и финансируйте обменную заявку, когда способны выполнить её фактические инструкции; не предполагайте, что старая заявка будет ждать будущего снятия таймлока.
Перед работой с KOT.CASH сопоставьте порядок обмена, описание комиссий и текущие инструкции простого обмена. Планируемый или будущий допустимый перевод не является полученным депозитом. Эти страницы не устанавливают специального восстановления таймлоков и не обещают срок жизни заявки до вашей будущей даты расходования. Не подменяйте ими отсутствующие условия маршрута.
Частые вопросы
Bitcoin locktime во входящей транзакции означает блокировку нового баланса?
Одно это поле не устанавливает продолжающуюся блокировку полученных выходов. Отдельно исследуйте условия выхода и предполагаемое следующее расходование.
Locktime bitcoin transaction можно ускорить повышением комиссии?
Комиссия не выполняет ещё не наступившее условие консенсуса. Сначала определите, действительно ли проблема во времени, а не в другой причине ожидания.
Bitcoin locktime заканчивается точно по часам телефона?
Для временных условий используется время сети по соответствующим правилам, а высота зависит от появления блоков. Показанная дата не является обещанием точной секунды включения транзакции.