Blockchain-Interoperabilität und der Ansatz von Quant

Das Interoperabilitätsproblem, erklärt für Finanzleser

Stellen Sie sich jede Blockchain als eigene Bank vor, mit eigenem Hauptbuch, eigenen Regeln dafür, was als gültiger Eintrag zählt, und eigenem Personal, das Änderungen freigibt. Das Bitcoin-Ledger weiß nichts vom Ethereum-Ledger. Ein Asset auf dem XRP Ledger kann nicht einfach nach Polygon „umziehen“, weil die Validatoren von Polygon nicht prüfen können, was auf XRPL geschehen ist. Im klassischen Finanzsystem füllen Korrespondenzbanken, Clearinghäuser und Nachrichtenstandards wie ISO 20022 diese Lücke. In der Kryptowelt füllte sie über weite Strecken ihrer Geschichte niemand.

Das Ergebnis sind Silos. Ende 2026 gibt es Dutzende Allzweck-Chains und Hunderte anwendungsspezifische, jede mit eigener Liquidität, eigenen Token und eigenen Entwicklerwerkzeugen. Für Privatnutzer ist das lästig. Für eine Bank, die eine tokenisierte Einlage auf einem zugangsbeschränkten Ledger ausgeben und eine Anleihe auf einem öffentlichen abwickeln möchte, ist es ein Hindernis: Kernbankensysteme wurden gebaut, um mit einer Datenbank zu sprechen, nicht mit zwölf Netzwerken, die einander misstrauen.

Drei Dinge machen das Problem schwerer, als es aussieht. Erstens unterscheidet sich die Finalität: Eine Bitcoin-Transaktion gilt nach mehreren Blöcken als „erledigt“, eine Corda-Transaktion, sobald der Notar signiert, und ein Optimistic Rollup kann eine Woche brauchen, bis es auf seiner Elternchain final ist. Zweitens gibt es keine gemeinsame Identitätsschicht; eine Adresse auf der einen Chain bedeutet auf der anderen nichts. Drittens wird jede Komponente, die zwei Chains verbindet, zum attraktivsten Angriffsziel auf beiden, weil sie typischerweise die Assets im Transit hält oder kontrolliert. Die Geschichte der Bridge-Hacks ist die Geschichte dieses dritten Punkts, auf die harte Tour gelernt.

Vier Ansätze im Vergleich

1. Brücken (Lock-and-Mint)

Das älteste Design. Sie zahlen ein Asset in einen Smart Contract auf Chain A ein, und auf Chain B wird ein entsprechender „gewrappter“ Token geprägt. Für den Rückweg verbrennen Sie den gewrappten Token, und der Vertrag auf A gibt das Original frei. Die Frage ist, wer den Sperrvertrag überwacht und die Prägung autorisiert. Ist es eine kleine Multisig, ist die Brücke nur so sicher wie diese Schlüssel. Ist es ein Validatoren-Set mit eigenem Token, ist die Brücke eine Mini-Blockchain mit eigener Angriffsfläche. Gewrappte Assets tragen zudem ein Emittentenrisiko: Wird die Brücke kompromittiert, ist jeder gewrappte Token auf Chain B schlagartig ungedeckt.

2. Cross-Chain-Messaging-Protokolle

Statt einer eigenen Brücke je Asset transportiert eine allgemeine Nachrichtenschicht beliebige Anweisungen zwischen Chains; Token-Transfers sind dann nur eine Anwendung davon. Chainlinks CCIP wird durch dezentrale Orakel-Node-Sets abgesichert; LayerZero lässt jede Anwendung konfigurieren, welchen Prüfnetzwerken sie vertraut; Axelar betreibt ein Proof-of-Stake-Validatorennetz, das Nachrichten weiterleitet. Alle drei sind öffentliche, zugangsfreie Protokolle mit eigenen Token (LINK, ZRO, AXL), die die Betreiber bezahlen oder absichern. Unsere Seite Quant vs. Chainlink geht bei CCIP in die Tiefe, dem Protokoll, dem Banken am häufigsten begegnen.

3. App-Chains mit gemeinsamen Standards

