潘致雄 : Rétrospective complète de la couche protocolaire Bitcoin 2025

Du défense quantique à la reconstruction du noyau, les dix grands changements technologiques classés par ordre d’impact.

Le résumé annuel de Bitcoin Optech est depuis toujours considéré comme l’indicateur de tendance technologique de l’écosystème Bitcoin. Il ne se concentre pas sur la volatilité des prix, mais enregistre les véritables pulsations du protocole Bitcoin et des infrastructures clés.

Le rapport de 2025 révèle une tendance évidente : Bitcoin traverse une transition de paradigme, passant du « défense passive » à « l’évolution proactive ».

Au cours de l’année écoulée, la communauté ne se contente plus de réparer les vulnérabilités, mais commence à répondre systématiquement aux menaces existentielles (comme l’informatique quantique), tout en explorant de manière radicale les limites de la scalabilité et de la programmabilité, sans sacrifier la décentralisation. Ce rapport n’est pas seulement un mémo pour les développeurs, mais aussi un index clé pour comprendre les propriétés des actifs Bitcoin, la sécurité du réseau et la logique de gouvernance pour les cinq à dix prochaines années.

Conclusions principales

En regardant 2025, l’évolution technologique de Bitcoin présente trois caractéristiques fondamentales, qui sont aussi la clé pour comprendre les 10 événements majeurs suivants :

1. Défense en amont : La feuille de route pour la défense contre la menace quantique devient claire et opérationnelle pour la première fois, la pensée sécuritaire s’étend de « l’immédiat » à « l’après-quantique ».

2. Stratification fonctionnelle : Les discussions intensives sur les propositions de soft forks telles que CTV (BIP119) et CSFS (BIP348), ainsi que l’évolution « à chaud » du Lightning Network avec LNHANCE et OP_TEMPLATEHASH, montrent que Bitcoin vise une architecture « couche de base solide, couche supérieure flexible » via des protocoles en couches.

3. Décentralisation des infrastructures : De l’accord de minage (Stratum v2) à la validation des nœuds (Utreexo/SwiftSync), d’importants investissements techniques visent à réduire la barrière à l’entrée et à renforcer la résistance à la censure, afin de lutter contre la tendance à la centralisation dans le monde physique.

Le rapport annuel de Bitcoin Optech couvre des centaines de commits, débats dans les groupes de mailing, et propositions BIP de l’année écoulée. Pour extraire le vrai signal du bruit technique, j’ai exclu les mises à jour purement « localisées » et sélectionné les 10 événements ayant un impact structurel sur l’écosystème.

1. Défense systémique contre la menace quantique et « feuille de route de renforcement »

【Statut : Recherche et propositions à long terme】

2025 marque un tournant dans l’attitude de la communauté Bitcoin face à la menace de l’informatique quantique, passant de la théorie à la préparation technique. Le BIP360, désormais nommé P2TSH (Pay to Tapscript Hash), a été attribué d’un numéro. Il constitue une étape clé pour la sécurisation contre la menace quantique, tout en étant plus général et servant certains cas d’usage de Taproot (par exemple, les structures de promesse sans clé interne).

Par ailleurs, la communauté explore des solutions de vérification quantique plus concrètes, notamment en envisageant l’introduction future de capacités de script correspondantes (par exemple, réintroduire OP_CAT ou ajouter de nouvelles opérations de vérification), en utilisant OP_CAT pour construire des signatures Winternitz, en discutant de la vérification STARK comme capacité native de script, et en optimisant les coûts on-chain des schémas de signatures (comme SLH-DSA / SPHINCS+).

Ce sujet occupe la première place car il touche aux fondations mathématiques de Bitcoin. Si l’informatique quantique affaiblit réellement l’hypothèse de la logarithme discret sur la courbe elliptique (menant à une vulnérabilité de la sécurité des signatures ECDSA/Schnorr), cela entraînera une pression systémique de migration et une stratification de la sécurité des sorties historiques. Bitcoin doit anticiper des mises à jour au niveau du protocole et des portefeuilles. Pour les détenteurs à long terme, choisir des solutions de custody avec une feuille de route claire et une culture d’audit de sécurité, ainsi que surveiller les fenêtres de migration potentielles, sera essentiel pour préserver leur patrimoine.

2. Explosion des propositions de soft forks : la construction du « coffre-fort programmable »

【Statut : Discussions intensives / Phase de brouillon】

Cette année a été marquée par une forte activité de propositions de soft forks, centrée sur la manière de libérer la capacité d’expression des scripts tout en restant minimaliste. Les propositions de contrats comme CTV (BIP119) et CSFS (BIP348), ainsi que LNHANCE et OP_TEMPLATEHASH, tentent d’introduire des « clauses restrictives » plus sûres dans Bitcoin. De plus, OP_CHECKCONTRACTVERIFY (CCV) devient BIP443, et diverses propositions d’opcodes arithmétiques ou de récupération de scripts attendent leur consensus.

