Matter Labs macht Prividium Open Source, Bundesbank testet es

Matter Labs, der Entwickler hinter ZKsync, hat die zentrale Permissioning-Engine von Prividium, seiner Distributed-Ledger-Technologie-Plattform für regulierte Finanzinstitute, als Open Source bereitgestellt. Der Schritt, angekündigt am 8. September 2026, kommt mit einem bedeutenden Signal institutionellen Vertrauens: Die Deutsche Bundesbank, Deutschlands Zentralbank, ist das erste Institut, das die Plattform in seiner eigenen Infrastruktur testet und einsetzt. Für Wirtschaftsprüfungsgesellschaften, CFOs und Auditoren, die mit Digital-Asset-Systemen arbeiten, verändert diese Entwicklung, wie permissioned Blockchain-Infrastruktur zukünftig bewertet, verwaltet und geprüft werden kann.

Was Prividium ist und was sich geändert hat

Prividium ist eine permissioned DLT-Plattform, die speziell für Finanzinstitute entwickelt wurde. Sie nutzt Zero-Knowledge-Beweise, um die Korrektheit von Transaktionen zu verifizieren, während Smart-Contract- und Token-Daten in der eigenen Umgebung des Betreibers bleiben. Dieser Privacy-by-Design-Ansatz macht sie gerade für regulierte Unternehmen attraktiv, die Kunden- oder Abwicklungsdaten nicht externen Parteien offenlegen können.

Vor dieser Ankündigung waren mehrere Komponenten von Prividium bereits als Open-Source-Code verfügbar. Dazu gehörten der OS-Kern, der Atlas-Sequencer, der Airbender-Prover, Interoperabilitätsverträge sowie der Block-Explorer und der Monitoring-Stack. Was bis jetzt nicht Open Source war, war die zentrale Permissioning-Engine, die Komponente, die steuert, welche Teilnehmer dem Netzwerk beitreten können, was sie tun können und wie Governance-Regeln durchgesetzt werden.

Warum die Permissioning-Engine die kritische Komponente ist

Die Permissioning-Engine ist der Gatekeeper eines privaten Chains. Sie definiert, wer Transaktionen durchführen kann, wer validieren kann und unter welchen Bedingungen der Zugriff entzogen werden kann. Für jedes regulierte Institut ist diese Logik nicht nur operativ wichtig; sie ist die Ebene, die mit Lizenzbedingungen, AML-Pflichten und internen Governance-Rahmenwerken übereinstimmen muss. Diese Ebene als geschlossene, anbieterkontrollierte Blackbox zu belassen, war laut Alex Gluchowski, CEO von Matter Labs, das beständigste Hindernis für die Einführung bei regulierten Instituten.

Gluchowski sagte, die Entscheidung, die Engine als Open Source bereitzustellen, folgte direktem Feedback dieser Institutionen: „Das konsistenteste Feedback von regulierten Institutionen war, dass ein rein kommerzieller Kern eine Einzelanbieter-Abhängigkeit bedeutet, die sie in kritischer Infrastruktur nicht akzeptieren können. Die Möglichkeit, den Code unabhängig auszuführen, zu prüfen und zu modifizieren, ist eine Vorbedingung für die Akzeptanz, und Open Source für den Kern beseitigt diese Barriere strukturell.“

Was kommerziell bleibt

Die Permissioning-Engine soll als eigenständige Komponente laufen. Ein Institut kann einen permissioned Chain vollständig aus öffentlichem Code in seiner eigenen Umgebung betreiben, ohne eine kommerzielle Vereinbarung mit Matter Labs. Verwaltungstools und Integrationen in bestehende institutionelle Systeme bleiben jedoch kommerzielle Produkte. Die Open-Source-Bereitstellung des Kerns ändert nichts an der Architektur oder Rolle von ZKsync selbst, bestätigte Gluchowski.

Bundesbank als erster Anwender: Warum es wichtig ist

Die Deutsche Bundesbank ist kein kleiner Proof-of-Concept-Partner. Als eines der Gründungsmitglieder des Eurosystems und ein wichtiger Teilnehmer an Europas TARGET-Zahlungsinfrastruktur trägt die Bundesbank erhebliches institutionelles Gewicht. Ihre Entscheidung, die Open-Source-Permissioning-Engine von Prividium in ihrer eigenen Infrastruktur zu testen und einzusetzen, ist wohl der folgenreichste Teil dieser Ankündigung.

Der Eurosystem-Kontext

