Escrito por Pablo Gómez
Founder & CEO da Metlabs · Revisado em 11 de outubro de 2026
ERC-5192 adiciona uma única função view, locked(uint256 tokenId), que retorna um booleano. Se locked for true, todas as funções de transferência de ERC-721, como transferFrom ou safeTransferFrom, devem reverter para esse token. O padrão emite eventos Locked e Unlocked ao fixar ou alterar o estado, e suporta detecção de interface via ERC-165, de modo que um indexador pode perguntar se o contrato o implementa. É deliberadamente mínimo: não define como os tokens são cunhados, queimados ou gerenciados, e mantém compatibilidade com todo o tooling de ERC-721 para leitura e exibição.
É a base técnica das credenciais, da identidade e da reputação on-chain: diplomas acadêmicos, certificações, associações, prova de presença e badges de reputação. Resolve a necessidade de que um ativo de identidade não possa ser vendido nem alugado, o que evita mercados de credenciais compradas. Sua origem conceitual está no paper Decentralized Society: Finding Web3's Soul, assinado por Weyl, Ohlhaver e Buterin em 2022, que introduziu a ideia dos tokens soulbound como alicerce de uma identidade verificável.
O padrão, intitulado Minimal Soulbound NFTs, está em estado Final, e sua implementação de referência é mantida pela attestate no GitHub. É a forma canônica de declarar a não transferibilidade por meio da função locked(), e se conecta naturalmente com sistemas de attestations e com esquemas como o POAP para prova de presença. Vale ressalvar que muitos tokens soulbound aplicam a não transferibilidade de forma ad hoc sem declará-la via ERC-5192, por isso atribuir adoção concreta exige verificar contrato a contrato.
Também conhecido como
- ERC5192
- Minimal Soulbound NFTs





