Verständnis von ERC-3643: Der RWA-konforme Token-Standard

Die Tokenisierung von Real-World Assets (RWAs) entwickelt sich von der Konzeption zur Produktion. Institutionen geben tokenisierte Fonds und Wertpapiere aus, Regulierungsbehörden veröffentlichen klarere Rahmenbedingungen und die Infrastruktur holt auf. In diesem Kontext hat sich ERC-3643 als praktischer, EVM-nativer Standard für die Darstellung konformer, berechtigter Token auf öffentlichen Blockchains herauskristallisiert – eine Brücke zwischen reguliertem Finanzwesen und dezentralen Schienen.

Dieser Artikel entmystifiziert ERC-3643, erklärt seine Funktionsweise, seine Bedeutung für RWAs, wie er sich im Vergleich zu früheren Standards schlägt und was Emittenten, Entwickler und Nutzer berücksichtigen sollten.

Warum RWAs einen Compliance-fähigen Token-Standard benötigen

Öffentliche Blockchains sind per Design global und erlaubnisfrei; das traditionelle Finanzwesen ist jurisdictional und erlaubnispflichtig. Die Tokenisierung von RWAs ist erfolgreich, wenn On-Chain-Assets reale Anforderungen (KYC/AML, Transferbeschränkungen, Offenlegungen, Unternehmensmaßnahmen) durchsetzen können, ohne Programmierbarkeit und Interoperabilität zu opfern.

Aktuelle Entwicklungen unterstreichen die Notwendigkeit robuster Compliance:

• BlackRock hat einen tokenisierten Fonds auf Ethereum gestartet, was die Mainstream-Akzeptanz der Tokenisierung unter regulierten Rahmenbedingungen signalisiert. Siehe die offizielle Ankündigung und Details in BlackRocks Newskorridor und Fondsdokumentation (Pressemitteilung und Fondseite am Ende dieses Absatzes). BlackRock-Pressemitteilung und Fondseite.
• Die Markets in Crypto-Assets Regulation (MiCA) der EU legt nun Regeln für Asset-Referenz-Token und E-Geld-Token fest und prägt, wie konforme Tokenisierung in Europa funktionieren kann. MiCA-Verordnungstext.
• Singapurs Projekt Guardian erweitert weiterhin reale Pilotprojekte für tokenisierte Vermögenswerte und institutionelle DeFi unter der Monetary Authority of Singapore. MAS Projekt Guardian.

Vor diesem Hintergrund bietet ERC-3643 Emittenten eine Möglichkeit, Token zu prägen, die nur von berechtigten, verifizierten Teilnehmern gehalten und übertragen werden können, mit On-Chain-Berechtigungen und auditierbarer Kontrolle.

Was ist ERC-3643?

ERC-3643 ist ein Ethereum-Token-Standard, der für berechtigte, Compliance-fähige Token entwickelt wurde und häufig in RWA-Szenarien wie tokenisierten Wertpapieren, Fonds und Instrumenten für private Märkte eingesetzt wird. Er erweitert das bekannte ERC-20-Verhalten um zusätzliche Vertragsmodule, die Identität und Compliance-Regeln prüfen, bevor eine Übertragung oder Ausgabe erfolgen kann. EIP-3643 Spezifikation.

Im Kern entkoppelt ERC-3643 die Geschäftslogik für Identität und Compliance vom Token-Vertrag und ermöglicht:

• On-Chain-Identität und -Ansprüche
• Berechtigungsprüfung für Übertragungen (wer kann den Token unter welchen Bedingungen halten und bewegen)
• Jurisdiktionale Regeln, Anlegerberechtigung, Sperrfristen und andere Einschränkungen
• Event-Generierung und Auditierbarkeit für regulierte Kontexte

Rund um ERC-3643 hat sich ein Ökosystem gebildet, insbesondere ONCHAINID für die Verwaltung von On-Chain-Identitäten und -Ansprüchen, das zur Verifizierung von Teilnehmern und zur Anbringung von Compliance-Attributen verwendet wird. ONCHAINID-Dokumentation. Eine Übersicht und Referenzarchitektur finden Sie im speziellen ERC-3643 Dokumentationsportal. ERC-3643 Dokumentation.

Wie ERC-3643 Compliance durchsetzt

ERC-3643 umfasst üblicherweise drei Komponenten:

1. Token-Vertrag: Implementiert ERC-20-ähnliches Verhalten, delegiert aber Entscheidungen über Berechtigungen an externe Registrierungsstellen/Manager.
2. Identitätsregister: Ordnet Adressen On-Chain-Identitäten zu (z. B. ONCHAINID), die verifizierbare Ansprüche (KYC-Level, Gerichtsstand, Akkreditierung, Sanktionsprüfung) speichern.
3. Compliance-Manager: Kodiert Regeln, die vor Prägung, Verbrennung oder Übertragung erfüllt sein müssen (z. B. "Sender und Empfänger müssen gültige KYC-Ansprüche von genehmigten Emittenten haben", "keine Übertragungen während der Sperrfrist", "Gerichtsstand X darf nicht empfangen").

Ein typischer Ablauf:

• Ein Investor schließt die KYC-Prüfung mit einem zugelassenen Prüfer ab; ein Anspruch wird seiner ONCHAINID ausgestellt.
• Die Adresse wird vom Identitätsregister als berechtigt erkannt.
• Beim Übertragen von Token fragt der Token-Vertrag den Compliance-Manager ab, der Ansprüche und Regeln prüft. Wenn alles in Ordnung ist, wird die Übertragung zugelassen; andernfalls wird sie rückgängig gemacht.

ERC-3643 baut auf etablierten Identitätsgrundlagen wie ERC-734 (Schlüsselverwaltung) und ERC-735 (Anspruchsinhaber) auf, um Identitätsdaten On-Chain darzustellen. ERC-734 und ERC-735.

Vergleich mit älteren Security-Token-Standards

• ERC-20: Einfache, erlaubnisfreie fungible Token. Keine native Compliance, Identität oder Transferbeschränkungen.
• ERC-1400: Früher Versuch bei Security-Token (mit Partitionen und Transferbeschränkungen), nützlich, aber weniger modular für moderne Identitäts-/Anspruchs-Frameworks. EIP-1400.
• ERC-3643: Modulare Berechtigungsprüfung über Identitätsregister und Compliance-Manager, abgestimmt auf RWA-Bedürfnisse und moderne Identitätsanspruchssysteme.

In der Praxis erleichtert die entkoppelte Architektur von ERC-3643 die Aktualisierung von Compliance-Richtlinien, ohne den Token-Vertrag neu bereitstellen zu müssen, und die Integration mehrerer Anspruchsemittenten oder Verifizierungsanbieter.

Wichtige Funktionen und Designüberlegungen

• Berechtigte Übertragungen: Token können nur zwischen Adressen bewegt werden, die die aktuellen Compliance-Richtlinien erfüllen.
• On-Chain-Identität: Ansprüche können von autorisierten Emittenten verifiziert, widerrufen oder aktualisiert werden; Änderungen wirken sich auf die Überprüfungen von Übertragungen aus.
• Widerruf und Aktualisierungen: Wenn ein Anspruch abläuft oder widerrufen wird, verliert die Adresse sofort die Berechtigung zur Übertragung.
• Auditierbarkeit: On-Chain-Events und deterministische Regeln helfen Prüfern und Regulierungsbehörden, Bewegungen und die Einhaltung von Richtlinien zu untersuchen.
• Konfigurierbare Rollen: Emittenten, Controller, Anspruchsanbieter und Registrare können durch Governance-Prozesse berechtigt werden.

Wo ERC-3643 im RWA-Stack passt

• Erstausgabe: Stimmt die On-Chain-Prägung mit KYC/AML bei der Aufnahme ab.
• Sekundärmarkt: Ermöglicht kontrollierte Peer-to-Peer-Übertragungen innerhalb einer berechtigten Kohorte (z. B. eingeschränkte Gerichtsbarkeiten oder akkreditierte Anleger).
• Unternehmensmaßnahmen: Sperrfristen, Vesting, Rückzahlungen und erzwungene Übertragungen (wenn gesetzlich vorgeschrieben) können über Governance-gesteuerte Funktionen implementiert werden, vorbehaltlich des lokalen Rechts.

Dieses Design unterstützt Compliance-Rahmenwerke, einschließlich KYC/AML und der FATF Travel Rule-Richtlinien, wenn ein angemessener Off-Chain-Datenaustausch erforderlich ist. Für einen breiteren Kontext zu AML-Standards im Zusammenhang mit virtuellen Vermögenswerten siehe die Materialien der FATF. FATF Leitlinien für virtuelle Vermögenswerte.

Praktische Tipps für Emittenten und Entwickler