Ces mises à jour, apparemment complexes, visent à ajouter de nouvelles « lois physiques » au réseau de valeur global. Elles devraient rendre la construction native de « coffres-forts » (Vaults) plus simple, plus sûre, et standardisable, permettant aux utilisateurs de définir des mécanismes de délai de retrait ou de révocation, réalisant ainsi une « auto-préservation programmable » au niveau du langage du protocole. Par ailleurs, ces capacités pourraient considérablement réduire les coûts et la complexité des interactions dans le Lightning Network, DLC (discrete log contracts), et autres protocoles de couche 2.

3. Reconstruction « anti-censure » de l’infrastructure minière

【Statut : Mise en œuvre expérimentale / Évolution du protocole】

La décentralisation de la couche minière détermine directement la résistance à la censure de Bitcoin. En 2025, Bitcoin Core 30.0 introduit une interface IPC expérimentale, optimisant considérablement l’efficacité des échanges entre le logiciel de pool minier/Stratum v2 et la logique de validation de Bitcoin Core, réduisant la dépendance à JSON-RPC peu efficace, et facilitant l’intégration de Stratum v2.

Une capacité clé de Stratum v2 est, lorsqu’on active la négociation de jobs, de déléguer davantage la sélection des transactions aux mineurs plus dispersés, renforçant ainsi la résistance à la censure. Par ailleurs, l’émergence de MEVpool tente de résoudre le problème du MEV par le biais de modèles de marché anonymisés et concurrentiels : idéalement, plusieurs marketplaces coexisteront, évitant qu’un seul marché devienne un nouveau centre de centralisation. Cela concerne directement la capacité des utilisateurs ordinaires à faire traiter leurs transactions de manière équitable dans des environnements extrêmes.

4. Amélioration du système immunitaire : divulgation de vulnérabilités et fuzzing différentiel

【Statut : Opérations continues】

La sécurité de Bitcoin repose sur une auto-diagnostique avant toute attaque réelle. En 2025, Optech a documenté de nombreuses divulgations de vulnérabilités dans Bitcoin Core et Lightning (LDK/LND/Eclair), allant de blocages de fonds à la dé-anonymisation de la vie privée, voire à des risques graves de vol. Cette année, Bitcoinfuzz a utilisé la technique de « fuzzing différentiel » pour comparer la réaction de différents logiciels face aux mêmes données, détectant plus de 35 bugs profonds.

Ce « stress test » intensif est un signe de maturité de l’écosystème. Il agit comme un vaccin : bien qu’il expose temporairement des failles, il renforce à long terme la résilience du système. Pour les utilisateurs dépendant d’outils de confidentialité ou du Lightning, cela doit aussi servir d’alerte : aucun logiciel n’est parfait, et maintenir ses composants à jour est la règle la plus simple pour sécuriser ses fonds.

5. Splicing du Lightning Network : la « mise à jour à chaud » des fonds de canal

【Statut : Support expérimental inter-implémentations】

En 2025, le Lightning Network a connu une avancée majeure : le Splicing (reconnexion / mise à jour à chaud du canal). Cette technique permet aux utilisateurs d’ajuster dynamiquement les fonds sans fermer le canal, et est désormais supportée en mode expérimental dans LDK, Eclair et Core Lightning. Bien que la norme BOLTs soit encore en cours d’affinement, les tests d’interopérabilité entre implémentations ont déjà progressé de façon significative.

Le Splicing est la capacité « d’ajouter ou retirer des fonds sans fermer le canal ». Elle devrait réduire les échecs de paiement et les frictions opérationnelles liés à l’ajustement des fonds. À terme, les portefeuilles pourront réduire considérablement la courbe d’apprentissage de la gestion des canaux, permettant à davantage d’utilisateurs d’en faire une couche de paiement proche d’un « solde de compte », étape clé pour une adoption massive de Bitcoin comme moyen de paiement quotidien.

6. Révolution du coût de vérification : faire tourner un nœud complet sur un « appareil grand public »

【Statut : Prototype (SwiftSync) / Proposition BIP (Utreexo)】

La barrière à la décentralisation réside dans le coût de vérification. En 2025, SwiftSync et Utreexo remettent en cause cette barrière. SwiftSync, en optimisant le chemin d’écriture du UTXO lors du IBD (initial block download), n’ajoute la UTXO au chainstate que si elle n’est pas dépensée à la fin de l’IBD, et utilise un fichier hints de « confiance minimale » pour accélérer le processus de 5 fois ou plus, tout en permettant la vérification parallèle. Utreexo (BIP181-183), via un accumulateur de forêts Merkle, permet à un nœud de vérifier des transactions sans stocker localement l’intégralité de l’UTXO.

