Vers un retour aux sources pour Bitcoin : le projet de restauration du Bitcoin Script

Le Bitcoin Script, pilier fondamental de la blockchain Bitcoin, semble être sur le point de faire un retour aux sources. Un projet de restauration visant à redonner au langage de script sa simplicité d’origine et à renforcer la sécurité du réseau suscite l’intérêt de la communauté. Découvrons ensemble les enjeux et les implications de cette démarche pour l’avenir du Bitcoin.

Bitcoin et son protocole ossifié

Le protocole Bitcoin est réputé pour sa stabilité, en grande partie due à son caractère intentionnellement « ossifié ». En adoptant cette approche, les développeurs cherchent à minimiser les risques de bugs et à maximiser la sécurité de la blockchain. C’est une stratégie de long terme axée sur la sécurité plutôt que sur l’évolutivité. Cependant, cette rigidité n’empêche pas les initiatives de mise à jour du protocole, spécialement pour réveiller des fonctionnalités oubliées.

Le langage Bitcoin Script

Tout comme Ethereum dispose de Solidity, Bitcoin possède son propre langage de scripts appelé Script. Ce langage permet d’ajouter des conditions spéciales aux transactions, offrant une programmabilité supplémentaire. Malgré ses capacités, Script reste limité par rapport à d’autres langages. Par exemple, il ne supporte ni les multiplications ni les divisions.

Il fut un temps où le langage Script de Bitcoin était plus puissant. Ces fonctionnalités sont appelées opcodes (codes opérationnels). En 2010, certains d’entre eux ont été désactivés pour des raisons de sécurité, notamment après la découverte d’un bug dans l’opcode OP_LSHIFT qui pouvait entraîner le crash d’un nœud Bitcoin.

The Bitcoin Script Restoration Project

Rusty Russell, développeur chez Blockstream, souhaite ressusciter ces fonctionnalités oubliées à travers un projet ambitieux surnommé The Bitcoin Script Restoration Project. À travers ce projet, il propose de réactiver les opcodes désactivés en 2010, en adoptant les mesures de sécurité adéquates pour éviter les erreurs passées.

« La maison brûle, on éteint le feu, puis on reconstruit, n’est-ce pas ? [Pour Bitcoin] nous n’avons jamais eu cette deuxième étape. »

Russell explique que l’absence de ces fonctionnalités limite actuellement les possibilités pour les développeurs construisant au-dessus de Bitcoin, et il y a une « faim incroyable » parmi la communauté pour les récupérer.

Nouveau modèle de calcul des coûts des opcodes

Un autre aspect de ce projet concerne la révision du modèle de calcul des coûts associés aux opcodes. Actuellement, chaque opcode sur Bitcoin a un coût fixe, peu importe la complexité des calculs qu’il engendre. Russell propose d’attribuer des coûts différenciés aux opcodes, en fonction de leur consommation de ressources.

Cette approche se rapproche du modèle de gas utilisé sur Ethereum, où le coût des opérations reflète mieux l’utilisation réelle des ressources. Toutefois, contrairement à Ethereum, si une transaction échoue, les frais de gas ne seraient pas perdus pour l’utilisateur.

Étapes à venir

Bien que prometteur, ce projet est encore loin d’être déployé sur le mainnet de Bitcoin. Plusieurs étapes doivent être franchies avant cela :

• Rédaction et soumission d’une Bitcoin Improvement Proposal (BIP) à la communauté.
• Examen et débat de la proposition au sein de la communauté.
• Obtention d’un consensus suffisant parmi les développeurs pour activer les modifications.

Pour donner un exemple, la proposition Taproot a été soumise en 2021 et a nécessité plusieurs mois de discussions et de tests avant son activation, montrant ainsi la rigueur nécessaire pour toute modification du protocole Bitcoin.