Matter Labs publie Prividium en open source alors que la Bundesbank le teste
Matter Labs, le développeur derrière ZKsync, a publié en open source le moteur de permissionnement central de Prividium, sa plateforme de technologie de registre distribué conçue pour les institutions financières réglementées. Cette décision, annoncée le 8 septembre 2026, s'accompagne d'un signal significatif de confiance institutionnelle : la Deutsche Bundesbank, la banque centrale allemande, est la première institution à tester et déployer la plateforme dans sa propre infrastructure. Pour les cabinets comptables, les directeurs financiers et les auditeurs travaillant avec des systèmes d'actifs numériques, ce développement redéfinit la manière dont l'infrastructure blockchain permissionnée peut être évaluée, gouvernée et auditée à l'avenir.
Ce qu'est Prividium et ce qui a changé
Prividium est une plateforme DLT permissionnée conçue spécifiquement pour les institutions financières. Elle utilise des preuves à connaissance nulle pour vérifier l'exactitude des transactions tout en gardant les données des contrats intelligents et des jetons dans l'environnement de l'opérateur. Cette approche de confidentialité par conception est précisément ce qui la rend attrayante pour les entités réglementées qui ne peuvent pas exposer les données clients ou de règlement à des parties externes.
Avant cette annonce, plusieurs composants de Prividium étaient déjà disponibles en open source. Cela incluait le cœur OS, le séquenceur Atlas, le prouveur Airbender, les contrats d'interopérabilité, ainsi que l'explorateur de blocs et la pile de surveillance. Ce qui n'était pas open source jusqu'à présent était le moteur de permissionnement central, le composant qui contrôle quels participants peuvent rejoindre le réseau, ce qu'ils peuvent faire et comment les règles de gouvernance sont appliquées.
Pourquoi le moteur de permissionnement est le composant critique
Le moteur de permissionnement est le gardien d'une chaîne privée. Il définit qui peut effectuer des transactions, qui peut valider et dans quelles conditions l'accès peut être révoqué. Pour toute institution réglementée, cette logique n'est pas seulement importante sur le plan opérationnel ; c'est la couche qui doit s'aligner sur les conditions de licence, les obligations AML et les cadres de gouvernance interne. Garder cette couche comme une boîte noire fermée contrôlée par le fournisseur était, selon le PDG de Matter Labs, Alex Gluchowski, la barrière la plus constante à l'adoption parmi les institutions réglementées.
Gluchowski a déclaré que la décision de publier le moteur en open source faisait suite aux retours directs de ces institutions : "Le retour le plus constant des institutions réglementées était qu'un noyau uniquement commercial signifiait une dépendance à un seul fournisseur qu'elles ne pouvaient pas accepter dans des infrastructures critiques. La capacité d'exécuter, d'inspecter et de modifier le code de manière indépendante est une condition préalable à l'adoption, et l'open source du noyau élimine structurellement cette barrière."
Ce qui reste commercial
Le moteur de permissionnement est prévu pour fonctionner comme un composant autonome. Une institution peut exploiter une chaîne permissionnée à partir de code entièrement public dans son propre environnement sans accord commercial avec Matter Labs. Cependant, les outils d'administration et les intégrations dans les systèmes institutionnels existants resteront des produits commerciaux. Gluchowski a confirmé que l'open source du noyau ne modifie pas l'architecture ou le rôle de ZKsync lui-même.
La Bundesbank comme premier adoptant : pourquoi c'est important
La Deutsche Bundesbank n'est pas un partenaire de preuve de concept mineur. En tant que l'un des membres fondateurs de l'Eurosystème et un participant clé de l'infrastructure de paiement TARGET de l'Europe, la Bundesbank a un poids institutionnel énorme. Sa décision de tester et de déployer le moteur de permissionnement open source de Prividium dans sa propre infrastructure est sans doute la partie la plus conséquente de cette annonce.
Le contexte de l'Eurosystème
L'implication de la Bundesbank n'existe pas en isolation. L'Eurosystème, le système de banques centrales de la zone euro, développe actuellement Pontes, un système conçu pour connecter les plateformes DLT du marché avec les services de paiement TARGET de l'Europe. Selon la Banque centrale européenne et la Bundesbank, un lancement initial de Pontes était prévu pour le troisième trimestre 2026. Le test de Prividium s'inscrit dans cet effort plus large de connexion des plateformes d'actifs tokenisés avec l'infrastructure de règlement des banques centrales.
Gluchowski a décrit la participation de la Bundesbank en termes forts : "Une banque centrale exécutant du code public est le signal le plus clair possible de la direction que cela prend. Chaque banque centrale et institution réglementée sur terre peut désormais inspecter et reproduire exactement ce que la Bundesbank teste." Matter Labs a déclaré qu'elle continuera à collaborer avec la Bundesbank sur la conception et les tests de la plateforme à l'avenir.
Implications comptables et d'audit pour les entreprises et les directeurs financiers
Pour les cabinets comptables conseillant les institutions financières sur l'infrastructure des actifs numériques, et pour les directeurs financiers évaluant l'adoption de la blockchain permissionnée, ce développement introduit plusieurs considérations concrètes qui méritent d'être examinées maintenant plutôt que plus tard.
Auditabilité de la couche de registre
L'un des défis persistants de l'audit des systèmes d'actifs numériques a été l'opacité de l'infrastructure sous-jacente du registre. Lorsqu'un moteur de permissionnement est propriétaire et contrôlé par le fournisseur, un auditeur n'a aucun moyen fiable de vérifier indépendamment que les règles de gouvernance codées dans le système correspondent aux politiques déclarées de l'institution. La publication du moteur en open source change cela : un auditeur externe ou une équipe de contrôle interne peut désormais inspecter le code réel, confirmer ce que fait la logique de permissionnement et évaluer si elle est conforme aux obligations AML et KYC de l'institution.
Ce n'est pas un point trivial. En vertu du règlement européen sur les marchés de crypto-actifs (MiCA) et des normes techniques associées développées par l'Autorité bancaire européenne et l'ESMA, les prestataires de services sur crypto-actifs et les institutions financières exploitant une infrastructure DLT font face à des exigences de plus en plus spécifiques en matière de gouvernance, de contrôle d'accès et de résilience opérationnelle. La capacité de référencer et de citer un code source publiquement auditable dans une soumission de conformité est un pas en avant significatif par rapport au fait de se fier aux assurances du fournisseur.
Risque de concentration des fournisseurs dans les états financiers
La décision d'open source répond directement à une catégorie de risque que les auditeurs et les directeurs financiers devraient déjà suivre : le risque de concentration des fournisseurs dans les infrastructures critiques. Lorsque la couche de règlement ou de tokenisation d'une institution financière dépend entièrement du code propriétaire d'un seul fournisseur, cette dépendance crée une obligation de divulgation en vertu de plusieurs cadres. L'IFRS 7 exige la divulgation des concentrations de risque importantes ; DORA (le règlement européen sur la résilience opérationnelle numérique), applicable à partir de janvier 2025, impose des exigences contractuelles et de surveillance sur les dépendances critiques envers les fournisseurs tiers de TIC.
En permettant aux institutions d'exécuter le moteur de permissionnement de manière indépendante, Matter Labs réduit structurellement la dépendance envers un tiers qui déclencherait autrement les exigences de surveillance renforcée de DORA pour les fournisseurs critiques de TIC. Pour un directeur financier ou un responsable des risques, cela a des implications directes sur la manière dont l'institution décrit son profil de risque TIC dans les dépôts réglementaires et sur la manière dont elle structure ses contrats fournisseurs à l'avenir.
Comment les logiciels de comptabilité crypto interagissent avec les DLT permissionnés
Les entreprises utilisant des logiciels de comptabilité crypto pour suivre les positions en actifs numériques, générer des pistes d'audit et produire des rapports réglementaires doivent comprendre comment une infrastructure DLT permissionnée comme Prividium interagit avec leurs systèmes existants. Contrairement aux blockchains publiques où les données de transaction sont librement accessibles, les chaînes permissionnées contrôlent qui peut lire l'état du registre. Cela signifie que les flux de données entrant dans tout outil de comptabilité ou de reporting dépendent de la couche de permissionnement configurée correctement pour accorder l'accès pertinent.
Avec le moteur de permissionnement de Prividium désormais public, les entreprises évaluant s'il faut connecter leurs flux de travail comptables à un réseau basé sur Prividium peuvent inspecter exactement quelles subventions d'accès sont possibles, comment elles sont structurées et à quoi ressemble le journal d'audit de ces subventions. Cette transparence est directement pertinente pour la qualité et la fiabilité des données comptables que ces systèmes produiront. Par ailleurs, bien que les outils d'administration et d'intégration restent commerciaux, toute entreprise normalisant sur une infrastructure logicielle de comptabilité d'actifs numériques open source devrait tenir compte de la frontière entre le noyau ouvert et la couche commerciale dans sa planification d'intégration.
Signaux plus larges de la structure du marché
Les projets de monnaie numérique de banque centrale et de règlement tokenisé à travers l'Europe ont connu une accélération notable en 2025 et 2026. L'initiative Pontes de l'Eurosystème, l'exploration continue d'une CBDC de gros par la BCE et la participation active de la Bundesbank à plusieurs pilotes DLT indiquent tous un avenir où la couche de règlement pour les marchés financiers réglementés sera une blockchain permissionnée, et non un système RTGS hérité ou une adaptation de l'infrastructure de chaîne publique.
Le modèle open source comme norme industrielle
Gluchowski a établi un parallèle explicite avec l'industrie de l'IA : "Ce que les poids ouverts ont fait pour l'IA, en donnant aux institutions sérieuses l'option de détenir la technologie entre leurs propres mains, l'open source le fait maintenant pour l'infrastructure financière." La comparaison est appropriée. Dans l'IA, les modèles à poids ouverts ont permis aux entreprises de s'auto-héberger et de valider indépendamment le comportement du modèle plutôt que d'accepter les affirmations du fournisseur sur les résultats. Dans la DLT financière, l'open source du moteur de permissionnement permet aux institutions de valider indépendamment la logique de gouvernance qui sous-tend leur infrastructure de règlement.
Si l'adoption par la Bundesbank s'avère concluante, d'autres banques centrales et institutions réglementées de l'UE et au-delà sont susceptibles de suivre, d'autant plus que MiCA et DORA créent ensemble de fortes incitations réglementaires pour que les institutions puissent démontrer leur contrôle sur leur infrastructure numérique critique. Le modèle open source répond directement à cette exigence d'une manière qu'une pile propriétaire ne peut pas.
Prochaines étapes pratiques pour les équipes comptables et financières
Les équipes financières et de conformité des institutions envisageant l'adoption de DLT permissionnés, ou déjà en phase de test, devraient prendre plusieurs mesures concrètes à la lumière de ce développement.
Examiner les registres de risque des tiers TIC
En vertu de DORA, les institutions doivent tenir des registres de leurs fournisseurs de services TIC tiers et classer les dépendances critiques. Si Prividium fait ou fera partie de la pile de règlement ou de tokenisation d'une entreprise, l'open source du moteur de permissionnement change la classification des risques. Mettez à jour le registre pour refléter la distinction entre le noyau open source (que l'institution peut désormais exécuter indépendamment) et la couche d'administration commerciale (qui reste une dépendance envers le fournisseur).
Impliquer les auditeurs tôt sur la gouvernance du registre
Les auditeurs externes qui n'ont pas encore développé une méthodologie pour examiner la gouvernance des DLT permissionnés devraient commencer ce travail maintenant. La disponibilité du code public signifie qu'il n'y a plus d'obstacle à effectuer un examen technique substantiel de la logique de permissionnement dans le cadre d'une évaluation des contrôles généraux informatiques. Les entreprises devraient informer leurs comités d'audit en conséquence et inclure la référence du code source open source dans toute discussion future sur la portée de l'audit.
Suivre le calendrier de Pontes
Si Pontes est lancé comme prévu, cela créera une connexion en direct entre les plateformes tokenisées du marché et le règlement TARGET. Les entreprises ayant une exposition au règlement dans l'UE devraient suivre de près les annonces de la Bundesbank et de la BCE, car le traitement comptable des positions réglées via cette infrastructure peut différer du règlement OTC ou CSD actuel d'une manière qui nécessite une mise à jour de la politique.
Source : The Block
Questions fréquemment posées
Qu'est-ce que le moteur de permissionnement de Prividium ?
C'est le composant logiciel central de la plateforme DLT Prividium de Matter Labs qui contrôle qui peut rejoindre un réseau blockchain permissionné, quelles actions les participants peuvent entreprendre et comment les règles de gouvernance sont appliquées. Matter Labs a publié ce composant en open source le 8 septembre 2026, ce qui signifie que toute institution peut désormais l'exécuter, l'inspecter et le modifier sans accord commercial.
Pourquoi la Bundesbank teste-t-elle Prividium ?
La Bundesbank est activement impliquée dans plusieurs projets d'infrastructure DLT de l'Eurosystème, y compris le développement de Pontes, un système conçu pour connecter les plateformes DLT du marché avec les services de paiement TARGET de l'Europe. Tester Prividium s'aligne avec ce programme plus large d'évaluation de l'infrastructure blockchain permissionnée pour les cas d'utilisation de règlement des banques centrales.
Qu'est-ce que cela signifie pour la conformité DORA ?
DORA exige que les institutions financières de l'UE gèrent et documentent les dépendances envers les tiers TIC, y compris les dépendances critiques. Étant donné que le moteur de permissionnement de Prividium peut désormais être exécuté indépendamment à partir de code public, cela réduit la dépendance de l'institution envers un seul fournisseur pour ce composant. Les entreprises devraient mettre à jour leurs registres de risque des tiers TIC pour refléter le profil de dépendance modifié et examiner les exigences contractuelles en conséquence.
Comment le permissionnement open source affecte-t-il un audit d'actifs numériques ?
Cela améliore considérablement l'auditabilité. Lorsque la logique de permissionnement est propriétaire, les auditeurs doivent se fier aux attestations du fournisseur. Avec du code public, un auditeur peut directement inspecter les règles de gouvernance codées dans le système, vérifier qu'elles correspondent aux politiques déclarées de l'institution et inclure cet examen dans une évaluation des contrôles généraux informatiques. Cela est pertinent à la fois sous l'ISA 315 et les exigences de gouvernance de MiCA.
Cette annonce affecte-t-elle la manière dont les entreprises devraient sélectionner les logiciels de comptabilité crypto ?
Indirectement, oui. Les entreprises évaluant des logiciels de comptabilité d'actifs numériques à utiliser en parallèle d'une infrastructure DLT permissionnée devraient comprendre que les flux de données d'un réseau basé sur Prividium dépendent d'une configuration correcte du permissionnement. La disponibilité publique du code du moteur signifie que les architectes d'intégration et les équipes de conformité peuvent désormais vérifier exactement quelles subventions d'accès en lecture sont possibles avant de s'engager dans une conception de flux de travail comptable qui dépend de ces données.