---
title: "ERC-721"
description: "ERC-721 é a interface padrão do Ethereum para tokens não fungíveis (NFTs): cada token é identificado separadamente, e um contrato inteligente registra suas regras de propriedade e transferência."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# ERC-721
> Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas.
## Resposta direta
ERC-721 é a interface padrão do Ethereum para tokens não fungíveis. Em vez de um único saldo intercambiável, um contrato ERC-721 acompanha cada token por meio de `tokenId`, expõe seus proprietários e define como eles podem ser transferidos ou autorizados. O token é identificado pelo par formado pelo endereço do contrato e `tokenId`; o padrão, por si só, não determina o preço, a autenticidade, a escassez nem os direitos legais do ativo.
ERC-721 é diferente de ERC-20 porque as unidades de ERC-20 são fungíveis: uma unidade deve ser intercambiável com outra. Tokens ERC-721 podem pertencer à mesma coleção e ainda assim ter identificadores e metadados diferentes. Uma carteira ou marketplace pode oferecer suporte aos dois padrões, mas as chamadas de transferência e aprovação são diferentes.
A pergunta prática não é se um projeto diz usar “ERC-721”, mas o que seu contrato e os sistemas ao redor realmente fazem. Antes de tratar um NFT como ativo, verifique a implementação, as permissões, os metadados, a autorização do marketplace, a liquidez e os direitos prometidos aos detentores.
## Como funciona
### Identidade e propriedade
O contrato registra um proprietário para cada `tokenId` existente. `ownerOf` retorna esse endereço e `balanceOf` conta quantos tokens um endereço possui. A emissão normalmente cria um novo identificador e emite um evento `Transfer` a partir do endereço zero; a queima geralmente emite uma transferência para o endereço zero. Esses eventos ajudam na indexação, mas a autoridade é o estado do contrato.
### Transferências e aprovações
O proprietário pode chamar `transferFrom` diretamente ou autorizar um endereço para um token com `approve`. `setApprovalForAll` autoriza um operador a controlar todos os tokens que o proprietário possui naquela coleção. Isso é conveniente para marketplaces, mas cria uma permissão ampla. Confira o operador pelo endereço do contrato e revogue on-chain as aprovações que não forem mais necessárias. Uma ordem de marketplace assinada é diferente de uma aprovação on-chain: cancelar uma não cancela necessariamente a outra.
`safeTransferFrom` também verifica se o contrato receptor implementa `IERC721Receiver`. Essa verificação ajuda a evitar o envio do token a um contrato que não consiga recebê-lo; `transferFrom` não executa o callback do receptor. Nenhuma das duas funções garante que um marketplace, uma ponte ou uma carteira tratará o token corretamente.
### Metadados e royalties
A extensão opcional de metadados expõe `tokenURI`, que pode apontar para dados armazenados on-chain ou em outro lugar. Uma URI base mutável, um contrato atualizável, um administrador ou um serviço de hospedagem centralizado pode mudar o que o token exibe após a emissão. Armazenamento permanente e descentralizado reduzem algumas dependências, mas não provam autoria, procedência ou titularidade de propriedade intelectual.
ERC-721 não obriga marketplaces secundários a pagar royalties ao criador. Uma coleção pode implementar a interface opcional de royalties `EIP-2981`, mas o marketplace decide se irá respeitá-la, e a interface não liquida nem impõe o pagamento. Limites de oferta, aleatoriedade, autenticidade da obra, licenças de marca e outras promessas devem ser verificadas separadamente no código, nas regras de distribuição e nos documentos legais.
## Exemplo
Suponha que um contrato emita o token `#42` para Alice. O token não é identificado globalmente apenas por `42`: o endereço do contrato da coleção também faz parte da identidade. Alice pode listá-lo em um marketplace concedendo `approve` para esse token ou `setApprovalForAll` ao operador do marketplace. Quando a venda é executada, o marketplace chama uma função de transferência, e o contrato verifica propriedade e autorização. Alice deve revogar depois a aprovação para toda a coleção quando não precisar mais dela.
A imagem exibida pelo marketplace é uma questão separada de metadados. Alice deve verificar o comportamento de `tokenURI`, as permissões de atualização, a hospedagem e a licença da coleção, em vez de supor que possuir o token transfere direitos autorais ou de uso comercial.
## Riscos
- Risco do contrato: uma falha, uma atualização maliciosa, um administrador privilegiado ou um hook de transferência incorreto pode bloquear ou mover tokens.
- Risco de autorização: um `setApprovalForAll` para toda a coleção ou um marketplace comprometido pode mover todos os tokens aprovados daquela coleção.
- Risco de metadados e legal: arquivos fora da cadeia podem desaparecer ou mudar, e a propriedade do token não concede automaticamente direitos autorais, de marca ou outros direitos legais.
- Risco de mercado: os preços de NFTs podem ser voláteis, a liquidez pode ser baixa e o preço mínimo exibido talvez não seja executável para um token específico.
As operações on-chain geralmente são irreversíveis. Verifique o contrato da coleção, o endereço receptor, as aprovações, os controles de metadados e os detalhes da transação antes de assinar; trate afirmações de promotores ou comunidades como alegações a verificar, não como garantias.
## Equívocos comuns
### Mito 1: ERC-721 garante escassez
Ele apenas distingue tokens dentro de um contrato. O emissor pode cunhar mais tokens, implantar coleções semelhantes ou fazer vários identificadores apontarem para mídias equivalentes. A escassez depende das regras de oferta e das permissões que as aplicam.
### Mito 2: O NFT inclui todos os direitos de propriedade intelectual
A blockchain registra uma transferência de token. Direitos autorais, reprodução, uso comercial, adaptação e marca dependem da licença da coleção e da lei aplicável; não podem ser inferidos de `ownerOf`.
### Mito 3: Cancelar uma listagem do marketplace remove todas as permissões
A listagem, sua assinatura e validade, e um `approve` ou `setApprovalForAll` on-chain são estados separados. Verifique e revogue independentemente a permissão on-chain quando ela não for mais necessária.
## Tópicos relacionados
- [Acumulador criptográfico](/pt-br/crypto/cryptographic-accumulator/)
- [ERC-20](/pt-br/crypto/erc20/)
- [NFT](/pt-br/crypto/nft/)
- [Frase mnemônica](/pt-br/crypto/seed-phrase/)
- [Padrão de token](/pt-br/crypto/token-standard/)
## Fontes
- [ERC-721: Non-Fungible Token Standard](https://eips.ethereum.org/EIPS/eip-721) - Ethereum Improvement Proposals (acessado em: 2026-08-20)
- [ERC-721 Non-Fungible Token Standard](https://ethereum.org/en/developers/docs/standards/tokens/erc-721/) - Ethereum.org (acessado em: 2026-08-20)
- [ERC-2981: NFT Royalty Standard](https://eips.ethereum.org/EIPS/eip-2981) - Ethereum Improvement Proposals (acessado em: 2026-08-20)
- [Tenha cuidado ao comprar moedas ou tokens digitais](https://www.cftc.gov/LearnAndProtect/AdvisoriesAndArticles/caution_of_digital_currencies.html) - CFTC (acessado em: 2026-08-20)
Source: https://wiki.fcontext.com/pt-br/crypto/erc721/index.mdx