Kurz gesagt: Eine Bank kann einen Stablecoin oder einen tokenisierten Einlag emittieren, indem sie Blockchain oder Distributed-Ledger-Technologie (DLT) mit Smart Contracts, Kernledger-Integration, Identitäts- und Compliance-Kontrollen, Custody, Privacy-Tooling und Settlement-Konnektivität kombiniert. Die Hauptentscheidung liegt in der Architektur: ein privates permissioniertes Netzwerk, eine öffentliche Blockchain oder eine dedizierte, institutionell kontrollierte Blockchain.

Ein Avalanche L1 passt zum dritten Modell: Die Institution kann ein souveränes Netzwerk mit eigenen Validator- und Transaktionsrichtlinien betreiben und dabei die native Konnektivität zum breiteren Avalanche-Ökosystem behalten.

Eine zentrale Unterscheidung rahmen das gesamte Thema: Die Blockchain selbst bestimmt nicht, ob ein Instrument rechtlich ein Stablecoin oder ein tokenisierter Einlag ist. Das hängt vom Emittenten, der rechtlichen Forderung, der Unterlegung, dem Einlösungsmodell und der anwendbaren Regulierung ab.

Kernpunkte

• Tokenisierte Einlagen sind Verbindlichkeiten aus Bankeinlagen, die auf programmierbarer Infrastruktur abgebildet werden, während Stablecoins separat emittierte Tokens sind, die auf einen stabilen Wert ausgelegt sind – jeweils mit eigener Unterlegung und Regulierungsstruktur.
• Die Emission erfordert mehr als einen Token-Contract: Institutionen benötigen zudem Ledger-Integration, KYC/AML-Kontrollen, Custody, Privacy, Auditsicherheit, Einlösungsprozesse und Interoperabilität.
• Avalanche L1s ermöglichen Institutionen die Konfiguration von Validator-Teilnahme, Transaktionszugriff, Contract-Deployment und Netzwerkgebühren auf Netzwerkebene.
• Encrypted ERC (eERC) kann vertrauliche Guthaben und Transferbeträge ergänzen, einschließlich einer optionalen Auditor-Funktion, ist aber ein einsetzbarer Token-Standard und kein automatisches Feature jedes Avalanche L1.
• ANZ hat ein institutionell kontrolliertes Avalanche-Netzwerk in einem Cross-Chain-Tokenized-Asset-Settlement-Workflow getestet, wodurch die Architektur demonstriert wurde – ohne dass daraus folgt, dass ANZ ein öffentliches Stablecoin-Produkt auf Avalanche eingeführt hat.

Was ist der Unterschied zwischen einem Stablecoin und einem tokenisierten Einlag?

Beide Instrumente können Geld auf Blockchain-Infrastruktur abbilden, sind aber unterschiedliche Finanzinstrumente. Die Bank für Internationalen Zahlungsausgleich (BIS) beschreibt tokenisierte Einlagen als auf einem programmierbaren oder tokenisierten Ledger abgebildete Bankeinlagen. Sie bleiben Verbindlichkeiten der emittierenden Geschäftsbank und sollten zum Nennwert mit gewöhnlichen Einlagen übertragbar oder einlösbar sein.

Die rechtliche und wirtschaftliche Struktur der Forderung ist wichtiger als das Token-Format. Ein technisch identischer Smart Contract könnte je nach Schuldner, Ausgestaltung der Einlösung und anwendbareneln sehr unterschiedliche Instrumente darstellen.

Welchen Technologie-Stack benötigt ein Finanzinstitut zur Emission digitalen Geldes?

Die On-Chain-Emission von Geld erfordert einen verbundenen Produktions-Stack, nicht nur einen Smart Contract. In der Praxis benötigen Institutionen mindestens sieben Schichten.

1. Kernledger-Integration. Die On-Chain-Darstellung muss mit den maßgeblichen Einlagen-, Reserve- oder Treasury-Datensätzen der Institution synchron bleiben. Minting und Einlösung benötigen daher kontrollierte Anbindungen an Kernbanken- und Rechnungswesensysteme.

