Les développeurs de Bitcoin ont proposé le BIP 361 afin de protéger le réseau contre les risques liés aux ordinateurs quantiques en gelant les adresses vulnérables. La proposition inclut un plan par étapes pour faire passer les utilisateurs à des portefeuilles résistants aux attaques quantiques, mais elle a déclenché un débat sur le contrôle des utilisateurs et la sécurité.

Des experts, menés par Jameson Lopp, ont proposé le BIP-361 pour geler des adresses Bitcoin vulnérables aux attaques quantiques afin de protéger 1,7 million de BTC contre les menaces quantiques futures. Le plan inclut des phases visant à renforcer la sécurité, mais fait l’objet de critiques pour avoir une position contradictoire avec la décentralisation de Bitcoin.

F2Pool, le cofondateur Wang Chun, a déclaré sur la plateforme X que la mise à niveau du protocole Bitcoin ne devrait pas ressembler au « projet de loi d’entrave » des politiciens américains, et s’oppose à BIP-110 et BIP-54. Il a mentionné que l’attaque par distorsion du temps n’apporte pas d’avantage significatif aux mineurs, et que l’efficacité de la validation des blocs s’est nettement améliorée ; à l’heure actuelle, seul le problème de « transactions en double » mérite d’être corrigé.

Le cofondateur de F2Pool, Wang Chun, a critiqué sur la plateforme X les extrémistes du Bitcoin, arguant que le Bitcoin ne devrait pas être sacralisé et qu'il ne devrait pas entraver l'innovation technologique. Il a souligné que certains partisans considèrent les tentatives de mise à l'échelle comme des attaques, en insistant sur le fait que le Bitcoin devrait s'adapter au développement de la DeFi, de la confidentialité et des infrastructures de paiement.

BTQ Technologies a annoncé le 19 mars le succès de l'implémentation de BIP 360 sur son réseau de test quantique Bitcoin v0.3.0, en lançant le format de transaction Pay-to-Merkle-Root pour faire face aux menaces de l'informatique quantique. Le réseau de test s'est connecté à plus de 50 mineurs, a traité plus de 100000 blocs et supporte la fonctionnalité des transactions P2MR.

La proposition d'amélioration de Bitcoin BIP-110 fait l'objet de discussions de plus en plus intenses. Cette proposition vise à nettoyer les données on-chain, mais elle suscite des controverses. Elle désactivera des opcodes importants et limitera la taille des blocs de contrôle, ce qui pourrait avoir un impact sur le développement technologique futur. Bien qu'elle soit positionnée comme une mesure temporaire, les limitations d'amélioration à long terme pourraient présenter des risques.

Nic Carter de Castle Island Ventures a souligné, en réponse à la controverse sur l'auteur du BIP-360, que la communauté Bitcoin devrait se concentrer sur la qualité technique de la proposition plutôt que sur l'identité de l'auteur. Il a indiqué que les développeurs anonymes ne sont pas rares dans l'histoire de Bitcoin, et que la proposition BIP-360 vise à améliorer la résistance quantique de Bitcoin.

Castle Island Ventures partenaire Nic Carter indique que la communauté Bitcoin devrait se concentrer sur la qualité technique de la proposition BIP-360 plutôt que sur l'identité de l'auteur, en éliminant la vulnérabilité quantum dans les adresses Taproot pour préparer Bitcoin à la résistance quantique. Alors que le risque ECC devient de plus en plus apparent, renforcer la résistance quantique devient une question importante.

Le développeur slovakBitcoin Martin Habovštiak a réussi à écrire une image TIFF de 66 kB sur la blockchain Bitcoin via une seule transaction, défiant la proposition BIP-110, qui vise à limiter la taille des données écrites sur la chaîne. Cette expérience peut être vérifiée publiquement et décodée en une image complète.

La proposition BIP-110 a suscité des controverses au sein de la communauté Bitcoin, plusieurs personnalités renommées telles que Wang Chun, Jameson Lopp et Adam Back s'étant publiquement opposées, estimant que cette proposition pourrait menacer les caractéristiques et la valeur fondamentales de Bitcoin. La proposition vise à limiter la taille des données non monétaires dans les transactions via une soft fork, afin de résoudre le problème de l'occupation de l'espace dans les blocs.