Plus tôt cette année, j’écrivais « 13 lignes de code pour aider le BTC à mettre en œuvre un contrat intelligent ? Lorsque l’on lit OP_CAT soft fork, OP_CAT est encore un terme peu familier pour beaucoup de gens. S’il n’y avait pas eu le projet BTC Jeton non fongible Taproot Wizards a lancé la série Quantum Cat Jeton non fongible avec l’aide de la culture des mèmes pour créer un élan pour OP_CAT, peu de gens connaîtraient probablement ce concept technique apparemment ennuyeux.

Cependant, en seulement six mois, OP_CAT est devenu très populaire, et est même considéré comme le prochain “Lightning Network”. Le réseau Fractal Bitcoin, récemment très en vogue, est en fait une implémentation du code OP_CAT dans le BTC. Le Jeton FB a triplé en quelques jours seulement depuis sa mise en ligne. Ainsi, dans l’écosystème BTC, plusieurs protocoles basés sur OP_CAT ont vu le jour en à peine une journée, comme le CAT20 sur le réseau Fractal, qui met également en avant le concept d’OP_CAT, et a fait grimper le GAS du réseau Fractal à plus de 5000 pendant quelques jours de minting. Actuellement, un CAT se négocie à environ 5,5 dollars hors cote, et il y a très peu de Makers sur le marché, les premiers minters ayant réalisé des hausses allant de 5 à 20 fois. De plus, le Quantum Cat maintient constamment un prix de 0,25 BTC, devenant ainsi un actif non fongible de premier ordre sur le Jeton BTC.

Il semble que cette chose puisse pomper tant qu’elle est tachée d’OP_CAT.

Non seulement « l’estime de soi » de la communauté, mais aussi l_CAT’OP\ Cette technologie est également très discutée parmi les développeurs de BTC. J’ai parcouru le bulletin d’information BTC Optech et la conférence des développeurs BTC de cette année, et OP_CAT était un visiteur fréquent des discussions.

Actuellement, le projet de proposition d’amélioration de Bitcoin Core développé par Ethan Heilman et Armin Sabouri, a été officiellement nommé BIP347. De nombreuses personnalités de premier plan dans le domaine du BTC, telles que Tadge Dryja, l’auteur du livre blanc sur le Lightning Network, Olaoluwa Osuntokun, le CTO de Lightning Labs, et Andrew Poelstra, directeur de la recherche chez Blockstream, ont apporté un soutien considérable à l’OP_CAT.

Pourquoi les développeurs du Lightning Network préfèrent-ils OP_CAT ?

Pour comprendre ce phénomène, commençons par le Lightning Network. En 2011, Satoshi Nakamoto a mentionné dans un e-mail le concept initial du Lightning Network, qui est devenu une solution clé pour l’évolutivité et l’accélération des paiements de BTC. Depuis sa création, le Lightning Network a attiré de nombreux développeurs à suivre.

Au cours des deux dernières années, le concept d’« écosystème BTC » a pris de l’ampleur, avec l’émergence de diverses solutions d’évolutivité de BTC telles que les sidechains, les machines virtuelles, etc., qui ont attiré de nombreux investisseurs. Cependant, aux yeux des développeurs chevronnés de BTC, ces solutions ne sont pas à la hauteur et ne peuvent pas atteindre la grandeur. Après tout, le Lightning Network est actuellement considéré par le grand public comme le meilleur « canal de paiement » dans BTC, il est l’un des rares « enfants légitimes » de Satoshi Nakamoto et l’un des « héritiers légitimes » de la communauté BTC. Lectures connexes : « Sept ans pour forger une épée, l’origine et les défis légitimes du Lightning Network ».

Cependant, au cours de la dernière année, les événements ont pris un tournant inattendu. De nombreux développeurs ont annoncé leur retrait des travaux liés au Lightning Network et les critiques de ce dernier se multiplient, en particulier de la part de certains développeurs chevronnés. Le fondateur de Nostr, Fiatjaf, est particulièrement franc : « Le Lightning Network trompe les utilisateurs de BTC depuis six ans, en leur faisant perdre du temps, de l’énergie et de l’argent ».

Dans ce contexte, certains développeurs recherchent le prochain “Lightning Network”. Quant à OP_CAT, de nombreux développeurs de BTC le considèrent comme la prochaine grande avancée après le Lightning Network. En raison de sa forte technicité, avant de discuter de ce qu’est OP_CAT et de ce qu’il peut faire, permettez-nous de d’abord connaître ces développeurs de BTC qui favorisent fortement OP_CAT.

Développeur BTC avec support OP_CAT

Lightning NetworkLivre blanc auteur