• Wählen Sie Chains mit ausgereiften Werkzeugen: ERC-3643 ist EVM-kompatibel, was Ethereum und führende L2s zu natürlichen Wahlmöglichkeiten macht. Berücksichtigen Sie die Gebührenumgebung, die Dezentralisierung der Validatoren und die Unterstützung des Ökosystems.
• Trennen Sie Richtlinien von Token-Logik: Halten Sie Compliance-Regeln in einem dedizierten Manager-Vertrag; versionieren Sie sie, wenn sich Vorschriften weiterentwickeln.
• Verwalten Sie Anspruchsemittenten und Registrare: Definieren Sie, wer Ansprüche ausstellen, bestätigen oder widerrufen kann; implementieren Sie eine klare Governance für die Aufnahme/Entfernung von Prüfern.
• Planen Sie für Lebenszyklusereignisse: Sperrfristen, Änderungen des Gerichtsstands, Unternehmensmaßnahmen und Berichtspflichten sollten parametrisiert und getestet werden.
• Integration mit Verwahrung und Signierung: Institutionen sollten Identitätsregister mit ihrer Verwahrungsstruktur abstimmen, um sicherzustellen, dass Adressen sicher und nachweisbar sind.

UX und Sicherheit für Endnutzer

Berechtigte Token koppeln die Berechtigung an spezifische Adressen. Das macht die Verwaltung privater Schlüssel kritisch: Wenn ein Schlüssel kompromittiert oder verloren geht, muss der Nutzer möglicherweise neu verifizieren und Ansprüche auf eine neue Adresse migrieren. Für langfristige, regulierte Bestände können Hardware-Wallets das operationelle Risiko reduzieren, indem sie Schlüssel offline halten und deterministische Backups bereitstellen.

Wenn Sie in tokenisierte RWAs investieren oder Produkte auf ERC-3643 aufbauen, kann OneKey helfen, die Schlüssel hinter Ihren berechtigten Adressen zu sichern:

• Sichere Offline-Schlüsselspeicherung mit einfachen Backups und Passphrase-Unterstützung.
• Multi-Chain-EVM-Kompatibilität für Adressen, die in Identitätsregistern und bei konformen Übertragungen verwendet werden.
• Offene Integrationen und transparentes Design, das für institutionelle und professionelle Arbeitsabläufe geeignet ist.

Durch die Abstimmung sicherer Schlüsselspeicher mit On-Chain-Identität verringern Sie die Wahrscheinlichkeit, dass Compliance-berechtigte Adressen außer Kontrolle geraten, gerade wenn Unternehmensmaßnahmen oder sekundäre Übertragungen am wichtigsten sind.

Häufig gestellte Fragen

• Können ERC-3643-Token überbrückt werden? Technisch ja über EVM-Chains hinweg, aber die Compliance muss im Zielnetzwerk durchgesetzt werden. Identitätsregister und Anspruchsemittenten benötigen Cross-Chain-Pläne; andernfalls können gewrappte Token ihre Berechtigungsprüfung verlieren.
• Wie werden Sanktions- oder Jurisdiktionsregeln gehandhabt? Durch Compliance-Richtlinien und genehmigte Anspruchsemittenten. Emittenten sollten sich auf maßgebliche Listen beziehen und zeitnahe Aktualisierungen pflegen, die den lokalen Vorschriften entsprechen.
• Funktioniert ERC-3643 mit DeFi? Es kann, wenn DeFi-Protokolle Identitätsprüfungen integrieren. Erwarten Sie ein Wachstum bei "berechtigten Pools" für institutionelles DeFi, bei denen ERC-3643-Richtlinien die Teilnahme regeln. Sehen Sie sich das MAS Projekt Guardian für Live-Beispiele von institutionell berechtigten DeFi-Pilotprojekten an. MAS Projekt Guardian.

Fazit

Die Tokenisierung von RWAs beschleunigt sich, aber die regulatorische Abstimmung bestimmt, ob Vermögenswerte grenzüberschreitend skaliert werden können. ERC-3643 bietet Emittenten eine standardisierte, modulare Möglichkeit, Identität und Compliance On-Chain durchzusetzen, was öffentliche Blockchains für regulierte Instrumente nutzbar macht und gleichzeitig die Programmierbarkeit erhält.

Da Institutionen Pilotprojekte unter Rahmenwerken wie MiCA und Initiativen wie Project Guardian in die Produktion ausweiten, werden Standards wie ERC-3643 festlegen, wie konforme Token mit Börsen, Verwahrern und DeFi interagieren. Für Entwickler und Investoren ist die Kombination der Berechtigungsprüfung von ERC-3643 mit robuster privater Schlüssel-Sicherheit unerlässlich. Wenn Sie eine zuverlässige, Multi-Chain-Hardware-Verwahrung für Adressen benötigen, die an ERC-3643-Workflows teilnehmen, ziehen Sie OneKey in Betracht, um die Schlüssel hinter Ihren identitätsregistrierten Konten zu schützen und konforme Abläufe zu optimieren.