Cosmos ist ein „Internet der Blockchains“: souveräne App-Chains, verbunden über IBC, ein Protokoll, bei dem jede Chain einen Light Client der anderen betreibt und deren Header direkt prüft, sodass kein Dritter dazwischensitzt. Polkadot geht den umgekehrten Weg: Parachains teilen sich die Sicherheit einer Relay Chain und tauschen Nachrichten über XCM aus. Beide sind elegant für Chains innerhalb des jeweiligen Ökosystems und deutlich schwächer bei der Anbindung von Chains außerhalb, etwa Bitcoin oder dem Corda-Netzwerk einer Bank.

4. API-Gateways

Die Antwort der Unternehmenswelt. Ein Gateway stellt eine Standard-API bereit und betreibt dahinter Konnektoren zu jedem Ledger. Die Anwendung berührt nie direkt eine Chain; das Gateway baut, signiert, sendet und verfolgt die native Transaktion. Genau das tut Quants Overledger. Es ist kein Protokoll, dem jeder beitreten kann; es ist ein Produkt, das ein Unternehmen betreibt, mit Verträgen, SLAs und Kundensupport. Das Vertrauen verlagert sich von Code und Validatoren auf einen Anbieter und dessen Sicherheitskontrollen.

Warum Banken das überhaupt interessiert

Banken haben kein Interesse daran, Meme-Coins zwischen Chains zu verschieben. Sie interessiert das Thema, weil das Geld, das sie tatsächlich halten, nämlich Geschäftsbankeinlagen, tokenisiert wird, und tokenisierte Einlagen sind nur nützlich, wenn sie dorthin gelangen, wo Assets ausgegeben und abgewickelt werden. Drei Programme zeigen das Muster.

Die Experimentierphase des UK Regulated Liability Network im Jahr 2024 brachte Barclays, Citi, HSBC, Lloyds, NatWest, Nationwide, Santander, Standard Chartered, Virgin Money, Mastercard und Visa zusammen, um ein gemeinsames Ledger für reguliertes Geld zu testen. R3 lieferte das Corda-basierte Ledger, Quant die Orchestrierung und die API-Schicht, die die bestehenden Systeme der Teilnehmer verbindet. Der anschließende Pilot Great British Tokenised Deposit ging im September 2026 mit Kundentransaktionen live, darunter zwei Hypothekenwechsel, bei denen Gelder gesperrt und automatisch freigegeben wurden. In den USA wählte The Clearing House Quant am 24. September 2026 für die Interoperabilitäts- und Orchestrierungsschicht seiner On-Chain Money Initiative aus, die tokenisierte Einlagen mit den Zahlungssystemen RTP und CHIPS verbindet.

Auch im Euroraum wird genau diese Verbindungsfrage als Infrastrukturthema behandelt. Die Deutsche Bundesbank steuerte zu den Erkundungsarbeiten des Eurosystems 2024 die sogenannte Trigger Solution bei, eine von drei Interoperabilitätslösungen, die vom Markt betriebene DLT-Plattformen mit dem klassischen Zahlungssystem TARGET verknüpft. 25 Institute nahmen teil, 23 Erprobungen wurden durchgeführt, die Arbeiten wurden am 29. November 2024 abgeschlossen. Darauf aufbauend beschloss die EZB am 1. Juli 2025 den zweigleisigen Plan Pontes (kurzfristig) und Appia (langfristig). Quant war an keinem dieser Vorhaben beteiligt; die Projekte zeigen aber, dass die Brücke zwischen DLT-Plattformen und Zentralbankgeld in Frankfurt als Kernaufgabe gilt.

Beachten Sie, was all diese Vorhaben gemeinsam haben: Das maßgebliche Ledger ist zugangsbeschränkt, die Teilnehmer sind reguliert, und die eigentliche Schwierigkeit besteht darin, dieses Ledger mit den bestehenden Zahlungsschienen und mit anderen Ledgern zu verbinden. Das ist ein Gateway-Problem, kein Brückenproblem. Ein öffentliches Messaging-Protokoll kann zwei öffentliche Chains hervorragend verbinden, aber es kann sich nicht in die Zahlungs-Engine einer Bank einklinken oder eine Aufsicht zufriedenstellen, die einen namentlich benannten Betreiber verlangt. Die Seite zu CBDC und tokenisierten Einlagen behandelt diese Programme ausführlich.

Quants Gateway-Ansatz und seine Kompromisse

