Les technologies qui rendent les blockchains plus évolutives

L’infrastructure blockchain devient plus spécialisée à mesure que les développeurs équilibrent évolutivité, confidentialité, sécurité, interopérabilité et résilience quantique. Le résultat pourrait être un écosystème de réseaux conçus pour un usage spécifique plutôt qu’une architecture unique dominant chaque application.

Le développement de la blockchain est souvent décrit comme une course à la vitesse de transaction plus élevée. Cette vision devient de plus en plus incomplète. Un réseau peut traiter des milliers de transactions par seconde et rester inadapté à une banque, une chaîne d’approvisionnement, un prestataire de soins de santé ou un marché de titres tokenisés s’il ne peut pas protéger les informations confidentielles, s’intégrer aux systèmes existants, satisfaire les régulateurs ou s’adapter aux nouvelles menaces de sécurité.

Une étude récente examinant les architectures de blockchain de prochaine génération¹ met en évidence ces compromis. Les chercheurs ont passé en revue 125 publications couvrant les primitives cryptographiques, les mécanismes de consensus, les systèmes d’évolutivité, l’identité décentralisée, la cryptographie post-quantique et les applications de la blockchain. Leur constat principal n’est pas qu’un seul design ait résolu les limites de la blockchain. Il est que l’adoption future dépend de l’adéquation de l’architecture à l’application.

Cette distinction importe aux investisseurs. La prochaine génération de valeur de la blockchain ne profitera peut‑être pas uniquement aux réseaux affichant le débit théorique le plus élevé. Elle pourrait également se diriger vers les entreprises offrant des outils de sécurité, d’identité, d’interopérabilité, de gouvernance et de migration permettant aux registres distribués de fonctionner au sein d’institutions réelles.

Pourquoi l’architecture de la blockchain devient spécialisée

Les premières blockchains regroupaient la plupart des fonctions essentielles dans un seul système. L’exécution des transactions, le consensus, la disponibilité des données et le règlement se déroulaient sur le même réseau. Cette conception monolithique offrait une simplicité conceptuelle, mais obligeait également chaque nœud à effectuer une grande partie du même travail. À mesure que l’activité augmentait, la congestion, les frais et les exigences de stockage ont mis en évidence les limites de cette approche.

Les conceptions plus récentes répartissent ces responsabilités. Les réseaux de couche 2 déplacent une partie de l’activité hors de la chaîne de base tout en l’utilisant pour le règlement final. Les systèmes fragmentés (sharded) répartissent le calcul et le stockage entre plusieurs groupes de validateurs. Les blockchains modulaires séparent les fonctions afin que chaque composant puisse être optimisé indépendamment. Les réseaux permissionnés limitent la participation aux entités connues, tandis que les modèles hybrides combinent un accès contrôlé avec certaines caractéristiques des réseaux publics.

Chaque modèle résout un problème différent. Une application de finance décentralisée peut privilégier la participation ouverte et le règlement rapide. Une chaîne d’approvisionnement pharmaceutique peut accorder de l’importance à l’identité, à l’auditabilité et à la confidentialité. Une plateforme de titres tokenisés peut devoir se connecter aux dépositaires, aux agents de transfert, aux bourses et aux systèmes de paiement tout en appliquant des règles propres à chaque juridiction.

Cette dernière exigence explique pourquoi interopérabilité des actifs tokenisés ne peut pas se réduire au simple transfert de jetons entre réseaux. Les systèmes ont également besoin de définitions communes pour les actifs, la propriété, l’identité, les autorisations, la messagerie et le règlement. Un pont peut transférer des données, mais il ne peut pas, à lui seul, concilier des modèles juridiques ou opérationnels incompatibles.

La performance de la blockchain nécessite plus que la vitesse

L’étude compare plusieurs mécanismes de consensus et architectures en termes d’évolutivité, de coût computationnel, de sécurité, de vitesse de transaction, de consommation énergétique et d’applications appropriées. Ses conclusions confirment une réalité fondamentale d’ingénierie : améliorer une caractéristique entraîne souvent un compromis ailleurs.

