Verfasst von Pablo Gómez
Founder & CEO von Metlabs · Geprüft am 11. Oktober 2026
Der Standard entstand, um Lücken von ERC-20 zu schließen, vor allem bei Token, die in Contracts feststeckten, die sie nicht empfangen konnten. Operators ersetzen das Modell approve/allowance durch autorisierte Operatoren. Die Hooks tokensReceived und tokensToSend werden beim Empfang oder Versand von Token automatisch aufgerufen und erlauben einem Contract, Logik auszuführen oder eine Übertragung sofort abzulehnen. Die Erkennung der Hooks erfolgt über das Interface-Register ERC-1820. ERC-777 befindet sich im Status Final und wurde am 20. November 2017 von Jacques Dafflon, Jordi Baylina und Thomas Shababi erstellt.
Sein Wert liegt heute vor allem in seiner Rolle als Referenz für Sicherheit und Best Practice. Der Standard selbst ist korrekt, aber da der Hook tokensReceived während der Übertragung die Kontrolle an den Empfänger abgibt, sollte jeder Contract das Muster checks-effects-interactions befolgen oder einen Reentrancy-Mutex einsetzen. Es ist ein Lehrbuchfall, auf den man sich beruft, um diese Reihenfolge der Operationen bei jeder Integration zu begründen, die Token mit Callbacks empfängt.
Seine Verbreitung ist begrenzt: Der Großteil des Ökosystems blieb bei ERC-20, und spätere Standards wie ERC-4626 und Permit2 deckten den tatsächlichen Bedarf mit einer einfacheren Implementierungsoberfläche ab. Für die Tokenisierung lohnt es sich, ihn als Kontrast zu kennen: ERC-2612 und Account Abstraction lösen das Zusammenspiel von Freigabe und Aktion ohne solche Hooks.
Quellen
Auch bekannt als
- ERC777





