BIP-345 (OP_VAULT)
BIP-345 propose OP_VAULT, un opcode pour vaults Bitcoin natifs. Permet délais de retrait et clé de récupération. Sujet brûlant des soft forks à venir.
L'idée du coffre-fort Bitcoin
Un vault (coffre-fort) est un dispositif où les fonds sont placés sous une condition de retrait à délai : tout retrait nécessite une fenêtre d'attente pendant laquelle une clé de récupération (« revoke key ») peut annuler la transaction et placer les fonds en lieu sûr. C'est le mécanisme idéal pour protéger des montants importants contre le vol : même si la clé principale est compromise, l'attaquant n'a pas un retrait instantané.
BIP-345, proposé par James O'Beirne en mars 2023, ajoute deux nouveaux opcodes à Bitcoin pour rendre cela possible sans dépendre de pré-signatures complexes.
Les opcodes proposés
| Opcode | Rôle | |--------|------| | OP_VAULT | Marque un UTXO comme « vaulté » avec délai et clé de recovery | | OP_VAULT_RECOVER | Permet le retrait immédiat vers la clé de recovery |
Le flux typique :
- Création du vault :
(montant) → vault_script - Démarrage du retrait :
vault_script → wait_period → destination - Pendant le délai (typiquement 1 à 7 jours), si la clé de recovery détecte un retrait illégitime, elle peut publier OP_VAULT_RECOVER et envoyer les fonds à une adresse froide.
Avantage sur les vaults pré-signés
Avant BIP-345, on faisait des vaults en pré-signant des cascades de transactions. Problème : il faut conserver les signatures indéfiniment, et la moindre erreur de configuration peut bloquer les fonds. BIP-345 rend tout cela stateless : les conditions sont inscrites dans le script Bitcoin, pas dans un disque dur quelque part.
Cas d'usage
- Auto-conservation institutionnelle : entreprises avec fonds importants.
- Self-custody familiale : protection contre la coercition individuelle.
- DCA setup : retrait quotidien limité, le reste protégé.
- Plateformes Lightning : protection des HotFunds.
Le débat communautaire
BIP-345 est l'une des propositions de soft fork les plus discutées. Arguments en faveur :
- Bénéfice utilisateur tangible (anti-vol).
- Construction modulaire sur Tapscript.
- Code de référence simple comparé à CTV+CAT.
Arguments contre :
- Spécificité : opcode pour un seul cas d'usage.
- Concurrence avec covenants génériques (APO, CAT, CTV) qui couvriraient plus large.
- Risques émergents non encore explorés.
À retenir
BIP-345 illustre la philosophie « petite extension utile » contre celle des « covenants généralistes ». Quel que soit son sort, il a popularisé l'idée du vault Bitcoin natif et accéléré la R&D sur la sécurité des fonds en self-custody.
Termes lies
- OP_VAULTOP_VAULT (BIP-345) est une proposition d'opcode pour créer des vaults Bitcoin natifs. Permet d'imposer un délai d'attente entre l'initiation et la finalisation d'une dépense. Combinable avec une clé de récupération. Une des grandes propositions de soft fork à l'étude.
- CovenantUn covenant est une condition restreignant la manière dont une UTXO peut être dépensée à l'avenir. Permet vaults, paiements récursifs, Ark... Plusieurs propositions cohabitent (CTV, OP_VAULT, ANYPREVOUT). Sujet brûlant des prochains soft forks.
- Vault BitcoinUn vault Bitcoin est un schéma de garde avec délai imposé entre la requête et la dépense effective. Permet d'annuler une transaction frauduleuse pendant ce délai. Aujourd'hui implémentable avec scripts complexes ; demain plus simplement avec OP_VAULT. Outil clé d'auto-custody avancée.
Glossaire inspire du dictionnaire de Loic Morel sur Pandul.fr.