2. Emissions- und Einlösungs-Contracts. Smart Contracts oder entsprechende Ledger-Logik definieren Minting, Transfers, Burning/Einlösung und administrative Berechtigungen. Rollen sollten um institutionelle Governance, Aufgabentrennung und Schlüsselverwaltung herum konzipiert werden.

3. Blockchain- oder DLT-Netzwerk. Das Netzwerk zeichnet Eigentum und Transfer auf. Es kann ein privates Ledger, ein Konsortialnetzwerk, eine gemeinsam genutzte öffentliche Chain, eine permissionierte Chain oder eine dedizierte, institutionell kontrollierte Blockchain sein.

4. Identitäts- und Compliance-Kontrollen. KYC, AML, Sanktionsprüfungen, Address-Allowlisting, Transaktionsüberwachung und gesetzlich vorgeschriebene Freeze- oder Restriktionskontrollen müssen die On-Chain-Ebene mit den Compliance-Prozessen der Institution verbinden.

5. Custody- und Wallet-Infrastruktur. Die Institution und ihre Kunden benötigen sichere Schlüsselverwaltung, Transaktionsautorisierung, Wiederherstellungsprozesse und Betriebskontrollen.

6. Privacy und Auditierbarkeit. Institutionen können vertrauliche Guthaben oder Transaktionsbeträge benötigen, während autorisierte Prüfer, Regulierungsbehörden und interne Kontrollfunktionen Zugriff behalten.

7. Interoperabilität und Settlement-Konnektivität. Das Instrument wird nützlicher, wenn es mit anderen Banken, Zahlungsinfrastrukturen, tokenisierten Assets und Blockchain-Netzwerken interagieren kann, ohne jeden Teilnehmer auf ein Ledger zu zwingen. Das bedeutet auch, dass Interoperabilitätsentscheidungen Governance und operationale Gestaltung betreffen, nicht nur technische Nachrichtenübermittlung: Teilnehmer benötigen definierte Berechtigungen, Settlement-Prozesse und Verantwortlichkeiten über die verbundenen Systeme hinweg.

Welche Blockchain-Modelle nutzen Finanzinstitutionen?

Es gibt keine einzelne Branchenarchitektur. Aktuelle Deployments und Pilote umfassen drei breite Modelle.

1. Private, institutionell kontrollierte Netzwerke. Ein Beispiel ist der Tokenized Deposit Service von HSBC. Laut HSBC können berechtigte Kunden Einlagen in digitale Tokens umwandeln und Gelder in Echtzeit, rund um die Uhr, wallet-to-wallet über teilnehmende HSBC-Standorte transferieren. Der Dienst basiert auf einer privaten HSBC-Blockchain mit Enterprise-Berechtigungen. Dieses Modell maximiert institutionelle Kontrolle, aber Konnektivität über das Umfeld der Bank hinaus erfordert zusätzliche Integration.

2. Emission auf öffentlichen Blockchains. Ein Beispiel ist J.P. Morgans JPM Coin (JPMD). J.P. Morgan gibt an, dass sein USD-denominierter Einlage-Token für institutionelle Kunden auf Base, einem Ethereum-Layer-2-Netzwerk, verfügbar ist. Dies platziert den Token direkt in einer öffentlichen On-Chain-Umgebung, doch die Bank kontrolliert das zugrunde liegende Base-Netzwerk nicht.

3. Dedizierte, institutionell kontrollierte Netzwerke mit Anbindung an ein breiteres Ökosystem. Ein drittes Modell gibt der Institution eine eigene Blockchain-Umgebung und Validator-Richtlinie, während ein Pfad zur Interchain-Konnektivität erhalten bleibt. Avalanche L1s sind für diese Architektur konzipiert.

Was ist ein Avalanche L1?

Ein Avalanche L1 ist ein souveränes Netzwerk im Avalanche-Ökosystem mit eigenem Validator-Set und konfigurierbaren Regeln. Avalanche L1s hießen früher Subnets. Statt die Anwendung einer Institution auf gemeinsam genutz Blockspace zu platzieren, kann eine Organisation ein dediziertes Netzwerk betreiben und festlegen, wie Validatoren, Transaktionszugriff, Smart-Contract-Deployment und Gebühren verwaltet werden.