Die Beteiligung der Bundesbank existiert nicht isoliert. Das Eurosystem, das Zentralbanksystem der Eurozone, entwickelt derzeit Pontes, ein System, das Markt-DLT-Plattformen mit den TARGET-Zahlungsdiensten Europas verbinden soll. Nach Angaben der Europäischen Zentralbank und der Bundesbank war ein erster Start von Pontes für das dritte Quartal 2026 geplant. Die Prividium-Tests fügen sich nahtlos in dieses breitere Programm zur Bewertung permissioned Blockchain-Infrastruktur für zentralbankliche Abwicklungsanwendungsfälle ein.

Gluchowski beschrieb die Teilnahme der Bundesbank in starken Worten: „Eine Zentralbank, die öffentlichen Code ausführt, ist das klarste mögliche Signal, wohin das führt. Jede Zentralbank und jedes regulierte Institut der Welt kann jetzt genau prüfen und reproduzieren, was die Bundesbank testet.“ Matter Labs sagte, es werde die Zusammenarbeit mit der Bundesbank an Design und Tests der Plattform fortsetzen.

Buchhaltungs- und Prüfungsimplikationen für Firmen und CFOs

Für Wirtschaftsprüfungsgesellschaften, die Finanzinstitute bei Digital-Asset-Infrastruktur beraten, und für CFOs, die die Einführung von permissioned Blockchain bewerten, bringt diese Entwicklung mehrere konkrete Überlegungen mit sich, die es wert sind, jetzt zu prüfen, statt später.

Prüfbarkeit der Ledger-Schicht

Eine der anhaltenden Herausforderungen bei der Prüfung von Digital-Asset-Systemen war die Undurchsichtigkeit der zugrunde liegenden Ledger-Infrastruktur. Wenn eine Permissioning-Engine proprietär und anbieterkontrolliert ist, hat ein Auditor keine zuverlässige Möglichkeit, unabhängig zu verifizieren, dass die im System kodierten Governance-Regeln mit den erklärten Richtlinien des Instituts übereinstimmen. Die Open-Source-Bereitstellung der Engine ändert das: Ein externer Auditor oder ein internes Kontrollteam kann jetzt den tatsächlichen Code prüfen, bestätigen, was die Permissioning-Logik tut, und bewerten, ob sie mit den AML- und KYC-Pflichten des Instituts übereinstimmt.

Das ist kein trivialer Punkt. Unter der EU-Verordnung über Märkte für Kryptowerte (MiCA) und den damit verbundenen technischen Standards, die von der Europäischen Bankenaufsichtsbehörde und der ESMA entwickelt werden, stehen Krypto-Dienstleister und Finanzinstitute, die DLT-Infrastruktur betreiben, vor immer spezifischeren Anforderungen an Governance, Zugriffskontrollen und operationelle Resilienz. Die Möglichkeit, in einer Compliance-Einreichung auf eine öffentlich prüfbare Codebasis zu verweisen und sie zu zitieren, ist ein bedeutender Schritt nach vorne im Vergleich zu Anbieterzusicherungen.

Konzentrationsrisiko bei Anbietern im Jahresabschluss

Die Open-Source-Entscheidung spricht direkt eine Risikokategorie an, die Auditoren und CFOs bereits verfolgen sollten: das Konzentrationsrisiko bei Anbietern in kritischer Infrastruktur. Wenn die Abwicklungs- oder Tokenisierungs-Schicht eines Finanzinstituts vollständig von proprietärem Code eines einzigen Anbieters abhängt, schafft diese Abhängigkeit eine Offenlegungspflicht unter mehreren Rahmenwerken. IFRS 7 verlangt die Offenlegung wesentlicher Risikokonzentrationen; DORA (die EU-Verordnung über digitale operationelle Resilienz), die ab Januar 2025 gilt, auferlegt vertragliche und aufsichtsrechtliche Anforderungen an kritische IKT-Drittanbieterabhängigkeiten.

Indem Matter Labs Institutionen ermöglicht, die Permissioning-Engine unabhängig zu betreiben, reduziert es strukturell die Drittanbieterabhängigkeit, die sonst die erweiterten Aufsichtsanforderungen von DORA für kritische IKT-Anbieter auslösen würde. Für einen CFO oder Risikoverantwortlichen hat das direkte Auswirkungen darauf, wie das Institut sein IKT-Risikoprofil in regulatorischen Einreichungen beschreibt und wie es seine Anbieterverträge zukünftig strukturiert.