Tadge Dryja est l’un des auteurs de Lightning NetworkLivre blanc, et en 2015, Tadge Dryja et Joseph Poon, un autre auteur de Lightning Network, dirigé par Elizabeth Stark, ont créé Lightning Labs. La plus grande différence entre Lightning Labs et BlockStream, une autre société de BTCLightning Network, est que Lightning Labs utilise le langage de programmation Go, tandis que Blockstream utilise le langage de programmation C.

Cependant, à la fin de 2016, Tadge Dryja a eu des désaccords et des disputes avec l’équipe de Lightning Labs, donc après seulement un an de création de Lightning Labs, Tadge Dryja a choisi de partir pour rejoindre l’initiative Monnaie numérique de l’Institut de technologie du Massachusetts (DCI), poursuivant ainsi ses recherches sur le Lightning Network. Au MIT DCI, il a participé à plusieurs projets de recherche, principalement axés sur la scalabilité et l’interopérabilité des cryptoactifs et des smart contracts. Cela comprend le développement du projet Utreexo, une nouvelle technologie de scalabilité pour Bitcoin, visant à rendre les nœuds Bitcoin plus petits et plus rapides. En 2022, Tadge Dryja a rejoint Lightspark en tant que scientifique en chef de la recherche. Chez Lightspark, il continue à résoudre les problèmes de scalabilité de Bitcoin et de la blockchain, exploitant son expertise en tant que co-inventeur du Lightning Network.

C’est précisément en raison de sa profonde expertise dans les contrats intelligents et les technologies évolutives de BTCSmart Contract que Tadge Dryja a rapidement découvert le potentiel d’OP_CAT et a soutenu les tests d’OP_CAT sur le réseau de test BTC, encourageant les développeurs à ‘casser’ OP_CAT pour découvrir ses problèmes potentiels.

Lightning Labs CTO

Olaoluwa Osuntokun (Roasbeef) est un autre co-fondateur et CTO de Lightning Labs, ainsi qu’un excellent développeur de BTC, ayant apporté une contribution majeure au développement du Lightning Network. On peut dire que l’équipe initiale de Lightning Labs ne cède en rien à celle de Blockstream.

En parlant d’Olaoluwa Osuntokun, il faut mentionner le « différend de gentleman » entre lui et Tadge Dryja. Il est intéressant de noter que l’une des principales raisons pour lesquelles Tadge Dryja a quitté Lightning Labs était Olaoluwa. Lorsque Tadge Dryja a rejoint Lightning Labs, la première version du protocole développé s’appelait LIT, ce qui n’était pas compatible avec le BOLT développé par Blockstream, mais il était compatible avec le développement d’Olaoluwa, il a donc été progressivement reconnu et favorisé par de plus en plus de développeurs, et le retardataire a pris le relais, ce qui a accéléré le départ de Dryja dans une certaine mesure.

Cependant, l’histoire est toujours pleine de dramatisme. Aujourd’hui, ces deux “ennemis jurés” de Lightning Labs soutiennent maintenant conjointement OP_CAT.

Directeur de recherche chez Blockstream

Il semble y avoir une rumeur selon laquelle Blockstream est le « bavard » derrière BTC. De telles rumeurs ne sont pas sans fondement. En 2014, Adam Back, le « père du PoW », a réuni Matt Corallo, Greg Maxwell, Pieter Wuille et de nombreux autres développeurs BTC bien connus pour fonder Blockstream.

Et actuellement, dans les discussions sur OP_CAT, Andrew Poelstra, directeur de la recherche chez Blockstream, est incontournable. Andrew Poelstra est le directeur de recherche de Blockstream et un développeur chevronné de scripts cryptographiques BTC, dont l’influence dans l’industrie est indéniable. Il a déjà discuté de OP_CAT dans un article intitulé “CAT and Schnorr Tricks I” datant du 30 janvier 2021, soulignant que l’utilisation combinée de OP_CAT et CHECKSIGFROMSTACK pourrait offrir une méthode astucieuse d’introspection des transactions.

Bien que la société Blockstream n’ait actuellement pas créé de blockchain distincte pour OP_CAT, elle a soutenu les tests d’OP_CAT via Bitcoin Inquisition (un réseau de test pour évaluer les nouvelles fonctionnalités de BTC). C’est un peu comme si un “terrain d’entraînement” sécurisé avait été mis en place pour OP_CAT, permettant aux chercheurs d’observer attentivement ses performances dans des conditions réelles.

Andrew Poelstra a également comparé et discuté d’autres propositions telles que OP_CAT et OP_CTV, soulignant que OP_CAT offre une flexibilité plus large, tandis que OP_CTV se concentre de manière plus étroite sur les contrats intelligents non récursifs.

Auteur de la proposition BIP 347