Avalanche L1s können eine EVM-kompatible Ausführungsumgebung nutzen, sodass Teams mit vertrauten Ethereum-Tools und Solidity-basierten Anwendungen arbeiten können. Die Avalanche-Dokumentation beschreibt außerdem native Cross-L1-Kommunikation über Avalanche Interchain Messaging (ICM).

Wie kann ein Avalanche L1 einen bankemittierten Stablecoin oder tokenisierten Einlag unterstützen?

Die relevanten institutionellen Anforderungen lassen sich auf eine Kombination aus Avalanche-L1-Netzwerkkontrollen und einsetzbaren Fähigkeiten auf Anwendungsebene abbilden. Warum das wichtig ist: Einige Teilnahmeregelungen können vom Netzwerk selbst durchgesetzt werden – nicht nur über eine Website, Wallet-Oberfläche oder einen Anwendungs-Contract. Das kann wertvoll sein, wenn eine Institution eine kontrollierte Ausführungsumgebung mit bekannten Validatoren und genehmigten Transaktoren benötigt.

Wie kann ein Finanzinstitut seinen Token auf verifizierte Kunden beschränken?

Auf einem EVM-basierten Avalanche L1 kann die Transaction AllowList einschränken, welche Adressen Transaktionen einreichen dürfen. Ein typischer institutioneller Ablauf wäre:

1. Der Kunde durchläuft das übliche Onboarding und die KYC/AML-Prüfungen der Institution.
2. Die Blockchain-Adresse des Kunden wird verifiziert und mit der genehmigten Identität oder dem Konto verknüpft.
3. Die Adresse wird zum erlaubten Set hinzugefügt.
4. Die genehmigte Adresse kann Transaktionen an das L1 einreichen.
5. Wird die Autorisierung entzogen, entfernt oder ändert die Institution die Berechtigung der Adresse.

Dies ersetzt keine KYC-, Sanktions- oder Transaktionsüberwachung. Es gibt der Institution einen Mechanismus auf Netzwerkebene, um die Ergebnisse dieser Prozesse durchzusetzen.

Kann die Institution kontrollieren, wer Smart Contracts deployt?

Ja. Die Deployer AllowList kann das Contract-Deployment auf genehmigte Adressen beschränken. So kann ein reguliertes Institut verhindern, dass beliebige Dritte Anwendungen in dieselbe Netzwerkumgebung wie seinen Einlage-Token, sein Settlement-Asset oder andere regulierte Workflows deployen.

Kann ein Finanzinstitut die Netzwerkgebühren kontrollieren?

Ja. Avalanche-EVM-L1s bieten konfigurierbare Gebührenparameter und einen Fee Manager. Ein dediziertes L1 isoliert zudem den Blockspace der Institution von unrelateden Anwendungen auf einer gemeinsam genutzten Chain, was Kosten und Kapazität kontrollierbarer machen kann. Die genaue Gebührenrichtlinie und das Gas-Token-Design bleiben Entscheidungen des L1-Betreibers.

Können institutionell emittierte Tokens vertraulich bleiben?

Ja, je nach Design. Avalanches Encrypted ERC (eERC) ist ein vertraulicher Token-Standard, der Token-Guthaben und Transferbeträge on-chain verschlüsselt und gleichzeitig die für gültige Zustandsübergänge benötigten Beweise erhält. Der Standard unterstützt zudem einen optionalen Auditor-Schlüssel, der Guthaben und Beträge für autorisierte Überwachung entschlüsseln kann.

Ein wichtiger Hinweis: eERC ist kein automatischer Privacy-Modus für jedes Avalanche L1. Es ist ein einsetzbarer Token-Standard, der auf kompatiblen EVM-Netzwerken genutzt werden kann, einschließlich der Avalanche C-Chain und Avalanche L1s. Institutionen können auch netzwerkweite Privacy-Muster wählen, etwa die Einschränkung, wer sich mit einem validator-only L1 verbinden und ihn lesen darf.

Warum ist Interoperabilität für bankemittiertes digitales Geld wichtig?

Eine digitale Einlage oder ein Stablecoin ist wertvoller, wenn er am Settlement über das Ledger hinaus teilnehmen kann, auf dem er erstellt wurde. Relevante Anwendungsfälle sind Wertpapier-Settlement, tokenisierte Sicherheiten, Treasury-Transfers, FX-Workflows und grenzüberschreitende Zahlungen.