Par conséquent, la vitesse de transaction doit être considérée comme une variable parmi d’autres plutôt que comme la mesure déterminante d’une blockchain. La question la plus pertinente est de savoir si un réseau offre des performances suffisantes sans affaiblir les caractéristiques dont ses utilisateurs ont réellement besoin.

La confidentialité et la sécurité s’intègrent à l’architecture

Les registres publics créent une tension entre transparence et confidentialité. Un enregistrement immuable peut faciliter l’audit des activités, mais exposer de façon permanente des informations commerciales ou personnelles sensibles est inacceptable dans de nombreuses industries. La confidentialité ne peut plus être une fonctionnalité optionnelle ajoutée après le déploiement d’un réseau.

L’étude met en avant les preuves à divulgation nulle, le chiffrement homomorphe et le calcul multipartite sécurisé comme réponses potentielles. Les preuves à divulgation nulle permettent à une partie de vérifier qu’une affirmation est vraie sans recevoir l’information sous‑jacente. Le chiffrement homomorphe autorise certains calculs sur des données chiffrées. Le calcul multipartite sécurisé permet à plusieurs parties de calculer conjointement un résultat sans révéler leurs entrées privées.

Ces techniques peuvent soutenir les transactions confidentielles, la vérification d’identité et la conformité réglementaire, mais elles imposent des coûts de traitement et de communication différents. Leur utilité dépend donc de plus que de la confidentialité théorique. Les développeurs doivent déterminer si elles restent économiques et réactives sous des charges de travail réelles.

La sécurité s’étend également au‑delà des algorithmes cryptographiques. Les défauts de contrats intelligents, les clés compromises, les défaillances de ponts, les implémentations défectueuses et les attaques de gouvernance peuvent entraîner des pertes même lorsque la cryptographie sous‑jacente reste intacte. L’acquisition prévue d’OpenZeppelin, évoquée dans la couverture de Securities.io de sécurité institutionnelle on‑chain, illustre comment l’assurance du code et l’évaluation des risques deviennent partie intégrante de l’infrastructure financière entourant la blockchain.

L’informatique quantique crée un problème de migration

De nombreux systèmes de blockchain reposent sur des signatures numériques à courbe elliptique. Un ordinateur quantique suffisamment performant pourrait éventuellement saper les problèmes mathématiques protégeant ces signatures. Cela ne signifie pas que les principales blockchains sont sur le point d’être compromises, mais cela implique que les systèmes conçus pour conserver des enregistrements précieux pendant des décennies ont besoin d’une stratégie de migration avant que de telles machines ne deviennent pratiques.

Le concept clé est l’agilité cryptographique : la capacité de remplacer les algorithmes, les clés et les protocoles sans reconstruire l’ensemble du réseau ni bloquer les actifs existants. En 2024, le National Institute of Standards and Technology a finalisé ses trois premiers standards de cryptographie post‑quantique, offrant aux organisations une base établie pour entamer cette transition.

Pour les blockchains, la migration est exceptionnellement complexe. Modifier une application d’entreprise conventionnelle est déjà difficile. Mettre à jour un réseau décentralisé nécessite une coordination entre les développeurs de logiciels, les validateurs, les fournisseurs de portefeuilles, les échanges, les dépositaires, les utilisateurs et les participants à la gouvernance. Les adresses inactives et les clés privées perdues créent un problème supplémentaire, car leurs propriétaires peuvent être incapables d’autoriser un transfert vers un format cryptographique plus sûr.

Les réseaux se préparant à une adoption à long terme devraient donc commencer à répondre à plusieurs questions :

• Quels composants cryptographiques la informatique quantique menacerait‑elle ?
• Les algorithmes peuvent‑ils être remplacés sans scinder le réseau ?
• Comment les utilisateurs migreront‑ils les clés et les actifs existants ?
• Qui a l’autorité d’initier une transition d’urgence ?

Cela transforme la préparation quantique en une question d’architecture et de gouvernance, et pas seulement en une mise à jour cryptographique.

L’adoption de la blockchain d’entreprise dépend de l’intégration

L’observation la plus importante du document sur le plan commercial est que la seule sophistication technique ne garantit pas l’adoption. Un réseau peut offrir d’excellentes performances et une confidentialité avancée tout en échouant parce qu’il ne peut pas s’intégrer aux bases de données, aux systèmes d’identité, aux processus de conformité et aux flux de travail organisationnels existants.

