Escrito por Pablo Gómez
Founder & CEO da Metlabs · Revisado em 11 de outubro de 2026
O padrão nasceu para suprir lacunas do ERC-20, sobretudo os tokens que ficavam presos em contratos incapazes de recebê-los. Os operators substituem o modelo approve/allowance por operadores autorizados. Os hooks tokensReceived e tokensToSend são invocados automaticamente ao receber ou enviar tokens e permitem que um contrato execute lógica ou rejeite uma transferência na hora. A descoberta de hooks é feita via registro de interfaces ERC-1820. O ERC-777 está em estado Final, criado em 20 de novembro de 2017 por Jacques Dafflon, Jordi Baylina e Thomas Shababi.
Hoje, seu valor está sobretudo em servir como referência de segurança e boa prática. O padrão em si é correto, mas, como o hook tokensReceived cede o controle ao receptor durante a transferência, convém que todo contrato siga o padrão checks-effects-interactions ou aplique um mutex de reentrância. É um caso clássico ao qual se recorre para justificar essa ordem de operações em qualquer integração que receba tokens com callbacks.
Sua adoção é limitada: a maior parte do ecossistema permaneceu no ERC-20, e padrões posteriores como ERC-4626 e Permit2 cobriram as necessidades reais com uma superfície de implementação mais simples. Para a tokenização, convém conhecê-lo como contraste: ERC-2612 e account abstraction resolvem a experiência de aprovar e agir sem esses hooks.
Fontes
Também conhecido como
- ERC777