Quants Wette, 2017 eingegangen und seither unverändert, lautet: Institute zahlen für Interoperabilität, die als Software geliefert wird, nicht als Protokoll. Overledger sitzt als API über den Chains; Fusion, live seit Juni 2026, ergänzt eine Ausführungsschicht, die Quant „Layer 2.5“ nennt: ein vom OP Stack abgeleitetes Optimistic Rollup, dessen State Roots auf mehreren Layer 1 hinterlegt werden, mit Ausführungsdaten in einem zugangsbeschränkten Hyperledger-Besu-Netzwerk. Seine „vereinheitlichten Token“ (uTokens) sollen ein Asset kettenübergreifend abbilden, ohne den Lock-and-Mint-Vertrag, der klassische Brücken so fragil macht.

Die Stärken folgen daraus unmittelbar. Eine API bedeutet keinen kettenspezifischen Code in der Bank. Die Schlüsselverwaltung läuft über Overledger Authorise, mit HSM-gestützter und MPC-Signatur, wie in der Transparenzmeldung bei Blockworks beschrieben. Betreiber auf Fusion sind KYC-geprüfte „Trusted Nodes“, die wählen können, welche Rechtsräume sie bedienen, genau das, was ein Compliance-Verantwortlicher hören will. Und weil Quants Gründer ISO/TC 307 angestoßen hat und nach eigener Darstellung dessen Arbeitsgruppe für Interoperabilität leitet, passt das Design zu den Normen, an die sich Banken halten sollen.

Die Schwächen folgen ebenso unmittelbar. Jede Transaktion läuft über von Quant betriebene Infrastruktur, und Quant ist zugleich der Fusion-Sequencer, es gibt also eine einzige operative und kommerzielle Abhängigkeit. Das Gateway ist Closed Source; die meisten SDK-Repositories auf GitHub sind archiviert. Ein öffentliches Sicherheits-Audit von Overledger oder Fusion war nicht auffindbar. Und der Token steht etwas unbeholfen daneben: Quants FAQ sagt, Plattformgebühren könnten in USD gezahlt werden, und keine der Bankmitteilungen erwähnt QNT, der Zusammenhang zwischen Adoption und QNT-Nachfrage ist also indirekt. Für ein Institut sind das akzeptable Kompromisse; für einen Token-Halter sind sie die zentrale Frage.

Echte Einsätze: So sieht Interoperabilität in der Produktion aus

Beispiele schlagen Theorie. Hier sind die Interoperabilitätseinsätze, für die es Belege von der Gegenseite gibt und nicht nur vom Anbieter.

• SIA (heute Nexi), 2019–2020. Italiens Zahlungsinfrastruktur-Unternehmen vereinbarte die Integration von Overledger mit SIAchain und meldete im Juni 2020 einen erfolgreichen Interoperabilitätstest über SIAchain, Corda und ein privates Ethereum-Netzwerk hinweg. Ein früher Beleg dafür, dass ein Gateway zugangsbeschränkte Plattformen überspannen kann, die nichts gemeinsam haben.
• LACChain, 2021. Die vom IDB Lab geführte Allianz nutzte Overledger als Interoperabilitäts-Gateway für ihr Hyperledger-Besu-Netzwerk, mit einem Anwendungsfall für grenzüberschreitende Zahlungen, über den Ledger Insights berichtete.
• Project Rosalind, 2022–2023. Der BIZ Innovation Hub London und die Bank of England bauten eine API-Schicht für eine Retail-CBDC mit 33 API-Funktionen und mehr als 30 Anwendungsfällen. Quant lieferte gemeinsam mit UST Infrastruktur an das Anbieterteam; die BIZ selbst nennt keine Anbieter, und das Projekt war ausdrücklich experimentell.
• UK RLN und GBTD, 2024–2026. Oben beschrieben: Orchestrierung über ein Corda-Ledger und Banksysteme, danach eine Live-Plattform für tokenisierte Einlagen mit sieben Banken.
• Murex MX.3, 2026. Overledger und Quant Flow eingebettet in eine Kapitalmarktplattform für tokenisierte Einlagen und die Abwicklung digitaler Anleihen, von Murex am 25. März 2026 bekannt gegeben.
• The Clearing House, 2026–2027. Orchestrierung für tokenisierte Einlagen mit Anbindung an RTP und CHIPS; Verfügbarkeit für teilnehmende Banken im ersten Halbjahr 2027 erwartet.

