Une brique de plus et Bitcoin pourrait changer de façon permanente en 2025

Aujourd’hui, la principale problématique de développement du protocole Bitcoin semble être modulaire. J’entends par là que la forme et les changements que subira son protocole en 2025 dépendent de la mise en œuvre ou du rejet d’une seule capacité ou fonction programmable dans Bitcoin. Ces changements pourraient être importants, significatifs et affecter à jamais le réseau de la monnaie.

En 2025, Bitcoin pourrait connaître une transformation rapide, peut-être plus grande que d’habitude, si les développeurs décident de moderniser et « d’accélérer » le protocole en mettant en œuvre clauses restrictives, cumuls ZK et des solutions de couche 2, qui seraient toutes possibles grâce à un seul code opération:OP_CAT. Il s’agit d’un code de programmation dans Bitcoin Script qui permet de concaténer deux valeurs en une seule pile de codes.

OP_CAT a été implémenté par Satoshi Nakamoto, le créateur de Bitcoin, puis retiré de son scripts en 2010, après un événement connu sous le nom incident de dépassement de valeurou un incident de dépassement de valeur.

Cet incident Elle a permis la création de plus de 184 milliards de bitcoins qui n’existaient pas. Ce montant dépassait de loin l’offre fixe de 21 millions de BTC. L’épisode de dévaluation a été résolu en refusant le débordement de valeur en publiant une nouvelle version du client Bitcoin, ce qui a eu l’effet d’un soft fork dans les règles de consensus du réseau.

Aujourd’hui, cet opcode est à nouveau en vigueur, mais sous forme de proposition dans le référentiel de développement Bitcoin avec l’identifiant BIP : 347. Autrement dit, il a été sauvé du passé (et promet d’être important pour l’avenir) pour les fonctionnalités qui seraient nécessaires. ajouter au protocole de l’actif cryptographique le plus important au monde.

Pourquoi OP_CAT ?

Selon le référentiel de propositions, les scripts Bitcoin, en particulier l’extension Tapscript de ce langage de programmation, Il leur manque un moyen général de combiner des objets entre des piles de codes, ce qui limite la programmabilité du protocole.

L’absence de cette capacité technique restreint l’expressivité et la puissance de Tapscript. Cela empêche, entre autres choses, la possibilité de créer et d’évaluer des arbres Merkle et d’autres structures de données de hachage dans Tapscript. OP_CAT, en ajoutant un moyen général de concaténer les valeurs de la pile, permettrait de surmonter cette limitation et d’augmenter considérablement les fonctionnalités de Tapscript.

Github, BIP 347.

On dit que l’avenir du développement de Bitcoin est modulaire car la simple intégration d’OP_CAT permettrait une extension considérable de son protocole.

Vous trouverez ci-dessous une liste de cas d’utilisation qui incluent ceci code opération permettrait :

Bitcoin pour payer les informations de manière native

Bitstream est un protocole qui permet le paiement en Bitcoin vers des serveurs d’hébergement de données et de fichiers. Bien que ce protocole puisse être implémenté sans OP_CAT, l’inclusion de cet opcode simplifie le processus et les ressources, éliminant le besoin de solutions techniques plus complexes.

Un échange atomique de pièces (bitcoin) contre des fichiers permettrait un marché ouvert pour l’hébergement de contenu, dans lequel chacun pourrait monétiser son excédent de bande passante et ses capacités de stockage de données, en offrant des services multimédias décentralisés.

Livre blanc Bitstream, serveur d’hébergement de données.

Cela signifie qu’OP_CAT permettrait aux distributeurs décentralisés de contenus multimédia d’être payés directement via la chaîne Bitcoin. BTC élargirait alors ses cas d’utilisation, en particulier sa portée en tant que moyen de paiement sur Internet.

Signatures arborescentes pour les transactions multi-signatures avancées

Les signatures d’arbres permettent des conditions de dépenses plus flexibles, notamment dans les conditions multi-signatures. Ils permettent de concevoir des frais conditionnels plus complexes que le traditionnel « n-of-m » utilisé par les transactions multi-signatures actuelles, où « n » est le nombre de signatures requises et « m » est le nombre total de clés.

Selon le référentiel de propositions Bitcoin, les signatures d’arborescence permettent « qu’une transaction d’une taille inférieure à 1 Ko puisse prendre en charge des signatures d’arborescence avec jusqu’à 4 294 967 296 clés publiques ». Par conséquent, ils contiennent de nombreuses clés publiques sans que les transactions occupent beaucoup de place.

Protection contre les attaques quantiques

Les signatures Lamport, un système de clés à usage unique, peuvent théoriquement protéger le bitcoin contre les attaques quantiques. Il est clair que de telles attaques seront possibles à l’avenir, surtout maintenant que la première pierre a été posée dans la construction d’une technologie quantique commerciale : la puce Willow de Google.