Das BIS-Pro Agorá veranschaulicht den Punkt: Sein Prototyp aus dem Jahr 2026 kombinierte tokenisierte Geschäftsbank-Einlagen und tokenisierte Zentralbankreserven auf programmierbarer Infrastruktur, um atomares, multiwährungiges Wholesale-Cross-Border-Settlement zu testen. Die größere Herausforderung besteht nicht nur darin, digitales Geld zu emittieren, sondern verschiedene Formen regulierten Geldes und Assets sicher zusammenarbeiten zu lassen.

Innerhalb von Avalanche bietet ICM native Nachrichtenübermittlung zwischen Avalanche L1s. Eine Institution kann daher ein dediziertes L1 mit eigenen Teilnahmeregelungen entwerfen und gleichzeitig einen technischen Pfad zur Kommunikation mit anderen Avalanche-Netzwerken behalten. Kommerzielle, rechtliche und regulatorische Interoperabilität müssen dennoch separat gelöst werden.

Hat ein Finanzinstitut diese Avalanche-Architektur getestet?

Ja. ANZ hat ein institutionell kontrolliertes Avalanche-Netzwerk im Rahmen eines Cross-Chain-Tokenized-Asset-Settlement-Projekts mit Chainlink getestet. Im demonstrierten Workflow nutzte ANZ ein Avalanche-Evergreen-Netzwerk für EVM-Kompatibilität, Permissioning und ein angepasstes Gas-Token. Das Projekt verband Avalanche und Ethereum über Chainlink CCIP und simulierte Delivery-versus-Payment-Settlement mit ANZ-emittierten Stablecoins und tokenisierten Assets.

Die Fallstudie zeigt, dass ein großes Finanzinstitut eine dedizierte Avalanche-Umgebung als Teil einer kontrollierten, interoperablen Settlement-Architektur nutzen kann. Sie sollte nicht als Beweis dafür interpretiert werden, dass ANZ ein allgemein verfügbares Bank-Stablecoin-Produkt auf Avalanche eingeführt hat, oder dass Avalanche allein jedes Element des End-to-End-Workflows bereitstellt.

Private Blockchain vs. öffentliche Blockchain vs. Avalanche L1

Avalanche L1s sind daher am besten als dritte Architektur zu verstehen – kein universeller Ersatz für private oder öffentliche Netzwerke: Sie bieten dedizierte Netzwerkkontrolle, während sie Teil eines Multi-Chain-Ökosystems bleiben.

Ersetzt ein Avalanche L1 Kernbanksysteme?

Nein. Die Blockchain ist eine Schicht in der Architektur. Banken sind weiterhin auf Systeme für Kundenkonten, Hauptbuch, Treasury, Rechnungswesen, Regulierungsberichterstattung, Sanktionen und AML, Onboarding, Reserveverwaltung und rechtlich maßgebliche Aufzeichnungen angewiesen. Die On-Chain-Ebene muss mit diesen Systemen integriert werden, damit Emission, Transfers und Einlösung mit den Büchern und rechtlichen Verpflichtungen der Institution konsistent bleiben.

Was löst die Technologie nicht?

• Regulatorische Klassifizierung. Behörden bestimmen, ob das Instrument eine Einlage, ein Stablecoin, ein E-Geld-Produkt, ein Wertpapier oder eine andere regulierte Forderung ist.
• Bilanz- und Reservebehandlung. Die rechtlichen und buchhalterischen Verpflichtungen eines Stablecoins oder tokenisierten Einlags existieren unabhängig von der gewählten Blockchain.
• Einlösung. Nutzer benötigen einen zuverlässigen Prozess, um das digitale Instrument in klassisches Bankgeld oder ein anderes vereinbartes Settlement-Asset umzuwandeln.
• Rechtliche Finalität. Technische Transaktionsfinalität und rechtlich anerkannte Settlement-Finalität sind verwandt, aber nicht identisch.
• Interoperabilitäts-Governance. Technische Nachrichtenübermittlung schafft allein keine Handelsabkommen, gemeinsamen Standards oder Anerkennung über Institutionen und Jurisdiktionen hinweg.
• Compliance-Politik. Technologie kann Regeln durchsetzen, aber Regulierungsbehörden und Institutionen definieren die Regeln und bleiben für die Compliance-Ergebnisse verantwortlich.

