Bitcoin Vault — конструкція зберігання з окремими етапами виведення. Після початку триває період, коли її правила дозволяють перевести кошти на безпечний шлях відновлення. Це не назва одного активованого опкоду й не інше позначення апаратного гаманця.
У звичайному однопідписному гаманці злодій із ключем може створити прямий платіж. Vault має обмежити такий негайний відтік: операційний ключ запускає процес, але не повинен сам обходити очікування й відновлення. Потрібно з’ясувати, які комбінації ключів платять прямо, а які проходять проміжний стан. Назва vault або відкладений переказ у застосунку не доводять примусового виконання на blockchain. [BIP 345 — OP_VAULT]
Модель розрізняє внесене UTXO, підтверджений проміжний unvault-вихід і завершений платіж. Якщо звичайна гілка проміжного виходу, підтвердженого в блоці H, вимагає 144 блоки, вона доступна не раніше H+144 за виконання інших умов. Гілка відновлення має дозволяти втрутитися раніше. Це не рівно 24 години й не автоматичне повернення: ефективне втручання повинно випередити остаточне підтверджене витрачання. [BIP 345 — OP_VAULT] [BIP 112 — CHECKSEQUENCEVERIFY]
Деякі конструкції використовують чинні правила та попередньо підписані транзакції. Вони обмежують альтернативні витрати вимогою безпечно видалити одноразові ключі або отримати згоду інших незалежних сторін. Мережа сама не доводить видалення ключа. Збережена таємна копія може обійти задуманий шлях. Попередньо підписані транзакції також потрібні для відновлення: сам seed може не відтворити підписи вже видаленого ключа. [BIP 345 — OP_VAULT] [Revault — Transaction specification]
Специфікація Revault розрізняє stakeholders, managers і cosigning servers. Її deposit-вихід використовує ключі stakeholders N-of-N; unvault дозволяє їхній шлях або шлях managers і cosigners після X блоків. Cancel повертає вихід до deposit-політики, emergency веде в Emergency Deep Vault. Є також bypass, підписаний stakeholders. Отже, модель не гарантує затримки при компрометації всіх їхніх ключів і не описує кожен vault. [Revault — Transaction specification]
За ревізією 8 вересня 2026 BIP 345 має статус Closed і вказує BIP 443 як Proposed-Replacement. Спочатку він поєднував OP_VAULT і OP_VAULT_RECOVER з OP_CHECKTEMPLATEVERIFY. BIP 443 пропонує загальніший OP_CHECKCONTRACTVERIFY, або OP_CCV, і має статус Draft; механізм активації не визначений. BIP 119 теж Draft. Номер BIP, тестова реалізація чи опублікований приклад vault самі не доводять активації цих правил у Bitcoin mainnet. [BIP 345 — OP_VAULT] [BIP 443 — OP_CHECKCONTRACTVERIFY] [BIP 119 — CHECKTEMPLATEVERIFY]
Монітор має розпізнати неочікуване виведення, а не просто побачити транзакцію. Реакція потребує дійсної рятувальної транзакції, доступної мережі й достатніх комісій. Надсилання в mempool не є підтвердженням; перевантаження, pinning чи невдала стратегія підвищення комісії можуть змарнувати вікно. Revault визначає CPFP і для деяких рятувальних транзакцій ALL | ANYONECANPAY для додавання комісійних входів. Історичні ставки не є рекомендацією сьогоднішньої комісії. [BIP 345 — OP_VAULT] [Revault — Transaction specification]
Переведення до скрипту відновлення допоможе, лише якщо уповноважений власник пізніше виконає його умови. Недоступні ключі, відсутня конфігурація чи втрачені попередні підписи можуть замінити крадіжку власним постійним блокуванням. Надто легкий запуск рятувальної гілки може також уможливити переслідування повторним скасуванням виведень. Відділіть дозвіл запускати захисний переказ від дозволу витрачати з його цілі та перевірте обидві ролі. [BIP 345 — OP_VAULT] [Revault — Transaction specification]
Перевірка має перелічити всі шляхи виведення й bypass, консенсусні припущення, потрібні резервні матеріали та час реакції. Окрема тестова система має охопити звичайне виведення, передчасну спробу, неочікуваний unvault, відмову монітора й недоступні кошти на комісії. Результат повинен розрізняти дійсний підпис, прийняття mempool і підтвердження. Успішний показ одного сценарію не доводить безпеки всіх гілок; ці моделі не є вказівкою вкладати справжні кошти в експериментальний скрипт. [BIP 345 — OP_VAULT] [Revault — Transaction specification]
Для повної картини прочитайте також Bitcoin covenants, OP_CHECKTEMPLATEVERIFY, Timelock, Multisig, Bitcoin Inheritance Plan, Самостійне зберігання. На цю статтю також посилаються Bitcoin covenants, OP_CHECKTEMPLATEVERIFY, Dead Man’s Switch.