Blockchain vs Legacy
Et si la vraie réponse était hybride ?
Les deux jalons qui redessinent l'infrastructure de la finance européenne.
Les banques ne vont pas remplacer leur legacy par de la blockchain.
Elles vont devoir adopter un mode de fonctionnement hybride, et c'est là que les défis commencent . Le modèle hybride est inévitable. Ce que personne ne dit franchement, c'est que la cohabitation a un coût : organisationnel, opérationnel, et en termes de dette technique.
Ce que le Legacy fait mieux
-
Résilience et continuité de service : les systèmes TARGET et SWIFT traitent des volumes massifs avec des SLA éprouvés.
-
Conformité réglementaire : les modèles de gouvernance, d'audit et de contrôle sont bâtis sur ces infrastructures.
-
Interopérabilité de fait : 11 500 institutions connectées à SWIFT aucune plateforme DLT n'en est proche.
-
Gestion du risque systémique : les banques centrales peuvent intervenir directement sur les rails existants.
L es outils de lutte contre la fraude, actuellement en place sont déjà adaptés à ce système.
Ce que la blockchain apporte de nouveau
-
Programmabilité : les smart contracts permettent des règlements conditionnels et automatisés ( DvP atomique, paiements conditionnels).
-
Traçabilité native : chaque transaction est horodatée, immuable et auditable sans réconciliation a posteriori.
-
Désintermédiation partielle : réduction des correspondants bancaires intermédiaires dans les chaînes de règlement complexes. Rationalisation des chaînes de règlement : certaines architectures DLT peuvent réduire le nombre d'intermédiaires opérationnels dans des processus spécifiques, sans remettre en cause le rôle des infrastructures et réseaux existants.
-
Disponibilité 24/7 : les protocoles DLT ne connaissent pas les coupures de week-end ou de fin de journée.
Les vrais défis de la cohabitation
-
Interopérabilité technique : faire dialoguer un protocole DLT avec un système RTGS n'est pas trivial c'est l'objet même de Pontes. c'est précisément l'objectif de solutions comme Pontes.
-
Gouvernance des données : qui détient l'accès aux données on-chain ? Quel niveau de confidentialité sur une DLT partagée ?
-
Conformité réglementaire on- chain : intégrer AML et filtrage sanctions dans le protocole ce que SWIFT Ledger promet de faire nativement. Conformité réglementaire dans un environnement hybride : comment porter les contrôles AML et le filtrage sanction dans des flux on- chain ? Le SWIFT Ledger fait le choix de s'appuyer sur des dispositifs de conformité existants des banques plutôt que de les réimplanter dans le protocole.
-
Gestion de la dette technique : chaque couche supplémentaire ajoutée sans refonte du legacy augmente la complexité opérationnelle.
Quels impacts concrets pour les décideurs ?
-
Feuille de route IT : anticiper Pontes (T3 2026) et le SWIFT Ledger MVP (2026) dans les arbitrages d'architecture maintenant, pas après la mise en production.
-
Modèle opérationnel : les processus de réconciliation, de gestion de la liquidité et de conformité doivent être repensés pour l'hybride.
-
Positionnement stratégique : constructeur de plateforme intégrateur ou utilisateur ? Trois postures avec des feuilles de route radicalement différentes.
-
Risque de gouvernance : multiplier les POC sans arbitrage sur le modèle cible génère de la dette organisationnelle autant que technique.
La Solution SKAIZen Group
Dans votre stack actuel, quel est le cas d'usage qui justifierait d'ajouter une couche DLT sans alourdir la dette technique existante ? C et arbitrage est-il porté par un décideur identifié ou demeure-t-il sans propriétaire clairement désigné ?
👉 C ontactez SKAIZen Group pour un cadrage stratégique.