La proposition de convention OP_CAT a été officiellement présentée sous le nom de « BIP-420 », dans le but de permettre des contrats intelligents, des ponts sécurisés et des échanges en chaîne sur le réseau Bitcoin.
introduction du BIP-420 : proposition formelle d'amélioration du Bitcoin pour OP_CAT
c'est une journée historique !
aujourd'hui, après une longue attente, la proposition OP_CAT a officiellement reçu un numéro BIP. découvrez le BIP-420 !
BIP-420 permet des engagements sur Bitcoin, permettant des contrats intelligents, des ponts sécurisés, en chaîne… pic.twitter.com/z6ItJT7LX4
— Oudi | BIP-420 🐱 (@udiWertheimer) 22 avril 2024
Le , rédigé par Ethan Heilman et Armin Sabouri, cherche à réintroduire l'opcode OP_CAT dans Bitcoin via un soft fork rétrocompatible en redéfinissant l'opcode OP_SUCCESS126. Il s'agit de la même valeur d'opcode utilisée par l'OP_CAT d'origine, qui a été désactivée par Satoshi Nakamoto en 2010 en raison de préoccupations concernant des vulnérabilités potentielles.
Engagements Bitcoin
Les clauses restrictives sur Bitcoin sont des fonctionnalités de script avancées qui permettent de définir des conditions spécifiques sur la manière dont les bitcoins peuvent être dépensés lors de transactions futures. Ils pourraient permettre des cas d’utilisation tels que la création de « coffres-forts » sécurisés pour les transactions réversibles, les paiements récurrents automatisés, les transferts d’héritage verrouillés dans le temps et les instruments financiers complexes tels que les séquestres et les obligations.
En ce sens, les clauses Bitcoin existent actuellement en tant que mécanismes proposés pour faire respecter les conditions sur la manière dont le BTC sera transféré à l’avenir. Ils constituent un ensemble de règles qui régissent la manière dont un Bitcoin particulier peut être dépensé, ajoutant ainsi une couche supplémentaire de sécurité et de fonctionnalités au réseau. Les clauses Bitcoin fonctionnent via le langage de script Bitcoin, définissant les conditions qui doivent être remplies pour qu'une transaction Bitcoin soit traitée.
Il existe différents types de contrats, chacun présentant ses propres avantages et inconvénients. Les types les plus courants comprennent :
-
Engagements fondés sur la valeur: restreint la valeur du résultat d'une transaction.
-
Engagements basés sur l'adresse : restreint l'adresse de sortie d'une transaction.
-
Alliances basées sur des scripts: restreint le script de sortie d'une transaction.
Les clauses Bitcoin pourraient révolutionner la façon dont nous utilisons Bitcoin aujourd’hui en permettant de créer une gamme plus large de produits et de services financiers au-dessus du réseau Bitcoin. Ils pourraient rendre Bitcoin plus polyvalent, permettant des transactions et des contrats intelligents plus complexes.
Cependant, la mise en œuvre des clauses Bitcoin n’est pas sans défis. Les principaux risques incluent des problèmes potentiels de fongibilité, une complexité accrue et l'introduction de nouvelles vulnérabilités de sécurité. Le concept de covenants dans Bitcoin est discuté depuis au moins 2013.
Fonctionnalité étendue
Selon la proposition, l'opcode OP_CAT simplifierait et étendrait les fonctionnalités de Bitcoin, rendant les protocoles décentralisés plus pratiques et prenant en charge les configurations multi-signatures avancées. Essentiellement, OP_CAT augmenterait considérablement la puissance et la flexibilité des scripts Bitcoin, facilitant ainsi le développement d'applications plus sophistiquées directement sur la blockchain Bitcoin.
Notamment, les chances qu'un soft fork OP_CAT se produise dépendent d'une combinaison de facteurs qui incluent les capacités techniques des principaux développeurs, les considérations de sécurité en chaîne et le consensus de la communauté.
OP_CAT n’est cependant pas la seule proposition de pacte Bitcoin en discussion. D'autres propositions incluent Check Template Verify (CTV), OP_CHECKSIGFROMSTACK (CSFS) et LNHANCE, chacune variant dans son approche et ses compromis et à différentes étapes de recherche et de débat.
