Limitations du Bitcoin : la clé de la Programmabilité
La communauté Bitcoin a récemment lancé une discussion sur la réactivation des opcode tels que OP_CAT. Cela a suscité l'attention sur les "clause de restriction" de Bitcoin, qui est considérée comme un mécanisme important pour réaliser des contrats intelligents et la Programmabilité de Bitcoin.
Qu'est-ce qu'une clause restrictive
Les clauses restrictives sont un mécanisme qui permet de définir des conditions pour les transactions Bitcoin futures. Elles limitent non seulement la façon de déverrouiller les fonds, mais peuvent également restreindre la destination des dépenses des fonds par la suite, réalisant ainsi un effet de "fonds affectés".
Cas d'application
Assurez-vous des pénalités de Staking
Dans le staking Bitcoin, les clauses restrictives peuvent s'assurer que les actifs des utilisateurs malveillants sont brûlés de force, ne pouvant échapper à la punition.
Contrôle de la congestion
En cas de congestion du réseau, il est possible de s'engager d'abord sur une série de transactions, puis d'exécuter les transactions spécifiques lorsque les frais de transaction diminuent, ce qui permet de réduire les coûts.
coffre-fort
Il est possible de créer des applications de garde de fonds plus sécurisées, même en cas de fuite de la clé privée, l'utilisation des fonds peut être limitée.
un canal d'état plus robuste
Il est possible de concevoir des solutions de canaux d'état plus flexibles et robustes que le réseau Lightning, comme Eltoo et Ark.
Aperçu technique des conditions restrictives
Les moyens techniques pour mettre en œuvre des clauses restrictives comprennent :
Basé sur des codes d'opération : comme OP_CTV, OP_VAULT
Basé sur la signature : comme APO, OP_CSFS
Certaines solutions prennent en charge la récursivité, permettant d'appliquer des restrictions sur plusieurs transactions.
Idée de conception des clauses restrictives
Le cœur des clauses restrictives réside dans la réalisation de l'"introspection" des transactions, c'est-à-dire l'examen du contenu de la transaction elle-même. Il existe principalement deux approches :
Basé sur le code d'opération : ajouter directement un nouveau code d'opération pour lire le contenu de la transaction
Basé sur la signature : utiliser le hachage du contenu de la transaction, en modifiant la vérification de la signature pour réaliser indirectement l'introspection.
APO
SIGHASH_ANYPREVOUT(APO) est un nouveau mode de signature qui ne signe que les sorties et ne signe pas les entrées. Cette flexibilité permet de créer des transactions à l'avance et de construire des adresses qui ne peuvent être dépensées qu'avec ces transactions prédéfinies.
OP_CTV
OP_CHECKTEMPLATEVERIFY(CTV) utilise un code opération amélioré, exigeant que la transaction contienne une sortie correspondant à l'engagement. Peut être utilisé pour créer des structures de paiement complexes en arbre.
OP_CAT
OP_CAT peut concaténer deux éléments dans un script, et en combinant d'autres opérations, il peut réaliser diverses fonctions, telles que la vérification des arbres de Merkle, l'amélioration des signatures Schnorr, etc.
Conclusion
Les clauses restrictives apportent une plus grande Programmabilité au Bitcoin, permettant de réaliser des règles de transaction ayant un effet de contrat intelligent. Cependant, il est également nécessaire d'évaluer prudemment les risques potentiels, et les mises à jour connexes doivent encore obtenir un consensus au sein de la communauté. À l'avenir, en combinaison avec d'autres mises à niveau sous-jacentes, les clauses restrictives devraient permettre de libérer davantage le potentiel de Programmabilité du 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.
Bitcoin restrictions : ouvrir un nouveau chapitre sur les smart contracts et la Programmabilité
Limitations du Bitcoin : la clé de la Programmabilité
La communauté Bitcoin a récemment lancé une discussion sur la réactivation des opcode tels que OP_CAT. Cela a suscité l'attention sur les "clause de restriction" de Bitcoin, qui est considérée comme un mécanisme important pour réaliser des contrats intelligents et la Programmabilité de Bitcoin.
Qu'est-ce qu'une clause restrictive
Les clauses restrictives sont un mécanisme qui permet de définir des conditions pour les transactions Bitcoin futures. Elles limitent non seulement la façon de déverrouiller les fonds, mais peuvent également restreindre la destination des dépenses des fonds par la suite, réalisant ainsi un effet de "fonds affectés".
Cas d'application
Assurez-vous des pénalités de Staking
Dans le staking Bitcoin, les clauses restrictives peuvent s'assurer que les actifs des utilisateurs malveillants sont brûlés de force, ne pouvant échapper à la punition.
Contrôle de la congestion
En cas de congestion du réseau, il est possible de s'engager d'abord sur une série de transactions, puis d'exécuter les transactions spécifiques lorsque les frais de transaction diminuent, ce qui permet de réduire les coûts.
coffre-fort
Il est possible de créer des applications de garde de fonds plus sécurisées, même en cas de fuite de la clé privée, l'utilisation des fonds peut être limitée.
un canal d'état plus robuste
Il est possible de concevoir des solutions de canaux d'état plus flexibles et robustes que le réseau Lightning, comme Eltoo et Ark.
Aperçu technique des conditions restrictives
Les moyens techniques pour mettre en œuvre des clauses restrictives comprennent :
Certaines solutions prennent en charge la récursivité, permettant d'appliquer des restrictions sur plusieurs transactions.
Idée de conception des clauses restrictives
Le cœur des clauses restrictives réside dans la réalisation de l'"introspection" des transactions, c'est-à-dire l'examen du contenu de la transaction elle-même. Il existe principalement deux approches :
Basé sur le code d'opération : ajouter directement un nouveau code d'opération pour lire le contenu de la transaction
Basé sur la signature : utiliser le hachage du contenu de la transaction, en modifiant la vérification de la signature pour réaliser indirectement l'introspection.
APO
SIGHASH_ANYPREVOUT(APO) est un nouveau mode de signature qui ne signe que les sorties et ne signe pas les entrées. Cette flexibilité permet de créer des transactions à l'avance et de construire des adresses qui ne peuvent être dépensées qu'avec ces transactions prédéfinies.
OP_CTV
OP_CHECKTEMPLATEVERIFY(CTV) utilise un code opération amélioré, exigeant que la transaction contienne une sortie correspondant à l'engagement. Peut être utilisé pour créer des structures de paiement complexes en arbre.
OP_CAT
OP_CAT peut concaténer deux éléments dans un script, et en combinant d'autres opérations, il peut réaliser diverses fonctions, telles que la vérification des arbres de Merkle, l'amélioration des signatures Schnorr, etc.
Conclusion
Les clauses restrictives apportent une plus grande Programmabilité au Bitcoin, permettant de réaliser des règles de transaction ayant un effet de contrat intelligent. Cependant, il est également nécessaire d'évaluer prudemment les risques potentiels, et les mises à jour connexes doivent encore obtenir un consensus au sein de la communauté. À l'avenir, en combinaison avec d'autres mises à niveau sous-jacentes, les clauses restrictives devraient permettre de libérer davantage le potentiel de Programmabilité du Bitcoin.