Dans le cadre de la promotion de OP_CAT, les développeurs de BTC, Ethan Heilman et Armin Sabouri, ont apporté une contribution importante en rédigeant et en promouvant la proposition OP_CAT, qui a été officiellement désignée comme BIP 347. Cette proposition vise à redéfinir l’opération OP_SUCCESS126 par Soft Fork afin de réactiver OP_CAT.

Armin Sabouri s’est concentré sur l’amélioration du script BTC et de la couche de consensus dans le passé. Il pense que OP_CAT, bien que ce ne soit pas la solution finale, offre la possibilité de réaliser diverses nouvelles fonctionnalités et constitue une étape importante dans l’amélioration du script BTC.

Et Ethan Heilman a également influencé la réflexion d’Andrew Poelstra. C’est lors d’un échange privé à l’automne 2019 qu’ils ont changé d’avis sur la fonctionnalité BTCSmart Contract qu’Andrew Poelstra ne soutenait pas initialement. Ethan Heilman a souligné que bien que les gens aient des préoccupations concernant la fonctionnalité BTCSmart Contract, en réalité, cela peut déjà être réalisé à travers CHECKMULTISIG, qui est considéré comme étant nuisible aux Smart Contracts. Pour le prouver, Ethan Heilman a lancé un défi sur les réseaux sociaux pour encourager les gens à proposer des “contrats intelligents” “sombres” réalisables, mais jusqu’à présent, personne n’a réussi.

StarkWare

StarkWare est une société spécialisée dans le développement de technologies d’évolutivité de la blockchain, en particulier dans l’utilisation de la technologie Zero Knowledge Proof (ZKP) pour améliorer la confidentialité et l’efficacité des transactions. La société s’engage à externaliser les calculs complexes des chaînes principales (comme Ethereum) vers des réseaux secondaires, sans compromettre la sécurité et les caractéristiques de décentralisation. De cette manière, StarkWare résout le problème de l’évolutivité de la blockchain tout en maintenant la transparence et la vérifiabilité des transactions.

StarkWare promeut l’activité OP_CAT en raison de son intérêt pour l’extension du réseau BTC et les fonctionnalités des contrats intelligents. OP_CAT est un code opérationnel BTC qui permet d’exécuter des transactions et des contrats plus complexes en reliant des données sur le réseau BTC. En activant OP_CAT, StarkWare tente de reproduire la capacité des contrats intelligents d’Ethereum sur le réseau BTC, ce qui étendrait les cas d’utilisation de BTC et renforcerait ses fonctionnalités.

En juillet 2022, StarkWare a lancé un fonds de recherche d’une valeur de 1 million de dollars, spécifiquement dédié à l’étude des avantages et des inconvénients de l’utilisation d’OP_CAT sur BTC. Ce fonds vise à soutenir les chercheurs et les développeurs ayant des idées innovantes sur la manière de mettre en œuvre de manière sûre et efficace OP_CAT sur BTC.

De plus, StarkWare a démontré le potentiel de l’utilisation d’OP_CAT pour obtenir Zero Knowledge Proof dans l’environnement de test de BTC, en particulier chez Signet. Ces efforts montrent comment des opérations plus complexes peuvent être mises en œuvre sur le réseau BTC à l’aide d’OP_CAT, telles que l’application de Zéro Knowledge Proof, qui sont des éléments clés de la fonctionnalité de Smart Contract. Récemment, StarkWare a également conclu un partenariat avec sCrypt pour explorer la conception d’un pont PoC (Proof of Concept) basé sur la magie OP_CAT et ZK, ce qui suggère que StarkWare pourrait également lancer un protocole lié à OP_CAT dans un avenir proche.

Autre

Les autres développeurs moins connus seront mentionnés ensemble.

Salvatore Ingala a toujours étudié le pool de paiement BTC et les smart contracts en profondeur. Il a proposé d’optimiser le processus de sortie du pool de paiement en utilisant OP_CAT, ce qui, selon lui, pourrait considérablement réduire les coûts et les données off-chain. Ingala considère OP_CAT comme un plug-in potentiel pour d’autres stratégies d’extension BTC, telles que Arc et Coinpools, voire les rollups optimistes futurs de BTC, pour améliorer l’efficacité et la sécurité.

Anthony Towns est l’un des principaux développeurs de Bitcoin Inquisition, un outil similaire à un réseau de test mais plus flexible, utilisé pour tester les modifications du protocole BTC qui ne sont pas encore largement acceptées. Towns a activé OP_CAT sur la plateforme Inquisition, offrant ainsi un environnement de test sécurisé pour OP_CAT. Bien qu’il reconnaisse l’importance d’OP_CAT pour tester de nouvelles fonctionnalités et explorer les capacités de script BTC, il conserve une attitude prudente à l’égard de l’ajout excessif de programmabilité au BTC, craignant que cela n’augmente le risque de surveillance ou de contrôle du BTC.

