ERC-7943 (uRWA, universelle RWA-Schnittstelle)

Die Idee hinter ERC-7943 ist, nur den minimalen gemeinsamen Nenner zu definieren, den ein RWA-Token für Kontrolle und Compliance benötigt. Der Kern des Tokens bleibt schlank, und darum herum lässt sich komponierbares DeFi aufbauen. Der Standard bietet drei Schnittstellenvarianten je nach Basis-Token, erkennbar über ERC-165: fungibel (auf Basis von ERC-20), nicht fungibel (auf Basis von ERC-721) und Multi-Token (auf Basis von ERC-1155 oder ERC-6909). Die zentralen Funktionen sind forcedTransfer für das Enforcement, setFrozenTokens und getFrozenTokens zum Einfrieren von Salden sowie die View-Hooks canSend, canReceive und canTransfer, die ein Integrator abfragt, um die Zulässigkeit einer Operation zu prüfen, bevor sie on-chain ausgeführt wird. Der Standard legt außerdem seine Errors und Events (ForcedTransfer, Frozen) fest, damit das Verhalten einheitlich ist.

Heute hat jeder RWA-Stack seine eigene API, von ERC-3643 und T-REX bis ERC-1400, was die Integration fragmentiert. uRWA liefert eine gemeinsame, agnostische Schnittstelle, über die DeFi-Protokolle, Verwahrer und Plattformen mit jedem RWA-Token interoperieren können, indem sie dessen Fähigkeiten über ERC-165 erkennen, ohne sich an einen bestimmten Identitätsanbieter zu binden. So erleichtert uRWA die Komponierbarkeit zwischen tokenisierten Vermögenswerten und DeFi (Kreditvergabe, automatisierte Märkte), ohne auf regulatorisches Enforcement zu verzichten.

Verfasst wurde er von Dario Lo Buglio, Tino Martinez Molina und Mihai Colceriu; der EIP wurde am 10. Juni 2025 angelegt und erreichte im formalen Standardisierungsprozess von Ethereum den Status Final, angekündigt Ende Mai 2026. Schnittstelle, Errors und Events sind damit für den Produktiveinsatz eingefroren. Da es sich um einen erst kürzlich finalisierten Standard handelt, steckt die Produktivnutzung noch in den Anfängen: Jedes Deployment sollte im Einzelfall geprüft werden, bevor es als bestätigt gilt. Die kanonische Referenz ist eips.ethereum.org/EIPS/eip-7943.

Die technischen Regeln setzen konfigurierte Bedingungen durch. Die rechtliche Einordnung des Vermögenswerts, die Identifizierung des Kunden und andere externe Pflichten werden durch den Contract nicht erledigt.