Auf der Seite der öffentlichen Protokolle ist die vergleichbare Referenz Chainlinks Arbeit mit Swift und mehr als einem Dutzend Banken an der Übertragung tokenisierter Assets über die bestehende Swift-Nachrichteninfrastruktur, die im Juni 2026 zu Project Pangea wurde: mehr als 50 Banken in 16 Ländern mit dem Ziel einer T+0-Devisenabwicklung und einem Live-Termin Mitte 2027. Zwei sehr unterschiedliche Modelle, die zur gleichen Zeit in den Backoffices der Banken ankommen. Mehr Kontext gibt die Seite zu den Partnerschaften.

Sicherheitsfragen

Unabhängig von der Architektur ist die Verbindungsschicht der Ort, an dem sich Werte konzentrieren und Angreifer hinschauen. Ein paar Grundsätze helfen bei der Bewertung jedes Interoperabilitätsprojekts, Quant eingeschlossen.

Wo liegen Assets im Transit? Lock-and-Mint-Brücken halten Assets in einem Vertrag; die Schlüssel oder das Validatoren-Set dieses Vertrags sind das gesamte Sicherheitsmodell. Nachrichtenbasierte Systeme verwahren keine Assets, aber die Anwendung, die die Nachricht empfängt, muss sie prüfen, was das Risiko auf das Prüfer-Set verlagert. Gateways wie Overledger verwahren Kundenassets konstruktionsbedingt nicht; die Signatur erfolgt in HSMs oder per MPC unter Kontrolle des Kunden über Authorise. Quants Bilanz ist hier sauber: Die Blockworks-Meldung verzeichnet keine Vorfälle bei von Quant verwalteten Geldern. Die QNT-Verluste, die es gab, waren Hot-Wallet-Hacks bei Börsen (LCX im Januar 2022, Bitrue im April 2023) und ein EIP-7702-Delegationsexploit auf dem Ethereum-Konto eines einzelnen Nutzers im Juli 2026; keiner davon betraf Overledger.

Wer kann zensieren oder anhalten? Ein zugangsfreies Protokoll kann eine Transaktion kaum stoppen; ein Gateway-Betreiber kann es. Für Banken ist das ein Compliance-Vorteil. Für jeden, der Zensurresistenz will, ist es ein Ausschlusskriterium, und es ist ein Grund, warum Quants Modell und die öffentlichen Protokolle in Wahrheit nicht um dieselben Kunden konkurrieren.

Wird der Code geprüft? Öffentliche Protokolle veröffentlichen Code und Audits, weil ihre Nutzer sie lesen können. Quant veröffentlicht weder den Quellcode des Gateways noch ein Audit davon; das einzige dokumentierte Audit betrifft den QNT-Token-Vertrag, der keine Owner-Funktionen hat. Käufer von Unternehmenssoftware akzeptieren das routinemäßig, aber es bedeutet, dass Außenstehende die Behauptungen nicht nachprüfen können. Die Seite Ist Quant seriös? legt dar, was sich aus öffentlichen Registern verifizieren lässt und was nicht.

Vergleichstabelle: Vertrauensmodelle nebeneinander

Zum Marktkontext der öffentlichen Protokolle, laut CoinGecko am 2. November 2026: LINK lag nach Marktkapitalisierung auf Rang 17, DOT auf 55, ATOM auf 82, ZRO auf 87 und AXL auf 412; QNT stand je nach Tracker auf Rang 35 oder 36. Ein Rang sagt nichts über technische Qualität, zeigt aber, dass der Markt „Interoperabilität“ als mehrere getrennte Wetten behandelt und nicht als eine.

Zentrale Begriffe, die Ihnen bei diesem Thema begegnen

Ein paar Wörter tauchen in jeder Diskussion über Interoperabilität auf und sollten sauber definiert sein. Ein Multi-Ledger-Token ist ein Asset, das kohärent auf mehreren Ledgern existiert; Quants QRC-Token und Fusions uTokens sind seine Varianten davon. mDApp ist Quants Begriff für eine Anwendung, die nicht an eine einzelne Blockchain gebunden ist. Finalität ist der Punkt, ab dem eine Transaktion nicht mehr rückgängig gemacht werden kann, und sie unterscheidet sich je nach Chain. Ein Light Client ist ein minimaler Prüfer der Header einer anderen Chain, die Grundlage von IBC. Ein Sequencer ordnet Transaktionen auf einem Rollup; auf Fusion übernimmt Quant diese Rolle. Unser Glossar definiert diese und rund fünfzig weitere Begriffe verständlich, mit Suchfeld.