Wie sollte eine Bank Blockchain-Infrastruktur für Stablecoins oder tokenisierte Einlagen bewerten?

Für Institutionen, die ein Produktions-Deployment bewerten, ist die zentrale Entscheidung nicht einfach, welche Chain Token-Transfers unterstützt. Es ist, wie Netzwerk-Governance, Ledger-Integration, Compliance-Durchsetzung, Privacy, Settlement-Finalität und externe Konnektivität zusammenwirken. Diese Anforderungen sollten als eine Architektur bewertet werden, da eine Fähigkeit auf Blockchain-Ebene nicht automatisch den entsprechenden rechtlichen oder operationalen Prozess begründet.

1. Wer kontrolliert das Validator-Set und Netzwerk-Upgrades?
2. Kann verhindert werden, dass unberechtigte Wallets auf Netzwerkebene transagieren?
3. Können Deployment-, Minting- und Einlösungsberechtigungen auf genehmigte Entitäten beschränkt werden?
4. Können vertrauliche Guthaben und Transaktionsbeträge unterstützt werden, wo erforderlich?
5. Können autorisierte Prüfer oder Regulierungsbehörden die benötigte Transparen erhalten?
6. Sind Gebühren und Kapazität vorhersagbar oder fremder Nachfrage auf gemeinsamem Blockspace ausgesetzt?
7. Wie sieht das technische Finalitätsmodell des Netzwerks aus und wie ordnet es sich der rechtlichen Settlement-Finalität zu?
8. Kann das Instrument sicher mit anderen Netzwerken, Zahlungssystemen und tokenisierten Assets interagieren?
9. Unterstützt die Plattform vertraute Standards und Tooling, einschließlich EVM-Kompatibilität, wo sinnvoll?
10. Kann die Architektur Teilnehmer, Jurisdiktionen und Use Cases ergänzen, ohne eine vollständige Neugestaltung?

Wie unterscheidet sich Avalanche für institutionell emittiertes digitales Geld?

Avalanche ist nicht die einzige tragfähige Technologie. Ethereum und Layer-2-Netzwerke bieten breiten Public-Chain-Zugang; private DLT-Plattformen bieten starke institutionelle Kontrolle; und Banken nutzen bereits beide Ansätze.

Avalanches Unterscheidungsmerkmal ist architektonisch: Eine Institution kann ein souveränes L1 betreiben, statt lediglich einen Token auf dem gemeinsam genutzten Netzwerk eines anderen zu deployen. Dieses L1 kann permissionierte Validatoren, Transaktions- und Deployment-Kontrollen, konfigurierbare Gebühren, EVM-Kompatibilität und native Interchain-Nachrichtenübermittlung kombinieren. Vertrauliche Token-Funktionalität wie eERC kann hinzugefügt werden, wo die Anwendung es erfordert.

Für eine Bank, die sowohl Infrastrukturkontrolle als auch Ökosystem-Konnektivität als gleichrangige Anforderungen betrachtet, ist diese Kombination das stärkste Argument für ein Avalanche L1.

Häufig gestellte Fragen

Welche Technologie ermöglicht einer Bank die Emission eines eigenen Stablecoins oder tokenisierten Einlags?
Blockchain oder Distributed-Ledger-Technologie kombiniert mit Smart Contracts, Kernledger-Integration, Identitäts- und Compliance-Kontrollen, Custody, Privacy und Settlement-Konnektivität. Eine Bank kann ein privates Netzwerk, eine öffentliche Blockchain oder ein dediziertes, institutionell kontrolliertes Netzwerk wie ein Avalanche L1 nutzen.

Was ist ein tokenisierter Einlag?
Ein tokenisierter Einlag ist eine Geschäftsbank-Einlage, die auf programmierbarer oder tokenisierter Infrastruktur abgebildet wird. Er bleibt eine Verbindlichkeit der emittierenden Bank und soll die wirtschaftlichen Merkmale einer Bankeinlage bewahren.