Ces avancées rendent la validation complète sur des appareils à ressources limitées réellement envisageable, augmentant le nombre de validateurs indépendants dans le réseau.

7. Cluster Mempool : repenser la planification sous-jacente du marché des frais

【Statut : Prêt à être publié (Staging)】

Dans Bitcoin Core 31.0, la mise en œuvre de Cluster Mempool (pool de mémoire en cluster) approche de sa finalisation. Elle introduit des structures comme TxGraph, abstrait les dépendances complexes des transactions en un problème de « linéarisation / tri » de groupes de transactions, rendant la construction de blocs plus systématique.

Bien qu’il s’agisse d’une mise à niveau du système de planification, elle devrait améliorer la stabilité et la prévisibilité de l’estimation des frais. En éliminant les ordres de traitement erronés dus à des limites algorithmiques, le réseau Bitcoin sera plus rationnel et fluide en période de congestion, et les demandes de transactions accélérées (CPFP/RBF) seront plus efficaces dans une logique plus cohérente.

8. Gouvernance fine de la couche de diffusion P2P

【Statut : Mise à jour stratégique / Optimisations continues】

Face à l’augmentation des transactions à faibles frais en 2025, le réseau P2P de Bitcoin a connu un tournant stratégique. Bitcoin Core 29.1 a abaissé le taux de relais minimum par défaut à 0.1 sat/vB. Par ailleurs, le protocole Erlay continue d’être développé pour réduire la consommation de bande passante ; des propositions comme le partage de modèles de blocs ont été avancées, et des stratégies de reconstruction compacte de blocs sont optimisées pour faire face à un environnement de diffusion de plus en plus complexe.

Avec une politique plus cohérente et des nœuds plus permissifs par défaut, la diffusion des transactions à faibles frais pourrait s’améliorer. Ces orientations devraient réduire la contrainte de bande passante pour faire fonctionner un nœud, renforçant ainsi l’équité du réseau.

9. Débat sur OP_RETURN et la « tragédie des biens communs » de l’espace de bloc

【Statut : Changement de politique Mempool (Core 30.0)】

Core 30.0 a assoupli la politique OP_RETURN (plus d’outputs autorisés, suppression de certaines limites de taille), ce qui a déclenché en 2025 un débat philosophique intense sur l’usage de Bitcoin. À noter que cela concerne la politique de Mempool (transmission par défaut / stratégie standard de relai), et non la règle de consensus ; mais cela influence la facilité de propagation des transactions et leur visibilité par les mineurs, impactant la compétition pour l’espace de bloc.

Les partisans pensent que cela corrigera les distorsions d’incitation, tandis que les opposants craignent une approbation implicite du stockage de données en chaîne. Ce débat rappelle que l’espace de bloc, en tant que ressource rare, voit ses règles d’utilisation (même hors consensus) faire l’objet de luttes d’intérêts.

10. Noyau Bitcoin : la reconstruction « modulaire » du code central

【Statut : Refonte architecturale / Publication d’API】

Bitcoin Core a franchi en 2025 une étape clé vers une architecture découplée : l’introduction de l’API C du Noyau Bitcoin. Cela marque la séparation de la logique de validation de consensus du programme principal, en un composant indépendant et réutilisable. Ce noyau supporte désormais la réutilisation par des projets externes pour la validation de blocs et la gestion de l’état de la chaîne.

L’« internalisation » du noyau apportera des bénéfices structurels en termes de sécurité. Elle permettra aux portefeuilles, indexeurs et outils d’analyse d’appeler directement la logique officielle de validation, évitant les divergences dues à la duplication. C’est comme fournir à l’écosystème Bitcoin un « moteur d’origine standardisé », sur lequel des applications plus robustes pourront être construites.

Annexe : Glossaire (Mini-Glossary) Pour aider à la lecture, voici une brève définition des termes clés utilisés dans le texte : · UTXO (Unspent Transaction Output) : sortie de transaction non dépensée, unité de base de l’état du registre Bitcoin, indiquant combien de coins appartient à qui. · IBD (Initial Block Download) : téléchargement initial des blocs, processus de synchronisation de l’historique lors de l’intégration d’un nouveau nœud. · CPFP / RBF : deux mécanismes d’accélération de transaction. CPFP (Child Pays For Parent) consiste à faire payer une transaction par une nouvelle, RBF (Replace-By-Fee) permet de remplacer une transaction par une autre à plus haute fee. · Mempool (Pool de mémoire) : zone tampon où sont stockées les transactions diffusées mais pas encore incluses dans un bloc. · BOLTs : spécifications techniques de Lightning Network (Basis of Lightning Technology). · MEV (Maximal Extractable Value) : valeur maximale extractible, profit supplémentaire que les mineurs peuvent obtenir en réordonnant ou en censurant des transactions.