Rétrospective complète de la couche protocolaire Bitcoin en 2025

Rédacteur : Zhixiong Pan

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

Le rapport de 2025 révèle une tendance claire : Bitcoin est en train de passer d’une « défense passive » à une « évolution proactive » du paradigme.

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 de manière systématique aux menaces existentielles (comme l’informatique quantique), tout en explorant de manière agressive 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 majeures, qui sont aussi la clé pour comprendre les 10 événements suivants :

Prévention 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-quantum ».

Hiérarchisation des fonctionnalités : Les discussions intensives sur les propositions de soft forks telles que BIP119 (CTV) et BIP348 (CSFS), ainsi que l’évolution « hot-swappable » du Lightning Network, montrent que Bitcoin vise une architecture « base solide, couche supérieure flexible » via des protocoles en couches.

Décentralisation des infrastructures : De l’algorithme de minage (Stratum v2) à la validation des nœuds (Utreexo/SwiftSync), d’importants efforts techniques sont déployés pour 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 soumissions de code, 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 importante pour la sécurisation contre l’ordinateur quantique, tout en étant plus généraliste pour certains cas d’usage de Taproot (par exemple, structures de promesse sans clé interne).

Par ailleurs, la communauté explore des solutions de vérification cryptographique quant-safe, 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 l’intégration native de la vérification STARK, et en optimisant les coûts on-chain des schémas de signatures (SLH-DSA / SPHINCS+).

Ce sujet occupe la première place car il touche aux fondations mathématiques de Bitcoin. Si l’informatique quantique devait réellement affaiblir la sécurité de la courbe elliptique (menant à une vulnérabilité de ECDSA/Schnorr), cela entraînerait une migration systémique et une stratification de la sécurité des sorties historiques. Cela oblige Bitcoin à anticiper des mises à jour protocolaires et de portefeuille. 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 la préservation des actifs.

2. Explosion des propositions de soft forks : la construction d’un « 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 contractuelles telles que BIP119 (CTV) et BIP348 (CSFS), ainsi que des techniques comme 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 et de récupération de scripts attendent leur consensus.

Ces améliorations, 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 plus standardisée, 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 de protocole. Par ailleurs, ces capacités pourraient considérablement réduire les coûts et la complexité des interactions dans des couches secondaires comme Lightning ou DLC (discrete log contracts).

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

【Statut : Mise 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’interaction entre le logiciel de pool minier/Stratum v2 et la logique de validation de Bitcoin Core, réduisant la dépendance à JSON-RPC inefficace, et facilitant l’intégration de Stratum v2.

Une capacité clé de Stratum v2 est, lorsqu’elle active la négociation de tâches (Job Negotiation), de déléguer davantage la sélection des transactions aux mineurs, renforçant ainsi la résistance à la censure. Par ailleurs, l’émergence de MEVpool tente de résoudre le problème de l’extraction de valeur maximale (MEV) via des modèles de marché anonymisés et compétitifs : idéalement, plusieurs marketplaces coexisteraient pour éviter qu’un seul ne devienne un nouveau point central de centralisation. Cela concerne directement la capacité des utilisateurs ordinaires à voir leurs transactions incluses équitablement dans des conditions extrêmes.

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

【Statut : Opérations techniques continues】

La sécurité de Bitcoin repose sur une auto-diagnostic avant toute attaque réelle. En 2025, Optech a documenté de nombreuses 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, révélant plus de 35 bugs profonds.

Ce « test de pression » intense est un signe de maturité de l’écosystème. Il agit comme un vaccin : même s’il expose des failles à court terme, il renforce la résilience à long terme. 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】

Le Lightning Network a connu une avancée majeure en 2025 avec le Splicing (coupure/actualisation à chaud du canal). Cette technique permet aux utilisateurs d’ajuster dynamiquement leurs fonds (recharger ou retirer) sans fermer le canal. Elle est déjà 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é significativement.

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 à la gestion des fonds de canal. À terme, les portefeuilles pourraient considérablement simplifier la gestion des canaux, permettant à davantage d’utilisateurs d’utiliser LN comme une « balance » ou un « compte » de paiement, ce qui est crucial pour la généralisation des paiements Bitcoin au 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 décentralisation repose sur le coût de validation. En 2025, SwiftSync et Utreexo (BIP181-183) remettent en question la « barrière d’entrée » pour faire fonctionner un nœud complet. SwiftSync optimise la phase d’Initial Block Download (IBD) en accélérant la mise à jour du UTXO set : il n’ajoute à la chainstate que les sorties non dépensées à la fin de l’IBD, et utilise un fichier hints de « confiance minimale » pour accélérer le processus de plus de 5 fois, tout en permettant la validation parallèle. Utreexo, via un accumulateur de type Merkle forest, permet de valider des transactions sans stocker localement l’intégralité du UTXO set.

Ces avancées rendent plus réaliste l’exécution d’un nœud complet sur des appareils à ressources limitées, augmentant ainsi le nombre de validateurs indépendants dans le réseau.

7. Cluster Mempool : refonte de la planification des frais

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

Dans Bitcoin Core 31.0, la mise en œuvre du Cluster Mempool (pool de mémoire en cluster) approche de sa finalisation. Elle introduit des structures comme TxGraph, qui abstraient les dépendances complexes entre transactions en un problème de « linéarisation/tri » efficace, 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é des estimations de frais. En éliminant les ordres d’inclusion anormaux 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 un cadre logique plus sûr.

8. Gouvernance fine de la couche de diffusion P2P

【Statut : Mise à jour stratégique / Optimisation continue】

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 en cours d’optimisation pour faire face à un environnement de diffusion de plus en plus complexe.

Avec une politique plus cohérente et des nœuds par défaut plus accessibles, la diffusion des transactions à faible coût devrait s’améliorer, réduisant la nécessité pour les nœuds d’avoir une bande passante élevée, tout en maintenant 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 concernant 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. Il faut noter que cela concerne la politique de Mempool (transmission et standardisation par défaut), et non la règle de consensus ; mais cela influence directement la facilité de propagation des transactions et leur visibilité par les mineurs, impactant la compétition pour l’espace de bloc.

Les partisans estiment que cela corrige des 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, est soumis à une lutte d’intérêts pour son utilisation, même en dehors du consensus.

10. Bitcoin Kernel : refonte « modulaire » du code central

【Statut : Refonte architecturale / Publication d’API】

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

L’« internalisation » du noyau apportera des bénéfices structurels en matière de sécurité. Elle permettra aux portefeuilles, indexeurs et outils d’analyse d’utiliser directement la logique officielle, évitant les divergences dues à la duplication. C’est comme fournir un « moteur d’origine » standardisé pour l’écosystème Bitcoin, rendant les applications plus robustes.

Annexe : Glossaire (Mini-Glossary)

Pour faciliter la lecture, voici une brève définition des termes clés :

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) : processus de synchronisation de l’historique lors de l’ajout d’un nouveau nœud au réseau.

CPFP / RBF : deux mécanismes d’accélération de transaction. CPFP (Child Pays For Parent) consiste à faire payer une transaction en créant une nouvelle transaction avec des frais plus élevés ; RBF (Replace-By-Fee) permet de remplacer une transaction par une autre avec des frais plus élevés.

Mempool (Pool de mémoire) : zone tampon où les nœuds stockent les transactions diffusées mais pas encore incluses dans un bloc.

BOLTs : normes techniques du 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.