Um padrão de token é uma especificação publicada, um conjunto escrito de requisitos, para a interface de um smart contract que cria tokens. A interface são as funções e os eventos do contrato. Um software escrito para a interface pode funcionar com qualquer contrato que a siga. Um token é uma unidade emitida em uma blockchain existente por meio de um smart contract, um programa armazenado nela.
O Que um Padrão de Token Define e o Que Ele Deixa em Aberto?
Um padrão de token define a interface de um contrato de token, que é um smart contract que cria e rastreia tokens. A interface lista as funções que o contrato de token oferece, o que cada função recebe e retorna, além dos eventos que o contrato de token registra.
Uma função é uma operação nomeada que um contrato de token oferece e que uma transação ou outro contrato pode chamar. Uma transação é uma solicitação que um usuário envia a uma blockchain, como uma solicitação para mover um token. Uma blockchain é um registro compartilhado ao qual novas entradas são adicionadas uma após a outra. Um evento é um aviso que um contrato de token registra na blockchain quando algo muda, para que um software possa acompanhar a mudança.
Por exemplo, um padrão pode declarar uma função que retorna o saldo de um endereço e uma função que move tokens para outro endereço. Um endereço é um identificador em uma blockchain para um usuário ou para um smart contract. Um saldo é o número de tokens que um endereço possui.
Vale destacar que ERC-20, ERC-721, ERC-1155 e BEP-20 não definem nenhum direito vinculado a um token ou a status legal de um token. Eles também não definem o conteúdo de um token, ou seja, os dados ou arquivos aos quais um token faz referência, nem o restante do código do contrato de token, deixando o conteúdo e o restante do código a cargo do autor do contrato de token. Um padrão de token não cria tokens; um contrato de token que segue o padrão é quem os cria.
Por Que os Padrões de Token Existem?
Padrões de token como ERC-20 e BEP-20 existem para que o software possa reutilizar tokens por meio de uma única interface. Software é um aplicativo ou outro smart contract que chama as funções de um contrato de token e lê seus eventos. O texto do ERC-20 descreve o objetivo como permitir que outros softwares reutilizem tokens por meio de uma interface padrão, e o texto do BEP-20 apresenta um objetivo semelhante.
Compatibilidade significa que um software pode funcionar com outro sem precisar ser alterado para isso. Um padrão de token fornece ao software um conjunto único de nomes de funções e eventos, de modo que o software possa chamar e ler um contrato de token que siga o padrão da mesma maneira. Um padrão só ajuda o software quando este oferece suporte à sua interface, ou seja, quando o software é escrito para chamar as funções que o padrão nomeia.
O Que ERC-20, ERC-721, ERC-1155 e BEP-20 Especificam?
ERC-20, ERC-721, ERC-1155 e BEP-20 são 4 exemplos de padrões de token. Fungível significa que as unidades de um token são intercambiáveis, de modo que uma unidade é igual a outra. Não fungível significa que um contrato de token diferencia cada token dos demais, de modo que não há dois tokens intercambiáveis. O verbete do glossário Token não fungível (NFT) explica o conceito de token não fungível.
O Que o ERC-20 Especifica?
O ERC-20 é um padrão para tokens fungíveis na Ethereum. Um contrato de token que segue o ERC-20 mantém um saldo para cada endereço, e sua interface inclui balanceOf, que retorna o saldo de um endereço, e transfer, que move tokens para outro endereço. A função approve permite que um endereço autorize um segundo endereço, o spender (gastador), a mover tokens do saldo do primeiro endereço, até um determinado valor, em uma ou mais transferências. A função transferFrom é a que o spender chama para mover esses tokens, e allowance retorna o valor que o spender ainda pode movimentar. Os eventos Transfer e Approval anunciam uma transferência e uma aprovação, respectivamente, e nenhuma função do ERC-20 nomeia um ID de token, o que diferencia o ERC-20 do ERC-721 e do ERC-1155.
O Que o ERC-721 Especifica?
O ERC-721 é um padrão para tokens não fungíveis na Ethereum. Um contrato de token que segue o ERC-721 atribui a cada token um ID de token, que é um número que diferencia o token dos demais tokens do contrato. O contrato de token também registra qual endereço controla cada ID de token. O ERC-721 compartilha alguns nomes com o ERC-20, como balanceOf e Transfer.
O Que o ERC-1155 Especifica?
O ERC-1155 é um padrão para um contrato de token que gerencia vários tipos de token na Ethereum, e seu título é “Multi Token Standard” (Padrão de Múltiplos Tokens). No ERC-1155, um ID de token identifica um tipo de token, que é uma categoria de token gerenciada pelo contrato, e as funções de transferência recebem um ID de token. O padrão também declara funções em lote (batch), que recebem listas de IDs de token e valores, permitindo que uma única chamada nomeie vários tipos de token. O ERC-20 cobre tokens fungíveis e o ERC-721 cobre tokens não fungíveis, enquanto o ERC-1155 permite tokens fungíveis, não fungíveis, ou ambos em um único contrato.
O Que o BEP-20 Especifica?
O BEP-20 é um padrão de token para a BNB Smart Chain, uma blockchain separada da Ethereum. O BEP-20 descreve uma interface padrão para contratos de token nessa rede, e o texto do BEP-20 lista os mesmos nomes de funções e eventos que o ERC-20. O texto do BEP-20 afirma que o BEP-20 é derivado do ERC-20.
Como ERC-20, ERC-721, ERC-1155 e BEP-20 Se Comparam?
ERC-20, ERC-721, ERC-1155 e BEP-20 diferem no que constitui uma unidade, no que o contrato de token rastreia e em onde o padrão é especificado.
ERC-20 vs ERC-721: O Que um Contrato Rastreia?
ERC-20 e ERC-721 diferem no que constitui uma unidade e no que o contrato de token rastreia. Uma unidade do ERC-20 é uma entre muitas unidades intercambiáveis, e o contrato de token responde a quantas unidades um determinado endereço possui. Uma unidade do ERC-721 é um único token com um ID de token, e o contrato de token responde a qual endereço controla um determinado ID de token. O verbete do glossário ERC-721 lista as funções e os eventos do ERC-721.
BEP-20 vs ERC-20: Como os Dois se Relacionam?
O BEP-20 é derivado do ERC-20, segundo o texto do BEP-20, e é escrito para a BNB Chain (Binance Smart Chain), enquanto o ERC-20 é escrito para a Ethereum. O texto do BEP-20 afirma que as funções symbol e decimals são obrigatórias, enquanto o texto do ERC-20 as marca como opcionais. O texto do BEP-20 também diz que o BEP-20 estende o ERC-20 para transferência entre cadeias (cross-chain), o que significa uma transferência de tokens de uma blockchain para outra. Este verbete do glossário não descreve como tal transferência funciona.
Como os Padrões de Token São Escritos, e Para Qual Blockchain?
Um padrão de token para a Ethereum é escrito como um Ethereum Improvement Proposal (EIP), um documento de design para a comunidade Ethereum. ERC é a categoria de EIPs que definem padrões para aplicações, incluindo padrões de token. Um EIP passa por estágios definidos pelo EIP-1, como Draft (Rascunho) e Review (Revisão), e um EIP aceito como padrão recebe o status Final.
Cada um dos padrões ERC-20, ERC-721, ERC-1155 e BEP-20 é escrito para uma blockchain específica. Os textos do ERC-20, ERC-721 e ERC-1155 fazem referência à Ethereum, e o texto do BEP-20, uma BNB Evolution Proposal (BEP), é escrito para a BNB Smart Chain. Outras blockchains podem publicar padrões de token diferentes.
Dois Contratos Que Seguem o Mesmo Padrão Ainda Podem Diferir?
Dois contratos de token que seguem o mesmo padrão podem diferir em outros comportamentos, porque o padrão define a interface, e não o restante do código. Um padrão também pode incluir partes opcionais, de modo que um contrato de token pode oferecer funções que outro contrato de token deixa de fora.
O texto do ERC-20 marca as funções name, symbol e decimals como opcionais. Os textos do ERC-721 e do ERC-1155 descrevem, cada um, uma extensão opcional de metadados, sendo que metadados são dados que descrevem os tokens. A extensão do ERC-721 adiciona três funções, e a extensão do ERC-1155 adiciona uma função, uri.
27 de novembro de 2025











