Bitcoin clauses: réaliser une programmabilité plus puissante
Récemment, la communauté Bitcoin a suscité une discussion sur la réactivation des codes d'opération tels que OP_CAT. Cela a attiré l'attention sur les "clauses restrictives" de Bitcoin (covenants), considérées comme pouvant permettre des contrats intelligents ou la Programmabilité de Bitcoin.
Le terme "clause de restriction" désigne un mécanisme capable d'imposer des conditions aux transactions Bitcoin futures. Bien que le script Bitcoin actuel contienne également certaines conditions restrictives, tant que l'utilisateur peut déverrouiller, il peut dépenser les UTXO n'importe où. En revanche, la clause de restriction peut encore limiter les dépenses des UTXO ultérieures, réalisant un effet similaire à celui de "fonds dédiés".
Ce mécanisme qui semble augmenter les restrictions peut en réalité débloquer plus de cas d'application :
Assurez-vous des pénalités de Staking. Par exemple, dans le plan de staking Bitcoin de Babylon, il est possible de forcer la combustion d'une partie des actifs des utilisateurs malveillants grâce à des clauses restrictives.
Contrôle de congestion. L'expéditeur peut d'abord s'engager sur une transaction de lot, puis envoyer la transaction spécifique lorsque le taux de frais est bas, réduisant ainsi les frais globaux du réseau.
Application du coffre-fort (vault). Même si le compte est piraté, l'utilisation des fonds peut être restreinte. Par exemple, dans le schéma de conception d'OP_VAULT, les retraits doivent être effectués en deux étapes, avec un délai entre les deux, augmentant ainsi la sécurité.
Des canaux d'état plus robustes et flexibles. Par exemple, Eltoo peut éviter le mécanisme de pénalité dans le réseau Lightning, Ark peut réduire la liquidité entrante et la difficulté de gestion des canaux dans le réseau Lightning.
Les solutions techniques pour mettre en œuvre des clauses restrictives se répartissent principalement en deux catégories :
Basé sur les codes d'opération. Comme OP_CTV, OP_VAULT, etc., en ajoutant de nouveaux codes d'opération pour lire directement le contenu des transactions.
Basé sur la signature. Par exemple, APO(SIGHASH_ANYPREVOUT), en modifiant le mécanisme de signature pour réaliser indirectement l'introspection des transactions.
Parmi eux, OP_CTV et OP_CAT sont les deux solutions actuellement les plus discutées :
OP_CTV peut vérifier si les transactions de dépense, après hachage, correspondent à celles définies. Cela permet aux utilisateurs de construire des arbres de transactions complexes impliquant plusieurs destinataires, réalisant des scénarios d'utilisation des fonds plus flexibles.
OP_CAT est une opération simple mais puissante qui permet de concaténer deux éléments sur la pile. Elle peut être utilisée pour implémenter la vérification des arbres de Merkle, améliorer les signatures Schnorr et diverses autres fonctionnalités.
Les clauses restrictives ont apporté une programmabilité plus puissante au Bitcoin, mais peuvent aussi conduire à des abus ou des vulnérabilités imprévus. Par conséquent, la communauté adopte une attitude prudente, et les mises à niveau associées pourraient encore prendre du temps à être réalisées. Cependant, avec l'amélioration continue de la technologie sous-jacente, les clauses restrictives devraient libérer davantage de potentiel pour le Bitcoin.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Conditions de restriction Bitcoin : Ouvrir une nouvelle ère des smart contracts
Bitcoin clauses: réaliser une programmabilité plus puissante
Récemment, la communauté Bitcoin a suscité une discussion sur la réactivation des codes d'opération tels que OP_CAT. Cela a attiré l'attention sur les "clauses restrictives" de Bitcoin (covenants), considérées comme pouvant permettre des contrats intelligents ou la Programmabilité de Bitcoin.
Le terme "clause de restriction" désigne un mécanisme capable d'imposer des conditions aux transactions Bitcoin futures. Bien que le script Bitcoin actuel contienne également certaines conditions restrictives, tant que l'utilisateur peut déverrouiller, il peut dépenser les UTXO n'importe où. En revanche, la clause de restriction peut encore limiter les dépenses des UTXO ultérieures, réalisant un effet similaire à celui de "fonds dédiés".
Ce mécanisme qui semble augmenter les restrictions peut en réalité débloquer plus de cas d'application :
Assurez-vous des pénalités de Staking. Par exemple, dans le plan de staking Bitcoin de Babylon, il est possible de forcer la combustion d'une partie des actifs des utilisateurs malveillants grâce à des clauses restrictives.
Contrôle de congestion. L'expéditeur peut d'abord s'engager sur une transaction de lot, puis envoyer la transaction spécifique lorsque le taux de frais est bas, réduisant ainsi les frais globaux du réseau.
Application du coffre-fort (vault). Même si le compte est piraté, l'utilisation des fonds peut être restreinte. Par exemple, dans le schéma de conception d'OP_VAULT, les retraits doivent être effectués en deux étapes, avec un délai entre les deux, augmentant ainsi la sécurité.
Des canaux d'état plus robustes et flexibles. Par exemple, Eltoo peut éviter le mécanisme de pénalité dans le réseau Lightning, Ark peut réduire la liquidité entrante et la difficulté de gestion des canaux dans le réseau Lightning.
Les solutions techniques pour mettre en œuvre des clauses restrictives se répartissent principalement en deux catégories :
Basé sur les codes d'opération. Comme OP_CTV, OP_VAULT, etc., en ajoutant de nouveaux codes d'opération pour lire directement le contenu des transactions.
Basé sur la signature. Par exemple, APO(SIGHASH_ANYPREVOUT), en modifiant le mécanisme de signature pour réaliser indirectement l'introspection des transactions.
Parmi eux, OP_CTV et OP_CAT sont les deux solutions actuellement les plus discutées :
OP_CTV peut vérifier si les transactions de dépense, après hachage, correspondent à celles définies. Cela permet aux utilisateurs de construire des arbres de transactions complexes impliquant plusieurs destinataires, réalisant des scénarios d'utilisation des fonds plus flexibles.
OP_CAT est une opération simple mais puissante qui permet de concaténer deux éléments sur la pile. Elle peut être utilisée pour implémenter la vérification des arbres de Merkle, améliorer les signatures Schnorr et diverses autres fonctionnalités.
Les clauses restrictives ont apporté une programmabilité plus puissante au Bitcoin, mais peuvent aussi conduire à des abus ou des vulnérabilités imprévus. Par conséquent, la communauté adopte une attitude prudente, et les mises à niveau associées pourraient encore prendre du temps à être réalisées. Cependant, avec l'amélioration continue de la technologie sous-jacente, les clauses restrictives devraient libérer davantage de potentiel pour le Bitcoin.