Matter Labs öffnet Prividium-Kern, während die Bundesbank ihn testet
Matter Labs, das Team hinter dem ZKsync-Protokoll, hat den Kern von Prividium als Open Source veröffentlicht, seiner datenschutzorientierten Blockchain-Plattform für Finanzinstitute. Die Deutsche Bundesbank ist die erste Institution, die die Plattform auf ihrer eigenen Infrastruktur bereitstellt und in einer selbst gehosteten Umgebung betreibt. Für Buchhaltungs- und Finanzfachleute bei europäischen Banken, Asset Managern und regulierten Instituten markiert die Veröffentlichung eine Verschiebung in der Art und Weise, wie permissionierte Digital-Asset-Infrastruktur bewertet, geprüft und in den Büchern abgebildet werden kann.
Was Prividium tatsächlich leistet
Prividium wurde entwickelt, um ein spezifisches Spannungsfeld bei der institutionellen Einführung digitaler Assets zu lösen: Wie erzielt man die Effizienzvorteile eines gemeinsamen, programmierbaren Ledgers, ohne Transaktionsdaten gegenüber Gegenparteien, Wettbewerbern oder der Öffentlichkeit offenzulegen? Matter Labs beantwortet dies, indem alle Transaktionsinhalte, Smart-Contract-Zustände und Token-Daten innerhalb der Institution verbleiben. Was das Perimeter der Institution verlässt, ist ein kryptografischer Gültigkeitsnachweis, der bestätigt, dass das Ledger korrekt aktualisiert wurde. Dieser Nachweis wird auf Ethereum oder einer anderen kompatiblen Chain aufgezeichnet und bietet einen externen Anker, ohne die zugrunde liegenden Daten offenzulegen.
Die Open-Source-Grenze
Die nun als Open Source veröffentlichte Komponente regelt Rollen und Zugriffsrechte auf einer Prividium-Chain und steuert, wer Transaktionen lesen und wer in das Ledger schreiben darf. Große Teile des ZKsync-Stacks waren bereits öffentlich verfügbar, sodass diese Veröffentlichung bedeutet, dass eine Institution im Prinzip eine vollständig permissionierte Chain ausschließlich aus öffentlichem Code aufbauen kann, ohne eine kommerzielle Vereinbarung mit Matter Labs einzugehen.
Allerdings hat Matter Labs eine klare Grenze gezogen. Die Administrationskonsole, Benutzerzugriffs-Tools und Konnektoren, einschließlich der Integration mit Kernbankensystemen, bleiben kostenpflichtige Produkte. Für die meisten regulierten Institute ist der Kernbanken-Konnektor der operativ kritische Teil: Er ist die Brücke zwischen einem tokenisierten Instrument on-chain und dem Hauptbuch der Institution. Dieser Konnektor bleibt hinter der kommerziellen Beziehung, was das Umsatzmodell von Matter Labs bewahrt, während institutionelle IT- und Compliance-Teams die grundlegende Schicht unabhängig inspizieren und prüfen können.
Die Bereitstellung bei der Bundesbank
Die Deutsche Bundesbank hat Prividium in einer selbst gehosteten Konfiguration bereitgestellt, was bedeutet, dass Smart-Contract-Logik und Token-Daten innerhalb der technischen Umgebung der Zentralbank verbleiben. Matter Labs gibt an, dass die beiden Organisationen bei Design und Tests zusammenarbeiten. Die Bundesbank hat keine öffentliche Erklärung abgegeben, und der genaue Zweck des Tests wurde nicht bekannt gegeben.
Zwischen den Zeilen lesen
Zentralbanken, die private Ledger-Infrastruktur erkunden, interessieren sich typischerweise für eines oder mehrere von drei Dingen: Wholesale-CBDC-Prototyping, Abwicklung tokenisierter Reserveaktiva oder Interoperabilitätstests mit der Infrastruktur von Geschäftsbanken. Die Bundesbank ist Teil des Eurosystems, das aktiv eigene explorative DLT-Abwicklungsarbeiten entwickelt. Obwohl keine Schlussfolgerungen über den Zweck dieser speziellen Bereitstellung gezogen werden sollten, signalisiert die Tatsache, dass die deutsche Zentralbank Prividium auf eigenen Servern statt in einer vom Anbieter verwalteten Umgebung betreibt, eine Präferenz für vollständige Datensouveränität. Diese Präferenz dürfte jedem Compliance-Beauftragten vertraut sein, der sich mit europäischen Datenresidenzanforderungen befasst.
Matter Labs CEO Alex Gluchowski beschrieb die Open-Source-Veröffentlichung als "das Fundament, nicht die Ziellinie" und verwies direkt auf das, was er als das schwierigere Problem ansieht: wie von einzelnen Institutionen betriebene Chains miteinander und mit öffentlichen Märkten verbunden werden. Diese Formulierung ist wichtig. Eine einzelne Institution, die eine private Chain betreibt, ist eine relativ überschaubare Bilanzierungsherausforderung. Netzwerke von institutionellen Chains, die untereinander und mit öffentlichem Ethereum interoperieren, sind ein ganz anderes Problem.
Frühere Bereitstellungen und die Verbindung zu tokenisierten Einlagen
Prividium ist kein neues Konzept. Der Quellartikel weist darauf hin, dass die ZKsync-Technologie mindestens zwei früheren institutionellen Projekten zugrunde lag, eines mit einem tokenisierten Fonds und eines für ein digitales Goldprodukt. Eine weitere Institution hat Prividium speziell für tokenisierte Einlagen übernommen, wo der Kernbanken-Konnektor die operativ kritische Komponente ist, weil er den On-Chain-Token direkt mit der im Kernsystem der Institution erfassten Einlagenverbindlichkeit verknüpft.
Warum tokenisierte Einlagen der bilanzielle Druckpunkt sind
Tokenisierte Einlagen unterscheiden sich in einem wesentlichen Punkt von Stablecoins: Sie repräsentieren einen Anspruch auf eine bestimmte Bank und nicht auf einen Pool von Reserveaktiva, die von einem separaten Emittenten gehalten werden. Nach IFRS 9 würde eine von einem Finanzinstitut gehaltene tokenisierte Einlage typischerweise als finanzieller Vermögenswert klassifiziert, der zu fortgeführten Anschaffungskosten bewertet wird, sofern der Test der vertraglichen Cashflow-Eigenschaften erfüllt ist. Die On-Chain-Darstellung ändert nichts am wirtschaftlichen Gehalt, wirft jedoch neue Fragen darüber auf, wie der Vermögenswert identifiziert, abgestimmt und offengelegt wird.
Wenn das Hauptbuch eine private Chain innerhalb der Institution ist und der einzige externe Nachweis ein kryptografischer, auf Ethereum verankerter Proof ist, sieht der Prüfpfad anders aus als bei einer traditionellen Banküberweisung oder einem Bestand bei einer Zentralverwahrstelle. Prüfer müssen verstehen, wie der Proof generiert wird, was er bescheinigt und wie die internen Kontrollen der Institution sicherstellen, dass der Off-Chain-Buchung im Kernbankensystem dem On-Chain-Zustand entspricht. Dies sind keine hypothetischen Bedenken: Es sind aktuelle Fragen für jede Institution, die diese Architektur bereits bereitgestellt hat oder evaluiert.
Stablecoin-Bilanzierung und der breitere EU-Kontext
Die Prividium-Veröffentlichung fällt in eine sich schnell entwickelnde europäische Regulierungslandschaft für digitale Assets. Die Markets in Crypto-Assets Regulation (MiCA) der EU ist nun vollständig in Kraft und legt Lizenzierungs- und Reserveanforderungen für vermögenswertreferenzierte Token und E-Geld-Token fest. Die Architektur von Prividium, die Transaktionsdaten innerhalb der Institution hält und Proofs öffentlich verankert, ist potenziell mit den MiCA-Anforderungen für vermögenswertreferenzierte Token im Wholesale-Settlement vereinbar, wobei die spezifische regulatorische Behandlung vom Design des Tokens und der Lizenzkategorie der Institution abhängen würde.
Für Finanzteams, die an den stablecoin-bilanzierungsrelevanten Auswirkungen des überarbeiteten CLARITY Act im US-Kontext arbeiten, ist die europäische Parallele aufschlussreich: Die bilanzielle Behandlung einer tokenisierten Einlage oder eines privat abgewickelten digitalen Vermögenswerts hängt von der rechtlichen und strukturellen Charakterisierung des Instruments ab, nicht vom darunterliegenden Technologie-Stack. Ein auf Ethereum verankerter Zero-Knowledge-Proof macht eine tokenisierte Einlage für Bilanzierungszwecke nicht zu einer Kryptowährung, führt jedoch neue Abstimmungsschritte ein, für die Standard-Workflows nicht ausgelegt waren.
Die EU-DLT-Pilotregime-Debatte zur Obergrenze ist ein verwandter Druckpunkt. Finanzgruppen drängen darauf, die Obergrenze zu entfernen, die den Umfang der unter dem Pilotregime abgewickelten Instrumente begrenzt, gerade weil die institutionelle Nachfrage nach tokenisierten Wertpapieren die derzeitigen Grenzen des regulatorischen Sandkastens übersteigt. Infrastruktur im Prividium-Stil, bei der die Privatsphäre gewahrt bleibt und die Abwicklungsfinalität extern verankert ist, passt zu dem Architekturmodell, auf das Wholesale-Marktteilnehmer hinarbeiten.
Praktische Auswirkungen für Wirtschaftsprüfungsgesellschaften und CFOs
Die Open-Source-Veröffentlichung des Prividium-Kerns schafft mehrere kurzfristige Überlegungen für professionelle Berater und Finanzverantwortliche bei regulierten EU-Instituten.
Auswirkungen auf Prüfung und Assurance
Wenn eine Institution eine selbst gehostete permissionierte Chain betreibt und der einzige externe Nachweis ein Gültigkeitsnachweis auf einer öffentlichen Blockchain ist, muss der Assurance-Rahmen beide Schichten berücksichtigen. Prüfer müssen bestätigen, dass der Zustand der internen Chain mit den Büchern der Institution übereinstimmt und dass der externe Proof die Integrität der Chain korrekt bescheinigt. Keine der beiden Schichten ist allein ausreichend. Firmen, die zu Digital-Asset-Prüfungen beraten, sollten jetzt Methoden für Mandate entwickeln, bei denen das primäre Ledger privat und der öffentliche Anker kryptografisch statt transaktional ist.
Krypto-Bilanzierungssoftware und Abstimmungs-Workflows
Standard-Workflows für Krypto-Compliance und -Reporting gehen davon aus, dass Transaktionsdaten zumindest teilweise auf einer öffentlichen Chain sichtbar sind. Eine private Chain mit nur externen Proofs durchbricht diese Annahme. Digital-Asset-Bilanzierungssoftware muss mit den internen Chain-Daten der Institution interagieren, anstatt einen öffentlichen Explorer zu scrapen. CFOs, die Krypto-Bilanzierungssoftware und Digital-Asset-Bilanzierungssoftware evaluieren oder beschaffen, sollten überprüfen, ob jede in Betracht gezogene Lösung Daten aus permissionierten oder privaten Chain-Umgebungen aufnehmen kann und nicht nur aus öffentlichen Netzwerken.
Die Interoperabilitätsfrage und zukünftige Bilanzierungskomplexität
Matter Labs hat Interoperabilität als die nächste Design-Herausforderung gekennzeichnet. Sobald institutionelle Chains beginnen, sich miteinander und mit öffentlichen Märkten zu verbinden, steigt die bilanzielle Komplexität erheblich. Eine Übertragung einer tokenisierten Einlage zwischen zwei institutionellen Prividium-Chains, abgewickelt über einen öffentlichen Ethereum-Proof, wird Fragen zur Erfassungszeitpunkt, zur Ausbuchung der Verbindlichkeit der übertragenden Institution und zur Erfassung des eingehenden Vermögenswerts durch die Gegenpartei aufwerfen. Dies sind keine Fragen, die aktuelle Rechnungslegungsstandards für diese spezifische Architektur präzise beantworten, und Standardsetzer haben noch keine detaillierten Leitlinien erstellt. Finanzteams sollten diese Szenarien vor Transaktionen und nicht danach mit ihren Prüfern besprechen.
Häufig gestellte Fragen
Ändert die Open-Source-Veröffentlichung des Prividium-Kerns die Bilanzierung tokenisierter Einlagen durch Institute?
Nein, die bilanzielle Behandlung folgt dem wirtschaftlichen Gehalt und der rechtlichen Form des Instruments, nicht dem Technologie-Stack. Eine tokenisierte Einlage bleibt eine finanzielle Verbindlichkeit der emittierenden Bank und ein finanzieller Vermögenswert des Halters nach IFRS 9, unabhängig davon, ob das zugrunde liegende Ledger offen oder proprietär ist. Was sich ändert, sind der Prüfpfad und der Abstimmungs-Workflow, die beide an eine private Chain-Umgebung angepasst werden müssen.
Was bedeutet die selbst gehostete Bereitstellung der Bundesbank für die Einhaltung der Datensouveränität?
Der Betrieb von Prividium auf der eigenen Infrastruktur der Bundesbank bedeutet, dass Transaktionsdaten, Smart-Contract-Zustand und Token-Daten innerhalb der Umgebung der Zentralbank verbleiben. Nur kryptografische Proofs verlassen diese Umgebung. Diese Architektur ist darauf ausgelegt, mit strengen Datenresidenzanforderungen kompatibel zu sein, einschließlich der für europäische Institute relevanten Anforderungen unter der DSGVO und den geltenden Daten-Governance-Regeln des Finanzsektors. Firmen, die ähnliche Bereitstellungen evaluieren, sollten die Datenflussarchitektur vor dem Livegang mit ihren Datenschutz- und Compliance-Teams bestätigen.
Wie sollten Prüfer an einen Mandanten herangehen, der eine private ZKsync-Chain betreibt?
Prüfer sollten die private Chain als primäres Hauptbuch behandeln und Verfahren entwickeln, um zu bestätigen, dass sie mit den Kernbankenaufzeichnungen der Institution abgestimmt ist. Sie sollten auch die Integrität des Proof-Generierungsprozesses bewerten, einschließlich der Kontrollen, die sicherstellen, dass Proofs den internen Chain-Zustand korrekt widerspiegeln. Der öffentliche Ethereum-Anker liefert externe Beweise für die Existenz und den Zeitpunkt des Proofs, verifiziert jedoch nicht unabhängig den Inhalt des internen Ledgers. Ein zweischichtiger Ansatz zur Beweiserhebung ist angemessen.
Ist Prividium für die MiCA-Compliance relevant?
Potenziell ja, je nachdem, was die Institution abwickelt und in welcher Eigenschaft. MiCA erlegt Emittenten von vermögenswertreferenzierten Token und E-Geld-Token Reserve-, Offenlegungs- und Zulassungsanforderungen auf. Eine private Chain, die für das Wholesale-Interbanken-Settlement tokenisierter Einlagen genutzt wird, kann unter andere Bestimmungen fallen als ein öffentlich zugänglicher Stablecoin. Institutionen sollten vor der Bereitstellung spezifischen Rechtsrat einholen, wie der Token-Klassifizierungsrahmen von MiCA auf ihr spezielles Instrument und ihre Abwicklungsvereinbarung anzuwenden ist.
Was sollten CFOs jetzt als Reaktion auf diese Entwicklung tun?
Drei Schritte sind sofort lohnenswert. Erstens: Bewerten Sie, ob aktuelle oder geplante Digital-Asset-Abwicklungsinfrastrukturen auf privaten oder permissionierten Chain-Architekturen basieren, und melden Sie diese an Ihre Prüfer. Zweitens: Prüfen Sie, ob Ihre bestehende Krypto-Bilanzierungssoftware und Digital-Asset-Bilanzierungssoftware Daten aus nicht-öffentlichen Chains aufnehmen können. Drittens: Beziehen Sie Ihre Rechts- und Compliance-Berater ein, wie die MiCA-Anforderungen mit einem selbst gehosteten, proof-verankerten Abwicklungsmodell interagieren, insbesondere wenn Ihre Institution kurzfristig tokenisierte Einlagen- oder tokenisierte Wertpapierprogramme in Betracht zieht.
Source: Ledger Insights