Bitcoin Vault

Анна хранит часть сбережений в биткоине. Кошелёк — приложение или устройство для получения и отправки биткоинов. Подписать здесь означает с помощью закрытого ключа, секретного числового значения, создать проверяемое доказательство разрешения на платёж. Другие могут проверить подпись, не зная этого секрета. В обычном кошельке с единственным ключом вор, получивший этот ключ, может сразу подписать платёж на собственный адрес. Bitcoin Vault призван изменить этот момент: ключ для повседневного вывода только запускает процесс, а Анна получает шанс спасти деньги. Это похоже на сейф с задержкой и аварийным перенаправлением. Но сравнение работает лишь там, где ограничения действительно обеспечены условиями расходования в сети. Таймера в приложении недостаточно. Hardware Wallet, устройство для защиты ключей подписи, тоже не становится vault автоматически: оно решает другую задачу безопасности. [1] [6]

Выход транзакции записывает сумму и условия, при которых её можно потратить позже. Bitcoin учитывает выходы транзакций, доступные для расходования, — UTXO. Блок объединяет транзакции в пакет, добавляемый в общую историю. В простой модели начальная транзакция расходует сохранённый выход и создаёт новый с условием ожидания. Этот шаг называют unvault. Окончательный платёж возможен позже, а путь спасения позволяет вмешаться раньше. Допустим, промежуточный выход подтверждён в блоке H с задержкой 144 блока: обычный путь может стать доступен не раньше H+144, если выполнены остальные условия. Это не ровно 24 часа: блоки не появляются по расписанию. Это также не отмена завершённого платежа — спасательная транзакция должна подтвердиться до окончательного расходования. [1] [5] [7]

Анна замечает вывод, которого не запрашивала. Теперь нужны работающий мониторинг сети, действительная спасательная транзакция и средства на комиссию. Mempool содержит неподтверждённые транзакции; попадания туда недостаточно. Перегрузка или pinning, когда атакующий затрудняет замену либо подтверждение транзакции, могут задержать ответ. Revault предусматривает CPFP: дочерняя транзакция добавляет комиссию, побуждая майнеров подтвердить обе вместе. Некоторые спасательные транзакции используют ALL | ANYONECANPAY — режим подписи, позволяющий добавить входы для оплаты комиссии, то есть ссылки на другие ещё не потраченные суммы. Это инструменты конкретной схемы, а не гарантия своевременного подтверждения. Исторические ставки из спецификации не являются сегодняшней рекомендацией. [1] [4]

Защитный перевод может остановить вора, но оставить Анне другую проблему: кошелёк назначения должен быть пригоден для дальнейшего использования. Знания адреса мало. Нужны требуемые ключи, описание условий и, если предусмотрено, заранее подготовленные транзакции. Право запустить защитный перевод отличается от права расходовать средства из его назначения. Наблюдатель может получить первое без второго. Однако слишком доступный путь спасения может позволить кому-то раз за разом срывать законные выводы. Поэтому хорошая схема учитывает восстановление доступа и злоупотребление самой защитой наряду с кражей. [1] [4]

Некоторые vault используют действующие правила и заранее подписанные транзакции. Подписи создаются при настройке; затем безопасность может зависеть от удаления одноразовых ключей либо от независимых соподписантов, отказывающихся подписывать другие варианты расходования. Сеть не может проверить, действительно ли удалены все копии ключа. Скрытая копия способна обойти защиту. Для восстановления также может понадобиться больше, чем Seed Phrase — слова для получения ключей кошелька. Они не обязательно воссоздадут недостающую подпись уже удалённого одноразового ключа. Поэтому заранее подписанные транзакции и связанные данные могут быть необходимы для восстановления. [1] [4]

В Revault вопрос о владельце ключа — лишь начало. Stakeholders обладают основными полномочиями; managers ведут обычные выводы, а cosigning servers подписывают их совместно с ними. Депозит требует N-of-N, то есть всех предусмотренных подписей stakeholders: это Multisig, совместное одобрение несколькими ключами. Промежуточный выход можно потратить по пути stakeholders либо после X блоков по пути managers вместе с серверами. Cancel возвращает его под исходные условия депозита; аварийный перевод направляет в Emergency Deep Vault. У stakeholders есть и прямой путь bypass. Получивший все их ключи может не ждать. Так устроена конкретная спецификация, а не все vault. [4]

BIP описывает предложение или стандарт Bitcoin; номер не означает активации. При проверке 17 октября 2026 года BIP 345 имеет статус Closed и указывает BIP 443 в Proposed-Replacement. Исходный проект объединял OP_VAULT и OP_VAULT_RECOVER с OP_CHECKTEMPLATEVERIFY — инструкциями, ограничивающими пути вывода. BIP 443 предлагает более общий OP_CHECKCONTRACTVERIFY, или OP_CCV, и остаётся Draft; механизм активации не определён. BIP 119 для OP_CHECKTEMPLATEVERIFY тоже имеет статус Draft. Это часть обсуждения Covenants — ограничений дальнейшего использования выхода. Опубликованный код или демонстрация не доказывают, что mainnet, основная сеть Bitcoin, обеспечивает эту защиту. [1] [2] [3]

Прежде чем доверить vault сбережения, Анне нужно понять обычный вывод, спасение и каждый путь bypass. Проверки проводят в отдельной тестовой среде: нормальный вывод, преждевременная попытка, неожиданный unvault, отказ наблюдателя и отсутствие средств на комиссию. Действительная подпись, приём в mempool и подтверждение в блоке — разные вещи. Одна успешная демонстрация не проверяет остальные ветви. Для новичка главное: vault даёт время, но добавляет обязанности, которые кто-то должен надёжно выполнять. Этот текст не предлагает переводить настоящие средства в экспериментальный скрипт. [1] [4]