Robin Linus est le créateur de BitVM, il estime que la réintroduction d’OP_CAT fournit un outil puissant pour BTC, en particulier pour soutenir des projets tels que BitVM, rendant la vérification de tout calcul sur BTC plus simple et plus efficace. Avec l’exécution d’OP_CAT, l’écosystème BTC peut créer des contrats intelligents plus universels et expressifs, favorisant un environnement blockchain plus fonctionnel et pratique. Lecture connexe : “Comment les développeurs expérimentés voient-ils BitVM pour calculer n’importe quoi sur BTC ?”

Pourquoi le développement de Lightning Network est-il si rapide ?

Les développeurs du réseau Lightning Network ont montré un intérêt si fort pour OP_CAT, mais quelle est la raison derrière cela? Pour comprendre cela, nous devons d’abord comprendre la nature d’OP_CAT.

Qu’est-ce que OP_CAT ?

OP_CAT est un opcode dans un script BTC qui est utilisé pour assembler des morceaux de données sur deux piles en un élément plus grand. Malgré sa simplicité trompeuse, il fournit plus de capacités de contrats intelligents au réseau BTC, permettant aux développeurs de créer et de traiter des données et une logique de transaction plus complexes.

OP_CAT n’est pas un nouveau code d’opération, il existait déjà dans les premières versions de BTC, mais il a été désactivé dans les versions ultérieures en raison de problèmes de sécurité et de complexité. Cependant, avec le développement continu de BTC, de plus en plus de développeurs estiment qu’il est temps de réactiver OP_CAT. Pour plus d’informations, voir: “13 lignes de code pour aider BTC à réaliser des smart contracts ? Comprendre le soft fork OP_CAT”.

Mais pourquoi cette opération apparemment simple suscite-t-elle un tel débat parmi les développeurs de BTC ? L’une des raisons clés est qu’elle permet d’améliorer considérablement les capacités de smart contract du réseau BTC, permettant aux développeurs de mettre en œuvre des fonctionnalités qui sont complexes, voire impossibles, dans le script actuel de BTC.

Le potentiel d’application d’OP_CAT dans les paiements

OP_CAT has shown great potential in the payment system, especially in off-chain protocols and payment channel networks. Its reactivation will greatly improve the operational efficiency of these systems and reduce the burden of off-chain transactions. The main functions after the implementation of OP_CAT are:

Optimisation multi-signatures (Multisig) : dans le scénario Multi-signatures, OP_CAT peut aider les utilisateurs à fusionner plusieurs signatures et à les combiner en un seul bloc de données, réduisant ainsi le nombre de signatures à soumettre. Cela permet non seulement d’économiser de l’espace hors chaîne, mais aussi de réduire le nombre de Blanchiment de capitaux. La multi-signature est très importante dans la sécurité des paiements BTC et la gestion des comptes partagés, en particulier dans des applications telles que Lightning Network, où OP_CAT peut rendre ce processus plus efficace.

Contrats d’état (State Contracts) : OP_CAT peut également être utilisé pour les contrats d’état. Ce type de contrat est une forme de smart contract qui peut maintenir l’état à travers plusieurs transactions. Grâce à OP_CAT, les développeurs peuvent concaténer les informations d’état de différentes transactions pour réaliser une logique de contrat plus complexe sur BTC. Par exemple, certains protocoles de paiement complexes ou des applications distribuées (comme des loteries, des jeux de hasard ou d’autres produits financiers complexes) qui ont besoin de maintenir un certain état entre plusieurs transactions off-chain peuvent être réalisés via OP_CAT.

Évolutivité des réseaux de canaux de paiement : Un autre cas d’utilisation important d’OP_CAT est un réseau de canaux de paiement similaire au réseau Lightning. Dans un réseau de canaux de paiement, les utilisateurs effectuent généralement un grand nombre de micropaiements sur le off-chain, qui ne seront on-chain que lorsque le règlement final sera effectué. La fonction d’épissage d’OP_CAT peut rendre les transactions intermédiaires dans le canal de paiement plus efficacement gérées et vérifiées. En assemblant différentes demandes de paiement, les utilisateurs peuvent effectuer des opérations de paiement plus complexes sans augmenter la charge hors chaîne. De cette manière, le débit et l’efficacité du canal de paiement peuvent être considérablement améliorés.

Avec la progression de la proposition BIP347 et l’implication de plus de développeurs et de chercheurs dans l’exploration de l’OP_CAT, nous avons des raisons de croire que ce code opérationnel, qui avait été mis de côté, apportera une nouvelle vitalité au réseau BTC. Tout comme le réseau Lightning est passé du concept à la norme, la réactivation de l’OP_CAT pourrait également devenir la prochaine étape clé de l’expansion de BTC et de l’innovation en matière de paiement.