Une brève discussion sur la nouvelle proposition de Bitcoin « OP_CAT » : quel impact aura-t-elle sur l'évolution ultérieure du marché

Auteur original : Haotian (X : @tmel0211 )

Que pensez-vous de la proposition Bitcoin OP_CAT récemment très controversée ? Bien qu’il n’ait pas encore été officiellement fusionné dans le code Bitcoin Core, il a déjà suscité de larges discussions au sein de la communauté BTC. Donc, quel problème l'opcode OP_CAT résout-il ? S’il est introduit, quelles améliorations apportera-t-il à la programmabilité des BTC ? Quel impact cela aura-t-il sur l’évolution ultérieure du marché de l’écosystème BTC ? Ensuite, permettez-moi de parler brièvement de ma compréhension :

1) OP_CAT est une toute nouvelle proposition d'opcode, que les développeurs appellent en plaisantant comme étant dans un état de superposition d'intrication quantique de BIP 420 et BIP 347. L'EIP spécifique n'est pas important. Il suffit de comprendre qu’il ne s’agit que d’une proposition encore en discussion et qui n’a pas été officiellement incluse.

En bref, OP_CAT can realize the combined connection processing of multiple UTXO unlocking script byte strings, which can improve the programmability, program scalability and on-chain verification computational complexity of the BTC mainnet.

2) Semblable au contrat Covenant en tant que proposition d'extension de script Bitcoin, OP_CAT vise également à améliorer l'extensibilité des scripts Bitcoin. La différence est que Covenant vise à rendre les transactions Bitcoin plus programmables pour prendre en charge des contrats intelligents et des scénarios d'application complexes.

En comparaison, OP_CAT est plus facile à mettre en œuvre et son objectif est de simplifier la construction et l'exécution de scripts complexes pour améliorer l'efficacité de la vérification en chaîne. En termes simples : OP_CAT offre la possibilité de combiner des fragments de script. Avant son introduction, chaque script UTXO était exécuté indépendamment. Avec OP_CAT, nous pouvons diviser une logique d'exécution complexe en une série de fragments de script simples combinés, stockés dans différents UTXO et créés par différentes transactions. Lorsqu'une exécution complète est requise, le nœud complet utilise l'instruction OP_CAT pour fusionner ces fragments de script afin de déclencher l'exécution.

3) Avec cette capacité de combinaison, en théorie, de nombreuses logiques d’exécution complexes peuvent apparaître sur Bitcoin : par exemple,

1. Multi-signature plus verrouillage temporel, qui peut définir des conditions de déverrouillage d'exécution plus complexes sur plusieurs entités, plusieurs UTXO et verrouillages temporels ;

2. La récursivité et la boucle peuvent permettre à plusieurs chaînes d'octets de script de former une récursion et une exécution conditionnelle, et de boucler jusqu'à ce qu'une certaine condition de fin soit remplie ;

3. Application modulaire : la logique de script commune peut être extraite et réutilisée dans plusieurs fragments d'exécution de programme.

Alice transfère l'argent détenu sur la plateforme C à Bob, et les trois parties doivent signer en même temps. Si le délai de signature de la plateforme C dépasse, Alice et Bob peuvent signer ensemble pour récupérer les fonds ; si Bob ne signe pas pour obtenir le transfert pendant une longue période, Alice peut retirer la transaction ; si Bob pense qu'il y a un problème avec la source des fonds d'Alice, il peut refuser de l'accepter, etc. Ceci n'est qu'un exemple simple. En fait, un contrôle plus complexe et plus granulaire peut être obtenu en combinant des fragments de script ;

4) Auparavant, BitVM a effectué des opérations complexes hors chaîne et n'a mis en œuvre que la vérification et le règlement des clés en chaîne, ce qui a inspiré l'imagination des gens quant à la programmabilité de BTC et à l'informatique complète de Turing. Le L'exécution combinée « récursive » d'OP_CAT sur le réseau principal BTC est un autre supplément à l'imagination, et OP_CAT présente un grand avantage pour accélérer la mise en œuvre de BitVM et réduire le coût de la vérification en chaîne.

Comment le comprendre ? À l'origine, pour exécuter BitVM, il était nécessaire d'encapsuler le programme hors chaîne dans des fragments de script indépendants pouvant être exécutés par un seul UTXO. Le coût de construction hors chaîne est relativement élevé. Si ces fragments sont exécutés sur la chaîne, une structure TaprootTree plus complexe sera nécessaire, ce qui signifie que le coût de la vérification interactive en chaîne sera relativement élevé après l'exécution d'un programme BitVM. Lorsque OP_CAT est introduit, les fragments encapsulés hors chaîne de BitVM n'ont pas besoin d'être exécutés entièrement et indépendamment. La chaîne peut résumer et mettre à jour l'état une fois que les conditions de déverrouillage UTXO se sont accumulées jusqu'à un certain niveau. De toute évidence, la combinaison de fragments de script peut réduire considérablement le nombre et le coût des interactions de vérification en chaîne.

In short, the hot discussion about OP_CAT reflects everyone’s expectation for further enhancing the programmability of Bitcoin. If it is truly implemented, it will catalyze the implementation of BitVM, the security improvement of various BTC layer 2 cross-chain asset solutions, the ecological expansion of UTXO isomorphic binding chains and the synchronous development of the main network, and even the progress of potential scalable markets such as the Lightning Network and RGB client verification.

En théorie, toute amélioration de la programmabilité du BTC aura un effet stimulant immédiat sur son écosystème étendu. Après tout, tout le monde essaie de construire une oasis dans le désert. Si un jour le sable se transformait en sol en béton, ne serait-il pas beaucoup plus facile de construire un bâtiment ?

Mais sera-t-il véritablement fusionné ? Pensez à la proposition du Pacte qui est proposée depuis de nombreuses années mais qui n’a pas été adoptée. Il est également judicieux d'utiliser la nouvelle proposition OP_CAT pour combler l'espace d'imagination du marché.

Lien d'origine

Cet article provient d'Internet : Une brève discussion sur la nouvelle proposition de Bitcoin « OP_CAT » : quel impact aura-t-elle sur l'évolution ultérieure du marché de l'écosystème BTC ?

Connexes : La réduction de moitié du Bitcoin déclenchera-t-elle un rallye 23% pour Shiba Inu (SHIB) ?

En bref Le prix du Shiba Inu a échoué lors du rallye en forme de triangle symétrique et tente maintenant une reprise du 23%. Le ratio MVRV montre que les investisseurs sont plus susceptibles d’accumuler du SHIB que de le vendre actuellement. La forte corrélation de SHIB avec Bitcoin suggère que la pièce meme pourrait bénéficier de la tendance haussière réduite de moitié. Le prix du Shiba Inu (SHIB) devrait connaître un rallye de 43% avant que la pièce meme ne soit victime de la baisse plus large du marché. Cependant, SHIB bénéficie du soutien non seulement du marché, mais également de ses investisseurs pour amorcer potentiellement une reprise. Les investisseurs de Shiba Inu se préparent à un rallye Le prix du Shiba Inu a vu l'impact des actions de ses investisseurs dans le passé. La pièce mème a tendance à réagir positivement à un mouvement haussier de sa part, ce qui est le résultat attendu…