OP_CAT est-il l'avenir du Bitcoin ?

Le message du développeur – intitulé « Prévenir la CATastrophe » – fait valoir qu'OP_CAT peut introduire des risques pour Bitcoin que ses partisans ont tendance à minimiser.

La communauté des développeurs de Bitcoin a passé plusieurs mois à chanter les louanges d’OP_CAT – une proposition de changement de soft fork qui, selon beaucoup, est la prochaine évolution de Bitcoin. Le créateur de BitVM, Robin Linus, a cependant des réserves, publiant jeudi un article démystifiant les idées fausses perçues sur le changement largement vanté.

OP_CAT est-il l'avenir du Bitcoin ?

Le message du développeur – intitulé « Prévenir la CATastrophe » – fait valoir qu'OP_CAT peut introduire des risques pour Bitcoin que les partisans ont tendance à minimiser. "Mon objectif n'est pas d'argumenter pour ou contre op_cat, mais de démystifier ces idées fausses et d'orienter la discussion vers une analyse plus rationnelle et plus factuelle", a-t-il écrit.

L’un inclut l’introduction de nouveaux programmes qui pourraient considérablement modifier les incitations des mineurs de Bitcoin et la sécurité de l’ensemble du réseau.

"L'espace de conception des applications DeFi basées sur op_cat sur Bitcoin est largement inexploré, et nous ne pouvons pas prévoir toutes les innovations qui pourraient émerger et comment elles affectent la MEV (valeur maximale extractible)", a déclaré Linus.

OP_CAT est un ancien opcode Bitcoin qui a été initialement créé pour combiner – ou « concaténer » – deux éléments de données. Il a été supprimé par Satoshi Nakamoto en 2010 en raison de problèmes de sécurité, mais a été réintroduit en 2023 via le BIP 347 afin de lui permettre de gérer des structures de données plus complexes, comme les arbres Merkle, et d'améliorer considérablement ses fonctionnalités.

D’un autre côté, beaucoup apprécient la simplicité du code et la résistance au changement du Bitcoin comme un symbole de sa sécurité et de sa pureté. En tant que tel, les partisans d'OP_CAT soulignent souvent que le changement n'implique que 10 lignes de nouveau code et réintroduit simplement l'ancienne technologie, minimisant ainsi ses vecteurs d'attaque.

« Le fait que vous ne puissiez pas exploiter immédiatement ces 10 lignes ne signifie pas que op_cat n'interférera pas avec le système plus large et ses structures d'incitation », a rétorqué Linus. "Comme il est impossible de prédire toutes les conséquences de l'activation d'op_cat, nous ne pouvons pas affirmer avec certitude sa sécurité."

Covenants sur Bitcoin ?

L'un des avantages les plus vantés d'OP_CAT est sa capacité à introduire des clauses restrictives (paiements conditionnels) dans Bitcoin. Linus a fait valoir que les clauses basées sur OP-CAT seraient « inefficaces en termes d'espace de bloc et de frais de transaction » et que d'autres propositions d'opcodes seraient mieux adaptées à cet objectif.

Dans un message adressé à CryptoPotato, Bob Bodily, un partisan populaire d'OP_CAT – co-fondateur et PDG de Bioniq – était d'accord avec Linus sur ses critiques particulières concernant les clauses. "Il existe de meilleures propositions de clauses (CTV) qui ont été violemment fermées au cours des dernières années, alors que CAT bénéficie d'un soutien plus large de l'écosystème Bitcoin", a-t-il ajouté.

L'un des cas d'utilisation les plus populaires proposés serait d'activer des ponts Bitcoin sans confiance, permettant à Bitcoin de migrer vers d'autres blockchains et réseaux L2 de manière véritablement décentralisée. Plutôt que de dépendre de cela, Linus et plusieurs collègues ont récemment publié le livre blanc « BitVM2 », qui décrit une méthode pour créer des ponts Bitcoin minimisant la confiance sans aucune modification de Bitcoin Core.

Selon Bodily, cependant, OP_CAT est une « primitive de niveau inférieur » offrant bien plus que de simples alliances – y compris des fonctionnalités qui aideraient la création de Linus.

« Prenez le modèle BitVM (ou BitVM2) et CAT le rend nettement meilleur », a-t-il écrit. « Plus efficace. Moins cher. Plus souple. Je ne sais pas pourquoi Robin s'exprime ouvertement contre CAT comme ça, car cela améliorerait tout ce qu'il fait.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!