Bitcoin a plus besoin de ce code OP que OP_CAT

La technologie blockchain de Bitcoin a longtemps été saluée pour sa nature décentralisée et sa sécurité robuste, ce qui en fait une pierre angulaire dans le domaine des actifs numériques. Bien que le rôle principal du Bitcoin en tant que crypto-monnaie soit bien établi, son potentiel en tant que serveur d’horodatage décentralisé et séquenceur d’événements mondial ouvre de nouvelles voies d’innovation.

Comme je le dis souvent lorsque je parle aux développeurs, même si j’ai dirigé une maison de développement et que je peux moi-même coder dans plusieurs langues, je me considère toujours comme un amateur enthousiaste et j’en sais « assez pour être dangereux ». J’accueille toute critique constructive de cet article d’opinion, basé sur mon récent essai « Comment Bitcoin peut sauver le monde ».

OP_ZKP contre OP_CAT

Avant d’expliquer pourquoi nous devrions considérer Bitcoin comme un serveur d’horodatage global et un séquenceur d’événements, il est crucial de considérer les avancées nécessaires pour améliorer ses fonctionnalités. Pour réaliser le potentiel du Bitcoin au-delà de « l’argent parfait », nous devons soit remanier le Bitcoin, soit lui permettre de mieux interagir avec d’autres couches. Je ne pense pas que la première option soit prudente, mais une petite mise à jour pourrait suffire.

Au BTC Prague, Charles Guillemet m’a présenté une idée à laquelle je n’avais jamais pensé : introduire de nouveaux codes d’opération (OP_CODES) dédiés à l’activation des preuves de connaissance nulle (ZKP) sur Bitcoin. Actuellement, il y a beaucoup de débats sur le retour de l’opcode OP_CAT, qui facilite la concaténation des données. Après ma conversation avec Charles, je pense que cela est moins critique pour l’avenir de Bitcoin qu’un OP_CODE similaire à l’OP_ZKP proposé.

La blockchain de Bitcoin fournit une méthode sans confiance pour enregistrer et vérifier la séquence d’événements et l’horodatage des actifs numériques. Dans les systèmes traditionnels, l’établissement de l’existence et de l’intégrité des données à un moment précis repose sur des autorités centralisées, qui peuvent être manipulées ou compromises. La nature décentralisée et la sécurité cryptographique du Bitcoin offrent une alternative robuste, garantissant des enregistrements infalsifiables de l’existence des données. Cette capacité a de profondes implications pour la protection de la propriété intellectuelle, l’exécution des contrats et la transparence de la chaîne d’approvisionnement. La communauté doit s’assurer que ces mises à niveau ne compromettent pas les principes fondamentaux de Bitcoin.

Les limitations actuelles de l’évolutivité et de la capacité de stockage de données de Bitcoin peuvent être atténuées grâce à des solutions de couche 2 telles que le réseau Lightning, les chaînes latérales ou les métacouches, ainsi qu’à des projets d’interopérabilité tels que les cartouches Bitcoin d’ICP. Ces solutions améliorent le débit de Bitcoin en traitant les transactions hors chaîne et en réglant uniquement les soldes finaux sur la blockchain principale. Cependant, les problèmes de confidentialité et la vérification complète de l’État restent un obstacle important. La transparence du Bitcoin est bénéfique pour la vérifiabilité mais problématique pour les applications exigeant la confidentialité, telles que les dossiers médicaux et les transactions financières. De plus, bien qu’il soit actuellement possible de hacher des données dans Bitcoin pour valider les données hors chaîne, il manque la fonctionnalité étendue qu’apporteraient les ZK-rollups, réduisant ainsi la confiance requise des méta-couches.

Preuves sans connaissance et Bitcoin

C’est là que les preuves et les cumuls sans connaissance entrent en jeu. Les ZKP permettent à une partie de prouver la validité d’une déclaration sans révéler les données sous-jacentes, garantissant ainsi la confidentialité sans sacrifier la sécurité. L’intégration des ZKP dans le protocole Bitcoin via des OP_CODES dédiés, tels que OP_ZKP, permettrait des transactions privées et vérifiables. Cette innovation est cruciale pour les applications qui nécessitent de la confidentialité et pourrait améliorer considérablement l’utilité et l’adoption de Bitcoin.

En revanche, l’opcode OP_CAT, qui permet de concaténer des éléments de données dans le langage de script de Bitcoin, est moins transformateur. Bien que OP_CAT puisse faciliter la vérification des preuves ZK sur Bitcoin, il ne répond pas directement aux défis fondamentaux d’évolutivité et de confidentialité. La communauté Bitcoin a toujours été prudente quant à l’ajout de nouveaux opcodes en raison de risques potentiels pour la sécurité. La réintroduction d’OP_CAT, précédemment supprimée pour des raisons de sécurité, doit être soigneusement mise en balance avec les avantages plus larges de l’introduction d’opcodes prenant en charge ZKP.

Des propositions récentes mettent en évidence la promesse de l’intégration du ZKP. L’association ZeroSync, par exemple, développe des outils pour permettre des preuves ZK succinctes sur Bitcoin, validant potentiellement l’état du réseau Bitcoin sans obliger les utilisateurs à télécharger l’intégralité de la blockchain. Ce développement pourrait rationaliser la vérification de la blockchain et améliorer l’efficacité du réseau. De même, des projets comme Chainway et Kasar Labs travaillent à l’intégration de ZK-Rollups avec Bitcoin, ce qui regrouperait plusieurs transactions en une seule preuve, améliorant ainsi l’évolutivité et réduisant les coûts. De plus, l’année dernière, Weiji a fait une proposition pour OP_ZKP via un soft fork,

« Ce nouvel opcode OP_ZKP permettra au réseau Bitcoin d’autoriser des dépenses basées sur un calcul hors chaîne, à condition qu’une preuve acceptable soit fournie.

Cela permettra non seulement de doter le script Bitcoin de l’exhaustivité de Turing, mais permettra également de créer des canaux de paiement plus flexibles, stablecoin, échange décentralisé, DeFi, etc. directement sur le réseau Bitcoin, ou même une couche 2. « 

Cependant, la complexité de la mise en œuvre des ZKP sur Bitcoin ne peut être sous-estimée. Des changements au protocole et un large consensus au sein de la communauté sont nécessaires. La génération et la vérification des ZKP nécessitent beaucoup de calculs, nécessitant une optimisation pour garantir une utilisation efficace sur le réseau. De plus, pour parvenir à une adoption généralisée des ZKP et des nouveaux OP_CODES, il faudra convaincre la communauté conservatrice Bitcoin de leurs avantages et de leur sécurité.

En conclusion, bien que l’opcode OP_CAT offre une certaine utilité, l’introduction d’OP_CODES dédiés aux preuves sans connaissance est bien plus critique pour l’évolution de Bitcoin. Les ZKP ouvrent la voie à l’amélioration de la confidentialité, de l’évolutivité et des fonctionnalités, faisant de Bitcoin une plate-forme plus polyvalente et plus sécurisée pour de nombreuses applications.

À mesure que le réseau Bitcoin continue de se développer, se concentrer sur l’intégration des ZKP permettra de libérer de nouveaux potentiels et de consolider son rôle de technologie fondamentale dans l’économie numérique. Par conséquent, la communauté Bitcoin devrait donner la priorité à ces avancées plutôt qu’à la réintroduction d’OP_CAT, garantissant ainsi que Bitcoin reste à la pointe de l’innovation dans l’espace blockchain.

Le message Bitcoin a plus besoin de ce code OP que OP_CAT apparaît en premier sur CryptoSlate.