Le cofondateur de Stacks propose de renforcer la confidentialité de Bitcoin au-dessus de sa couche de base

Une couche de confidentialité qui préserve la possibilité d’auditer l’offre de Bitcoin

Muneeb Ali, cofondateur de Stacks, affirme que Bitcoin pourrait prendre en charge des transactions confidentielles sans modifier sa couche de base. Dans un entretien avec Scott Melker, il a fait valoir que la confidentialité des transactions et la vérification publique de l’offre totale du réseau ne doivent pas nécessairement être considérées comme des options incompatibles. Sa proposition consiste à intégrer les fonctionnalités de confidentialité à une couche d’exécution construite au-dessus de Bitcoin, plutôt qu’à rendre confidentiel le registre sous-jacent lui-même.

Ali a déclaré qu’il ne s’attendait pas à ce que la confidentialité soit intégrée directement à la couche de base de Bitcoin, ajoutant qu’il ne pense pas qu’elle devrait l’être. Selon lui, l’offre de Bitcoin doit rester vérifiable. À son avis, les utilisateurs devraient pouvoir vérifier le nombre total de monnaies en circulation, même si certains détails des transactions individuelles sont dissimulés ailleurs dans le système.

Cette distinction est au cœur de la proposition : préserver le rôle du réseau sous-jacent de Bitcoin dans la vérification de l’offre, tout en permettant aux applications d’une couche supérieure de proposer des transactions confidentielles. Ali a déclaré que rien n’empêchait de telles transactions de fonctionner au niveau de l’exécution et a présenté cette idée comme faisant partie de la feuille de route de Stacks. L’entretien n’a toutefois précisé ni la conception ni le calendrier de lancement.

Comment la proposition s’inscrit dans les projets plus vastes de Stacks

Stacks est présenté comme un réseau fonctionnant au-dessus de Bitcoin et visant à rendre le BTC programmable, plus rapide et moins coûteux à utiliser. Ali a inscrit le projet de confidentialité dans cette démarche plus vaste, plutôt que de le présenter comme une modification du protocole de base de Bitcoin. Cette distinction est importante, car la proposition concerne des fonctionnalités développées au-dessus de Bitcoin ; elle ne signifie pas que les transactions Bitcoin sont déjà privées.

Ali a identifié trois domaines dans lesquels Stacks entend apporter sa contribution : la confidentialité, des applications susceptibles de rendre Bitcoin productif grâce à la génération de rendement, et la préparation à d’éventuelles menaces liées à l’informatique quantique. Ces éléments sont présentés comme des volets des projets de développement du réseau, et non comme des résultats déjà obtenus. L’entretien donne une orientation générale de ces travaux, mais ne fournit aucun détail sur leur mise en œuvre ni aucun calendrier pour les initiatives liées à la confidentialité et au rendement.

Pour les utilisateurs de Bitcoin, l’attrait potentiel de l’approche d’Ali réside dans la combinaison de deux propriétés : une meilleure confidentialité des transactions au sein des applications et la possibilité de continuer à auditer l’offre totale au niveau de base. C’est l’équilibre recherché qu’il a décrit, et non un résultat démontré. La source n’explique pas quels détails des transactions seraient masqués, quelles informations resteraient visibles ni comment les utilisateurs pourraient vérifier le fonctionnement du système.

IA, sécurité open source et préparation à l’ère quantique

Ali a également évoqué la possibilité que les progrès de l’IA accélèrent l’échéance des menaces liées à l’informatique quantique pour Bitcoin. Il a déclaré que 2029 pourrait être une échéance de préparation plus appropriée que 2030, l’année qu’il a associée à l’objectif du National Institute of Standards and Technology. L’interview présente cela comme son évaluation ; elle n’établit pas qu’une menace quantique se concrétisera d’ici l’une ou l’autre de ces dates.

La question de savoir si le réseau est prêt est liée, selon Ali, au temps nécessaire pour modifier Bitcoin. Il a déclaré qu’il faudrait au réseau au moins quelques années pour déployer des mises à niveau, ce qui rend le temps de préparation pertinent au regard des dates qu’il a évoquées. Il a également averti que les différends concernant les bitcoins de Satoshi Nakamoto pourraient rendre le processus conflictuel. La source ne précise pas de mise à niveau proposée ni la manière dont ces différends seraient réglés.

Ali a soutenu que le logiciel sous-jacent de Bitcoin devait être renforcé et a cité l’examen du code en open source comme l’un des moyens d’améliorer la sécurité des systèmes : davantage de développeurs peuvent inspecter le code et tenter d’y repérer des vulnérabilités. Il s’agit d’un argument général en faveur de la sécurité, et non de l’affirmation selon laquelle l’examen du code suffirait à éliminer les faiblesses. Ses propos relient également les enjeux futurs de sécurité à la possibilité d’attaques plus sophistiquées, assistées par l’IA.

Ce que la proposition établit — et ce qu’elle n’établit pas

L’entretien a abordé un piratage de Binance signalé, au cours duquel des attaquants auraient dérobé 6,3 milliards de dollars. Ali a salué la gestion de la crise par la plateforme, mais a averti que des attaques assistées par l’IA pourraient mettre en évidence les faiblesses des systèmes existants et a déclaré qu’il faudrait des défenses plus robustes fondées sur l’IA. La source ne fournit pas davantage de détails techniques sur l’attaque et n’explique pas comment ces défenses proposées fonctionneraient.

Selon le récit, plus de la moitié des fonds volés ont été gelés sur la chaîne. Le FBI a affirmé que des acteurs liés à la Corée du Nord étaient à l’origine du piratage, tandis que des responsables à Pyongyang ont pris leurs distances avec cette accusation et déclaré que les États-Unis cherchaient à les provoquer. Ces déclarations contradictoires constituent un contexte pertinent, mais le rapport ne tranche pas la question de la responsabilité de l’incident.

Le plan de confidentialité reste une proposition inscrite à la feuille de route de Stacks, et sa valeur pratique dépendra de la capacité du réseau ou d’autres projets à proposer des transactions confidentielles tout en préservant, à grande échelle, des audits indépendants de l’offre. La source ne tranche pas cette question. Elle ne précise pas non plus le mécanisme envisagé, la date de déploiement ni les démarches que les utilisateurs devraient effectuer : l’équilibre recherché est donc plus clair que sa mise en œuvre concrète.

Source : CryptoPotato