Wie Krypto-Buchhaltungssoftware mit permissioned DLT interagiert

Firmen, die Krypto-Buchhaltungssoftware verwenden, um Digital-Asset-Positionen zu verfolgen, Prüfpfade zu erstellen und regulatorische Berichte zu erzeugen, müssen verstehen, wie permissioned DLT-Infrastruktur wie Prividium mit ihren bestehenden Systemen interagiert. Anders als bei öffentlichen Blockchains, wo Transaktionsdaten offen zugänglich sind, kontrollieren permissioned Chains, wer den Ledger-Zustand lesen kann. Das bedeutet, dass die Datenströme, die in ein Buchhaltungs- oder Berichtstool fließen, davon abhängen, dass die Permissioning-Schicht korrekt konfiguriert ist, um den relevanten Zugriff zu gewähren.

Mit der nun öffentlichen Prividium-Permissioning-Engine können Firmen, die bewerten, ob sie ihre Buchhaltungsworkflows mit einem Prividium-basierten Netzwerk verbinden, genau prüfen, welche Zugriffsgewährungen möglich sind, wie sie strukturiert sind und wie das Audit-Log dieser Gewährungen aussieht. Diese Transparenz ist direkt relevant für die Qualität und Zuverlässigkeit der Buchhaltungsdaten, die diese Systeme produzieren. Unabhängig davon, dass Verwaltungs- und Integrationstools kommerziell bleiben, sollte jede Firma, die auf Open-Source-Digital-Asset-Buchhaltungssoftware-Infrastruktur standardisiert, die Grenze zwischen dem offenen Kern und der kommerziellen Schicht in ihre Integrationsplanung einbeziehen.

Breitere Marktstruktursignale

Projekte für digitale Zentralbankwährungen und tokenisierte Abwicklung in Europa haben sich in 2025 und 2026 deutlich beschleunigt. Die Pontes-Initiative des Eurosystems, die fortgesetzte Erkundung eines Wholesale-CBDC durch die EZB und die aktive Teilnahme der Bundesbank an mehreren DLT-Pilotprojekten deuten alle auf eine Zukunft hin, in der die Abwicklungsschicht für regulierte Finanzmärkte eine permissioned Blockchain ist, nicht ein Legacy-RTGS-System oder eine Anpassung öffentlicher Chain-Infrastruktur.

Das Open-Source-Modell als Industriestandard

Gluchowski zog einen expliziten Vergleich zur KI-Branche: „Was Open Weights für KI getan haben, indem sie ernsthaften Institutionen die Option gaben, die Technologie in den eigenen Händen zu halten, tut Open Source jetzt für Finanzinfrastruktur.“ Der Vergleich ist treffend. In der KI ermöglichten Open-Weight-Modelle Unternehmen, selbst zu hosten und das Modellverhalten unabhängig zu validieren, statt den Behauptungen eines Anbieters zu vertrauen. In der Finanz-DLT ermöglicht die Open-Source-Permissioning-Engine Institutionen, die Governance-Logik, die ihrer Abwicklungsinfrastruktur zugrunde liegt, unabhängig zu validieren.

Wenn sich die Adoption durch die Bundesbank als erfolgreich erweist, werden wahrscheinlich andere Zentralbanken und regulierte Institute in der EU und darüber hinaus folgen, nicht zuletzt, weil MiCA und DORA zusammen starke regulatorische Anreize für Institute schaffen, die Kontrolle über ihre kritische digitale Infrastruktur nachweisen zu können. Das Open-Source-Modell beantwortet diese Anforderung direkt auf eine Weise, die ein proprietärer Stack nicht kann.

Praktische nächste Schritte für Buchhaltungs- und Finanzteams

Finanz- und Compliance-Teams bei Instituten, die die Einführung von permissioned DLT erwägen oder sich bereits in Testphasen befinden, sollten angesichts dieser Entwicklung mehrere konkrete Schritte unternehmen.

IKT-Drittparteienrisiko-Register überprüfen

Unter DORA müssen Institute Register ihrer IKT-Drittdienstleister führen und kritische Abhängigkeiten klassifizieren. Wenn Prividium Teil des Abwicklungs- oder Tokenisierungs-Stacks einer Firma ist oder wird, ändert die Open-Source-Bereitstellung der Permissioning-Engine die Risikoklassifizierung. Aktualisieren Sie das Register, um die Unterscheidung zwischen dem Open-Source-Kern (den das Institut jetzt unabhängig betreiben kann) und der kommerziellen Verwaltungsebene (die eine Anbieterabhängigkeit bleibt) widerzuspiegeln.