Un spécialiste affirme que pour que les signatures Lamport puissent protéger Bitcoin du traitement quantique, l’introduction d’OP_CAT est nécessaire.

Si nous exigeions que la signature ECDSA soit signée avec un algorithme de signature à l’épreuve quantique, nous aurions alors un Bitcoin à l’épreuve quantique. Et le schéma de signature à 5 octets dont nous avons parlé plus tôt est une signature Lamport, qui est à sécurité quantique. Malheureusement, nous avons besoin d’au moins 20 octets contigus… nous avons donc besoin d’une sorte d’opération similaire à OP_CAT.

Jeremy Rubin, développeur Bitcoin.

ECDSA signifie Algorithme de signature numérique à courbe elliptiquequi se traduit par un algorithme de signature numérique à courbe elliptique. En termes simples, il est défini comme la méthode utilisée par Bitcoin pour générer des signatures numériques et vérifier leur authenticité et leur intégrité, tout cela contribue à protéger les clés des bitcoiners.

La sécurité de l’ECDSA, qui repose sur la difficulté de résoudre le problème mathématique de la clé privée à partir de la clé publique (problème du logarithme discret elliptique), est pratiquement invulnérable face à la puissance de calcul des ordinateurs actuels. Les ordinateurs quantiques pourraient cependant le vaincre, c’est pourquoi un algorithme résistant au traitement quantique est nécessaire.

Punir la tentative de double dépense de Bitcoin

Les contrats non équivoques servent à prévenir et à punir les doubles dépenses dans les deuxièmes niveaux ou chaînes latérales (sidechains) de Bitcoin. Il est important d’éviter les doubles dépenses dans le système de paiement numérique, car leur prolifération, voire une seule, peut entraîner une perte de confiance dans le système électronique.

Ces contrats peuvent être utilisés en utilisant le langage Tapscript, mais en utilisant OP_CAT, puisque celui-ci code opération applique des « règles sur la occasionnellement (numéros uniques utilisés une fois) de la transaction de dépense. Étant donné que Bitcoin dispose déjà de moyens d’éviter les doubles dépenses sur son réseau principal, Cette avancée technologique affecterait particulièrement les canaux de paiement.

Les nouvelles lignes de défense du Bitcoin

Los coffres-forts sont des contrats spécialisés qui protègent les fonds d’un utilisateur contre le vol, même si l’utilisateur vous perdez votre clé privée, qui a toujours été considérée comme la dernière ligne de défense en matière d’auto-garde Bitcoin.

En utilisant OP_CAT, les scripts Bitcoin peuvent utiliser alliancesdes contrats intelligents qui limitent la manière dont les bitcoins peuvent être dépensés. Ces alliances sont nécessaires pour concevoir coffres-forts qui permettent d’expulser les attaquants de la possession frauduleuse de fonds.

Les coffres constituent une option intéressante de sauvegarde des clés et des accès pour de nombreux développeurs qui considèrent la conservation traditionnelle d’une clé privée unique comme un point d’échec dans l’adoption à grande échelle du Bitcoin.

Y a-t-il un intérêt secondaire dans OP_CAT ?

La discussion sur OP_CAT, qui apporterait toutes les possibilités mentionnées parmi tant d’autres, a été animée ces dernières années, notamment en 2023.

La raison pour laquelle il est à nouveau au centre du débat est que sa réintégration permettrait de créer des contrats intelligents en bitcoin. C’est vrai : une partie de la communauté des développeurs envisage un avenir dans lequel Bitcoin aurait des fonctionnalités similaires à celles d’Ethereum, même si OP_CAT vise à améliorer le noyau conservateur de la section technique de Bitcoin.

Avec OP_CAT, il est plausible que Bitcoin, en plus d’être un réseau de paiement, fonctionne également comme une couche d’applications et d’entreprises sur Internet. Cela permettrait à de nombreuses entreprises et sociétés Internet conquérir une part de marché significative de l’un des actifs les plus importants au monde.

Bien entendu, tous les développeurs ne sont pas d’accord avec ce sort réservé au Bitcoin. Certains considèrent que OP_CAT ouvre la porte à des bugs et à des failles de sécurité, et préféreraient que Bitcoin reste un réseau conservateur, spécialisé dans les transferts de valeurs monétaires.

Enfin, il n’est pas exclu que la communauté de développement Bitcoin crée une solution technique qui ne nécessite pas de bifurquer le réseau pour ajouter des contrats intelligents et d’autres fonctions avancées, ce qui représenterait un point médian entre les Bitcoiners conservateurs et progressistes.