Escrito por Pablo Gómez
Founder & CEO de Metlabs · Revisado el 11 de octubre de 2026
El estándar nació para cubrir carencias de ERC-20, sobre todo los tokens que quedaban atascados en contratos incapaces de recibirlos. Los operators sustituyen el modelo approve/allowance por operadores autorizados. Los hooks tokensReceived y tokensToSend se invocan automáticamente al recibir o enviar tokens, y permiten que un contrato ejecute lógica o rechace una transferencia en el acto. El descubrimiento de hooks se hace vía el registro de interfaces ERC-1820. ERC-777 está en estado Final, creado el 20 de noviembre de 2017 por Jacques Dafflon, Jordi Baylina y Thomas Shababi.
Su valor hoy es sobre todo como referencia de seguridad y buena práctica. El estándar en sí es correcto, pero como el hook tokensReceived cede el control al receptor durante la transferencia, conviene que todo contrato siga el patrón checks-effects-interactions o aplique un mutex de reentrancy. Es un caso de manual al que se apela para justificar ese orden de operaciones en cualquier integración que reciba tokens con callbacks.
Su adopción es acotada: el grueso del ecosistema se quedó en ERC-20, y estándares posteriores como ERC-4626 y Permit2 cubrieron las necesidades reales con una superficie de implementación más sencilla. Para la tokenización conviene conocerlo como contraste: ERC-2612 y account abstraction resuelven la experiencia de aprobar y actuar sin esos ganchos.
Fuentes
También conocido como
- ERC777





