Verfasst von Pablo Gómez
Founder & CEO von Metlabs · Geprüft am 11. Oktober 2026
ERC-1404 bleibt vollständig kompatibel mit der ERC-20-Schnittstelle und ergänzt die Compliance-Schicht um zwei Funktionen. detectTransferRestriction erhält Sender, Empfänger und Betrag und gibt einen Beschränkungscode zurück; per Konvention bedeutet 0, dass die Übertragung erlaubt ist, jeder andere Wert steht für einen Blockierungsgrund (Whitelist, Lock-ups, Jurisdiktionsgrenzen). messageForTransferRestriction übersetzt diesen Code in eine für Menschen lesbare Meldung, etwa dass der Empfänger nicht auf der Whitelist steht. Das übliche Muster wertet detectTransferRestriction innerhalb von transfer und transferFrom aus und bricht mit revert ab, wenn der Code ungleich 0 ist.
Sein Wert liegt in der bewussten Einfachheit gegenüber der Modularität von ERC-1400. Er bietet einen schlanken Weg, regulierte Token zu emittieren, ohne den gesamten Apparat aus Dokumenten und Partitionen zu übernehmen, und die Trennung von Erkennen und Erklären ermöglicht es Wallets und Exchanges, dem Nutzer vor dem Absenden anzuzeigen, warum eine Übertragung scheitern würde. Zum Status ist anzumerken: Er fungiert als De-facto-Standard der Branche mit eigenem Referenz-Repository, nicht als Final EIP.
Er wurde 2018 vom Project-Zero-Team von TokenSoft (Ron Gierlach, James Poole, Mason Borda und Lawson Baker) entwickelt. TokenSoft wurde später Teil des Securitize-Ökosystems. Neben ERC-1400 und ERC-3643 ist ERC-1404 einer von drei Ansätzen für dasselbe Problem, die regelkonforme Übertragung: minimalistisch (ERC-1404), modular und dokumentenbasiert (ERC-1400) sowie auf On-Chain-Identität gestützt (ERC-3643). Er eignet sich für Security Token, regulierte Stablecoins und RWA mit Beschränkungen je Holder.
Auch bekannt als
- ERC1404
- Simple Restricted Token Standard