Cela privilégie une architecture basée sur les exigences. Les réseaux publics restent utiles lorsque la résistance à la censure, la participation ouverte et le règlement neutre sont essentiels. Les systèmes permissionnés peuvent être plus appropriés lorsque les participants sont identifiables et soumis à une gouvernance partagée. Hyperledger Fabric, par exemple, est structuré autour de participants connus opérant dans un environnement permissionné, permettant aux organisations de définir des identités, des politiques et des contrôles d’accès.

La leçon plus large est que la décentralisation se situe sur un spectre. Les entreprises n’ont pas besoin de la maximiser de manière indiscriminée. Elles ont besoin d’une décentralisation suffisante pour résoudre leur problème de confiance sans rendre le système résultant plus lent, plus coûteux ou plus difficile à gouverner que le processus qu’il remplace.

Investir dans une infrastructure de blockchain d’entreprise sécurisée

Pour les investisseurs souhaitant s’exposer à cette transition, IBM offre un lien pertinent à la fois avec l’architecture de blockchain d’entreprise et les évolutions de sécurité qui pourraient façonner son avenir. IBM a été l’un des premiers contributeurs à Hyperledger Fabric, dont la conception modulaire permissionnée correspond aux attentes de l’étude selon lesquelles les entreprises mettront l’accent sur la confidentialité, la participation contrôlée, l’interopérabilité et la gouvernance.

La pertinence de l’entreprise s’étend également à la migration cryptographique. Ses outils et services résistants au quantique sont conçus pour aider les organisations à inventorier leurs dépendances cryptographiques et à adopter des protections post‑quantique. Cette capacité est importante parce que les réseaux blockchain ne passeront pas à la post‑quantique de façon isolée. Ils se connectent aux bases de données, aux systèmes centraux, aux API, aux plateformes d’identité et aux infrastructures de paiement qui doivent également rester sécurisés.

IBM n’est pas un acteur spécialisé uniquement dans la blockchain, et il est peu probable que la blockchain détermine sa performance financière globale. Le cas d’investissement repose plutôt sur le fait que l’entreprise fournit les composants et l’expertise nécessaires lorsque les architectures émergentes passent du prototype aux environnements d’entreprise réglementés. Les investisseurs doivent néanmoins prendre en compte la concurrence, les calendriers d’adoption, l’exécution et la contribution relativement limitée que les activités liées à la blockchain peuvent apporter au sein d’une entreprise technologique diversifiée.

Les prochains gagnants de la blockchain pourraient être les fournisseurs d’infrastructure

Le marché de la blockchain a passé des années à débattre du réseau qui l’emportera. Le scénario le plus probable est un écosystème en couches où différentes architectures remplissent des fonctions distinctes. Les réseaux de règlement, les systèmes de couche 2, les outils de confidentialité, les cadres d’identité, les normes d’interopérabilité et les plateformes d’entreprise pourraient fonctionner ensemble plutôt que d’être remplacés par une chaîne universelle.

Cela modifie la façon dont les investisseurs doivent évaluer le secteur. Le débit affiché et les prix des jetons révèlent peu sur la capacité d’une plateforme à satisfaire les exigences de sécurité, de gouvernance, de confidentialité et d’intégration d’un marché réel. Les opportunités les plus durables pourraient appartenir aux réseaux et aux entreprises qui rendent la blockchain exploitable au sein des systèmes économiques existants tout en restant suffisamment adaptables pour faire face aux nouvelles menaces.

La prochaine génération de blockchain ne sera pas définie par une percée unique. Elle sera définie par la capacité à assembler plusieurs avancées techniques en une infrastructure que les institutions pourront réellement faire confiance et exploiter.

Références :

¹ Khan, J., Khan, G. A., Alam, I., Khan, M. R., Sharma, S., Hussain, T., Khan, M. A., Prasuna, P. M., & Alghamdi, A. A. (2026). Architectures de blockchain de prochaine génération : une étude approfondie de l’innovation tirée des cryptomonnaies. ICT Express. https://doi.org/10.1016/j.icte.2026.09.006