Escrito por Pablo Gómez
Founder & CEO de Metlabs · Revisado el 11 de octubre de 2026
ERC-1404 mantiene total compatibilidad con la interfaz ERC-20 y añade la capa de compliance con dos funciones. detectTransferRestriction recibe emisor, destinatario e importe y devuelve un código de restricción, donde por convención 0 significa transferencia permitida y cualquier otro valor representa un motivo de bloqueo (whitelist, lock-ups, límites de jurisdicción). messageForTransferRestriction traduce ese código a un mensaje legible por humanos, como que el destinatario no está en la whitelist. El patrón habitual evalúa detectTransferRestriction dentro de transfer y transferFrom y revierte si el código es distinto de 0.
Su valor está en la simplicidad deliberada frente a la modularidad de ERC-1400. Da una vía ligera para emitir tokens regulados sin adoptar todo el aparato documental y de particiones, y la separación entre detectar y explicar permite que wallets y exchanges muestren al usuario por qué una transferencia fallaría antes de enviarla. Conviene precisar su estatus: funciona como estándar de facto de la industria, con repositorio de referencia propio, no como EIP Final.
Fue creado por el equipo Project Zero de TokenSoft (Ron Gierlach, James Poole, Mason Borda y Lawson Baker) en 2018. TokenSoft pasaría después a formar parte del ecosistema de Securitize. Junto a ERC-1400 y ERC-3643, ERC-1404 es uno de los tres enfoques del mismo problema, la transferencia conforme: minimalista (ERC-1404), modular y documental (ERC-1400) y basado en identidad on-chain (ERC-3643). Es aplicable a security tokens, stablecoins reguladas y RWA con restricciones por holder.
También conocido como
- ERC1404
- Simple Restricted Token Standard





