Covenant
Un 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.
Définition
Un covenant (littéralement « engagement » en anglais juridique) est une règle inscrite dans un script Bitcoin qui restreint la façon dont une UTXO pourra être dépensée. Aujourd'hui, un script Bitcoin standard ne peut pas dire « cette pièce ne peut être envoyée qu'à cette adresse particulière ». Un covenant change cela : il permet de pré-engager la transaction de dépense, ou au moins certaines de ses caractéristiques (destinataire, montant, timelock).
Pourquoi en a-t-on besoin
Sans covenant, on peut sécuriser un wallet par multisig et timelocks, mais on ne peut pas vraiment construire un coffre-fort programmable. Les covenants débloquent plusieurs usages très demandés :
- Vaults : on peut envoyer ses bitcoins à une adresse vault qui ne peut être dépensée qu'après un délai, avec la possibilité d'annuler vers une clé de secours en cas de vol.
- Ark, Lightning v2 : protocoles de scaling qui réduisent le besoin de canaux ouverts en permanence.
- Paiements récursifs : abonnements, salaires programmés directement sur Bitcoin.
- CoinPools : partage d'une UTXO entre plusieurs propriétaires sans tiers.
Les principales propositions
| Proposition | BIP | Caractéristique | |---|---|---| | CTV (CheckTemplateVerify) | 119 | Hash la transaction future complète | | OP_VAULT | 345 | Optimisé pour les vaults | | ANYPREVOUT (APO) | 118 | Permet Eltoo et Lightning v2 | | LNHANCE | – | Combinaison CTV + CSFS | | BIP-118 + 119 | – | Approche modulaire |
Le débat politique
Aucune proposition n'a encore été activée. Le débat divise la communauté entre conservateurs (qui craignent qu'un covenant trop puissant ne permette des restrictions abusives, voire de la censure programmable) et innovateurs (qui voient dans les covenants le seul moyen d'éviter une centralisation par les seconds layers custodial type Liquid). La discussion est l'un des sujets les plus chauds des années 2024-2026.
À retenir
Un covenant n'est ni un actif, ni un changement de la politique monétaire de Bitcoin. C'est un nouvel opcode (ou ensemble d'opcodes) ajouté par soft fork. Le défi est de trouver une formulation assez expressive pour les vaults et Ark, mais assez limitée pour ne pas permettre des dérives type tokens forcés ou listes noires. Voir aussi OP_CTV.
Termes lies
- OP_CHECKTEMPLATEVERIFY (CTV)OP_CHECKTEMPLATEVERIFY (BIP-119) est un opcode proposé permettant de pré-engager une transaction future. Il introduit une forme limitée de covenant. Au cœur des discussions sur les vaults et les améliorations de scalabilité (Ark, congestion control). Non activé à ce jour.
- 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.
- 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.
- ArkArk est un protocole Layer-2 conçu par Burak. Permet des transferts instantanés sans liquidité préalable, via un Ark Service Provider. Périodes de rounds. Solution prometteuse mais en construction.
Glossaire inspire du dictionnaire de Loic Morel sur Pandul.fr.