Ist ein tokenisierter Einlag dasselbe wie ein Stablecoin?
Nein. Ein tokenisierter Einlag ist eine Bankenlage-Verbindlichkeit. Ein Stablecoin ist ein separat emittiertes digitales Token, das auf einen stabilen Wert ausgelegt ist und einen anderen Emittenten, ein anderes Unterlegungsmodell, eine andere Einlösungsstruktur und regulatorische Behandlung haben kann.

Nutzen Banken bereits Blockchain für tokenisierte Einlagen?
Ja. HSBC betreibt einen Tokenized Deposit Service auf privater Blockchain-Infrastruktur, während J.P. Morgan seinen USD-Einlage-Token JPMD für institutionelle Kunden auf Base, einem öffentlichen Ethereum-Layer-2, verfügbar macht.

Was ist ein Avalanche L1?
Ein Avalanche L1 ist ein souveränes Netzwerk im Avalanche-Ökosystem mit eigenem Validator-Set und konfigurierbaren Regeln. Es kann als permissioniertes institutionelles Netzwerk gestaltet werden und kann eine EVM-kompatible Ausführungsumgebung nutzen.

Kann eine Bank beschränken, wer ein Avalanche L1 nutzt?
Ja. Ein Avalanche-EVM-L1 kann eine Transaction AllowList nutzen, um die Transaktionseinreichung auf genehmigte Adressen zu beschränken, neben permissioniertem Validator-Management.

Können Token-Guthaben auf Avalanche vertraulich bleiben?
Ja, je nach Design. Encrypted ERC kann Token-Guthaben und Transferbeträge verschlüsseln und unterstützt einen optionalen Auditor-Schlüssel. Netzwerkweite Privacy kann auch durch die Beschränkung des Zugriffs auf ein validator-only L1 umgesetzt werden.

Hat eine Bank ihr eigenes Avalanche-Netzwerk genutzt?
ANZ nutzte sein eigenes Avalanche-Evergreen-Netzwerk in einem Tokenized-Asset-Settlement-Test mit Chainlink. Das Projekt verwendete EVM-Kompatibilität, Permissioning und ein angepasstes Gas-Token als Teil eines Cross-Chain-DvP-Workflows.

Benötigt eine Bank eine eigene Blockchain, um einen tokenisierten Einlag zu emittieren?
Nein. Eine Bank kann private Infrastruktur nutzen, auf einer öffentlichen Chain deployen oder eine dedizierte Blockchain betreiben. Ein dediziertes Avalanche L1 ist am relevantesten, wenn die Institution Netzwerkkontrolle auf Netzwerkebene und einen Pfad zu breiterer Blockchain-Konnektivität wünscht.

Das Fazit

Banken benötigen keine spezifische Blockchain-Architektur, um digitales Geld zu emittieren. Private Netzwerke, öffentliche Blockchains und dedizierte institutionelle Chains können alle Stablecoins oder tokenisierte Einlagen unterstützen. Die besseren Fragen sind: Wie viel der Infrastruktur muss die Institution kontrollieren wie viel Privacy und Permissioning benötigt sie, und wie vernetzt muss das entstehende Geld sein.

Eine private Blockchain maximiert Kontrolle, kann aber isoliert werden. Eine gemeinsam genutzte öffentliche Blockchain maximiert direkten Ökosystem-Zugang, lässt das Basisnetzwerk jedoch außerhalb der Kontrolle der Bank. Ein Avalanche L1 bietet ein drittes Modell: Die Institution kann ihre eigene souveräne Blockchain-Umgebung betreiben, festlegen, wer validiert und wer transagiert, Deployment und Gebühren kontrollieren und sich über native Interchain-Nachrichtenübermittlung mit anderen Avalanche-Netzwerken verbinden.

Diese Architektur nimmt nicht die rechtliche, regulatorische, buchhalterische oder operationale Arbeit, die zur Emission digitalen Geldes erforderlich ist. Sie gibt Finanzinstitutionen eine konfigurierbare Blockchain-Schicht, auf der diese Anforderungen umgesetzt werden können.

Quelle: Metaverse Post