Eine Bank kann mit einem Prototypen nachweisen, dass Tokenisierung funktioniert.

Die schwierigere Frage ist, was passiert, wenn dieser Prototyp mit den Systemen kommunizieren muss, von denen die Bank bereits abhängt.

Kernbanking. Treasury. Digital Banking. Identitäts- und KYC-Systeme.

Wenn die Blockchain zu einem weiteren isolierten System wird, hat die Bank ein weiteres Integrationsproblem geschaffen, statt eines zu lösen.

Das ist der Teil von Rayls Sovereign, den ich am interessantesten finde.

Der Mechanismus: Sovereign stellt das Ledger über vertraute Schnittstellen bereit

Rayls Sovereign ist eine private, EVM-kompatible Blockchain, die das Institut in seiner eigenen Umgebung installiert und betreibt.

Das Ledger verarbeitet die Onchain-Aktivitäten des Instituts, während Anwendungen über Standard-Schnittstellen eine Verbindung dazu herstellen können.

Die direkteste Option ist Ethereum JSON-RPC.

Das bedeutet, dass bestehende Ethereum-Tools wie ethers.js, web3.js, viem, Hardhat und Foundry mit dem Sovereign-Ledger kommunizieren können, ohne einen speziellen Blockchain-Client zu benötigen.

Es gibt auch andere Integrationspfade.

Das Rayls Backend kann eine REST-API für die Transaktionserstellung und die Custody-Integration bereitstellen, während WebSocket-Verbindungen Echtzeitereignisse aus dem Ledger liefern können.

Die Integration muss also nicht so aussehen:

Bankensysteme → komplett neuer Blockchain-Stack

Es könnte eher so aussehen:

Bankensysteme → bestehende Integrationsschicht → Sovereign-Ledger

Dieser Unterschied ist wichtig.

Die Dokumentation von Rayls beschreibt Sovereign ausdrücklich so, dass es sich in Kernbankplattformen, ERP-Systeme, Preisdatenfeeds sowie Identitäts- und KYC-Datenbanken integrieren lässt.

Dann kann sich das Ledger nach außen verbinden

Sobald ein Asset oder eine Transaktion auf dem Sovereign-Ledger des Instituts liegt, kann das Institut auswählen, wohin es gehen soll.

Für eine private institutionelle Transaktion:

Sovereign → Private Network Hub → ein anderes Sovereign-Ledger

Für Aktivitäten auf der Public Chain:

Sovereign → Rayls Public Chain

Das sind nicht dieselben Wege.

Die Verbindung zur Public Chain ist ein direkter Eins-zu-eins-Pfad und verwendet eigene Verträge und einen eigenen Relayer-Prozess. Sie läuft nicht über den Private Network Hub.

Diese Trennung ist nützlich, weil das Institut nicht sein gesamtes internes Ledger offenlegen muss, nur weil ein einzelnes tokenisiertes Asset mit einem externen Netzwerk interagieren soll.

Ein praktisches Beispiel

Stellen Sie sich vor, eine Bank tokenisiert eine Einlage.

Die Bank kann dieses Asset auf ihrem eigenen Sovereign-Ledger ausgeben und verwalten, während das Ledger in ihrer eigenen Umgebung bleibt.

Die bestehenden Systeme können über die verfügbaren Schnittstellen mit dem Ledger interagieren.

Wenn die Einlage später mit einem anderen Institut interagieren muss, kann sie den Private-Network-Pfad nutzen.

Wenn es eine Anwendung oder Liquidität auf der Public Chain erreichen muss, gibt es dafür einen separaten Weg.

Der wichtige Punkt ist, dass das interne Ledger der Bank das eigene Ledger des Instituts bleibt.

Was sich ändert, ist die Fähigkeit, dieses Ledger mit anderen Umgebungen zu verbinden, wenn es einen geschäftlichen Grund dafür gibt.

Warum das für den produktiven Einsatz wichtig ist

Hier wird für mich der Unterschied zwischen einem Blockchain-Prototyp und einer institutionellen Infrastruktur deutlicher.

Ein Prototyp fragt:

„Können wir dieses Asset onchain bringen?“

Im produktiven Einsatz lautet die Frage:

„Können unsere bestehenden Systeme mit diesem Asset arbeiten, ohne die Bank um einen neuen Stack herum neu aufzubauen?“

Sovereign ist auf die zweite Frage ausgerichtet.

Es gibt dem Institut ein eigenes EVM-Ledger, vertraute Integrationsschnittstellen und kontrollierte Wege zu Rayls Private Networks und zur Public Chain.

Die zugrunde liegende Plattform ist ebenfalls seit Juni 2024 in Produktion, wobei Rayls angibt, dass Sovereign bei über 30 Finanzinstituten installiert und genutzt wurde.

Mein Fazit

Für institutionelle Blockchain ist Integration Teil des Produkts.

Das Interessante an Sovereign ist nicht nur, dass eine Bank ihre eigene Blockchain erhält.

Es geht darum, dass die Blockchain so konzipiert ist, dass sie innerhalb der bestehenden Umgebung der Bank sitzt und dennoch definierte Pfade zu privaten und öffentlichen Onchain-Netzwerken hat.

CTA: Wenn Sie Blockchain-Infrastruktur für ein Institut bewerten, lohnt es sich, die @Rayls Sovereign-Architektur zuerst aus der Integrationsschicht heraus zu betrachten.