Auditoren frühzeitig in die Ledger-Governance einbeziehen

Externe Auditoren, die noch keine Methodik für die Prüfung von permissioned DLT-Governance entwickelt haben, sollten jetzt damit beginnen. Die Verfügbarkeit von öffentlichem Code bedeutet, dass es kein Hindernis mehr gibt, eine substanzielle technische Prüfung der Permissioning-Logik als Teil einer IT-General-Controls-Bewertung durchzuführen. Firmen sollten ihre Prüfungsausschüsse entsprechend informieren und die Open-Source-Codebasis in zukünftige Prüfungsumfangsdiskussionen einbeziehen.

Die Pontes-Zeitleiste beobachten

Wenn Pontes planmäßig startet, wird es eine Live-Verbindung zwischen tokenisierten Marktplattformen und der TARGET-Abwicklung schaffen. Firmen mit EU-Abwicklungsrisiko sollten die Ankündigungen der Bundesbank und der EZB genau verfolgen, da die buchhalterische Behandlung von Positionen, die über diese Infrastruktur abgewickelt werden, sich von der aktuellen OTC- oder CSD-basierten Abwicklung unterscheiden könnte und eine Richtlinienaktualisierung erfordert.

Quelle: The Block

Häufig gestellte Fragen

Was ist die Prividium-Permissioning-Engine?

Es ist die zentrale Softwarekomponente der Prividium-DLT-Plattform von Matter Labs, die steuert, wer einem permissioned Blockchain-Netzwerk beitreten kann, welche Aktionen Teilnehmer ausführen können und wie Governance-Regeln durchgesetzt werden. Matter Labs hat diese Komponente am 8. September 2026 als Open Source bereitgestellt, was bedeutet, dass jedes Institut sie jetzt ohne kommerzielle Vereinbarung ausführen, prüfen und modifizieren kann.

Warum testet die Bundesbank Prividium?

Die Bundesbank ist aktiv an mehreren Eurosystem-DLT-Infrastrukturprojekten beteiligt, einschließlich der Entwicklung von Pontes, einem System, das Markt-DLT-Plattformen mit Europas TARGET-Zahlungsdiensten verbinden soll. Das Testen von Prividium passt in dieses breitere Programm zur Bewertung von permissioned Blockchain-Infrastruktur für zentralbankliche Abwicklungsanwendungsfälle.

Was bedeutet das für die DORA-Konformität?

DORA verlangt von EU-Finanzinstituten, IKT-Drittparteienabhängigkeiten zu verwalten und zu dokumentieren, einschließlich kritischer. Da die Prividium-Permissioning-Engine jetzt unabhängig von öffentlichem Code ausgeführt werden kann, reduziert es die Abhängigkeit des Instituts von einem einzelnen Anbieter für diese Komponente. Firmen sollten ihre IKT-Drittparteienrisiko-Register aktualisieren, um das geänderte Abhängigkeitsprofil widerzuspiegeln, und vertragliche Anforderungen entsprechend überprüfen.

Wie wirkt sich Open-Source-Permissioning auf ein Digital-Asset-Audit aus?

Es verbessert die Prüfbarkeit erheblich. Wenn die Permissioning-Logik proprietär ist, müssen Auditoren sich auf Anbieterbescheinigungen verlassen. Mit öffentlichem Code kann ein Auditor direkt die im System kodierten Governance-Regeln prüfen, verifizieren, dass sie mit den erklärten Richtlinien des Instituts übereinstimmen, und diese Prüfung in eine IT-General-Controls-Bewertung einbeziehen. Dies ist sowohl unter ISA 315 als auch unter den Governance-Anforderungen von MiCA relevant.

Beeinflusst diese Ankündigung, wie Firmen Krypto-Buchhaltungssoftware auswählen sollten?

Indirekt, ja. Firmen, die Digital-Asset-Buchhaltungssoftware zur Verwendung neben permissioned DLT-Infrastruktur bewerten, sollten verstehen, dass Datenströme aus einem Prividium-basierten Netzwerk von der korrekten Permissioning-Konfiguration abhängen. Die öffentliche Verfügbarkeit des Codes der Engine bedeutet, dass Integrationsarchitekten und Compliance-Teams jetzt genau verifizieren können, welche Lesezugriffsgewährungen möglich sind, bevor sie sich für ein Buchhaltungsworkflow-Design entscheiden, das von diesen Daten abhängt.