Um padrão de token é uma especificação publicada, um conjunto escrito de requisitos, para a interface de um contrato inteligente que cria tokens. A interface corresponde às funções e eventos do contrato. O software escrito para essa interface pode funcionar com qualquer contrato que a siga. Um token é uma unidade emitida numa blockchain existente através de um contrato inteligente, um programa aí armazenado.
O Que Define um Padrão de Token e o Que Deixa em Aberto?
Um padrão de token define a interface de um contrato de token, que é um contrato inteligente que cria e regista tokens. A interface enumera as funções que o contrato de token disponibiliza, o que cada função recebe e devolve, e os eventos que o contrato de token regista.
Uma função é uma operação nomeada que um contrato de token disponibiliza e que pode ser chamada por uma transação ou por outro contrato. Uma transação é um pedido que um utilizador envia a uma blockchain, como um pedido para mover um token. Uma blockchain é um registo partilhado ao qual novas entradas são adicionadas sucessivamente. Um evento é um aviso que um contrato de token regista na blockchain quando algo muda, para que o software possa acompanhar essa alteração.
Por exemplo, um padrão pode declarar uma função que devolve o saldo de um endereço e uma função que move tokens para outro endereço. Um endereço é um identificador numa blockchain para um utilizador ou para um contrato inteligente. Um saldo é o número de tokens que um endereço detém.
É de notar que ERC-20, ERC-721, ERC-1155 e BEP-20 não definem quaisquer direitos associados a um token ou o seu estatuto legal. Também não definem o conteúdo de um token, ou seja, os dados ou ficheiros a que um token se refere, nem o restante código do contrato de token, deixando o conteúdo e o restante código a cargo do autor do contrato de token. Um padrão de token não cria tokens; é o contrato de token que segue o padrão que os cria.
Porque Existem os Padrões de Token?
Padrões de token como o ERC-20 e o BEP-20 existem para que o software possa reutilizar tokens através de uma única interface. Software é uma aplicação ou outro contrato inteligente que chama as funções de um contrato de token e lê os seus eventos. O texto do ERC-20 descreve o objetivo como permitir que outro software reutilize tokens através 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 ser alterado para esse efeito. Um padrão de token fornece ao software um único conjunto de nomes de funções e eventos, para que o software possa chamar e ler qualquer contrato de token que siga o padrão da mesma forma. Um padrão só ajuda o software quando este suporta a sua interface, ou seja, quando o software está escrito para chamar as funções que o padrão define.
O Que Especificam o ERC-20, o ERC-721, o ERC-1155 e o BEP-20?
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 intermutáveis, ou seja, uma unidade é igual a outra. Não fungível significa que um contrato de token distingue cada token dos restantes, pelo que não há dois tokens intermutáveis. A entrada do glossário Token não fungível (NFT) explica o conceito de token não fungível.
O Que Especifica o ERC-20?
O ERC-20 é um padrão para tokens fungíveis na Ethereum. Um contrato de token que siga o ERC-20 mantém um saldo para cada endereço, e a sua interface inclui balanceOf, que devolve 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 gastador (spender), a mover tokens do saldo do primeiro endereço, até um determinado montante, numa ou mais transferências. A função transferFrom é aquela que o gastador chama para mover esses tokens, e allowance devolve o montante que o gastador ainda pode mover. Os eventos Transfer e Approval anunciam uma transferência e uma autorização, respetivamente, e nenhuma função do ERC-20 nomeia um ID de token, o que distingue o ERC-20 do ERC-721 e do ERC-1155.
O Que Especifica o ERC-721?
O ERC-721 é um padrão para tokens não fungíveis na Ethereum. Um contrato de token que siga o ERC-721 atribui a cada token um ID de token, que é um número que distingue o token dos restantes tokens do contrato. O contrato de token também regista qual o endereço que controla cada ID de token. O ERC-721 partilha alguns nomes com o ERC-20, como balanceOf e Transfer.
O Que Especifica o ERC-1155?
O ERC-1155 é um padrão para um contrato de token que gere vários tipos de token na Ethereum, e o seu título é “Multi Token Standard”. No ERC-1155, um ID de token identifica um tipo de token, que é um tipo de token gerido 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 montantes, para que uma única chamada possa nomear 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, num único contrato.
O Que Especifica o BEP-20?
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 cadeia, e o texto do BEP-20 enumera os mesmos nomes de funções e eventos que o ERC-20. O texto do BEP-20 afirma que o BEP-20 deriva do ERC-20.
Como se Comparam o ERC-20, o ERC-721, o ERC-1155 e o BEP-20?
O ERC-20, o ERC-721, o ERC-1155 e o BEP-20 diferem no que constitui uma unidade, no que o contrato de token regista, e em onde o padrão está especificado.
ERC-20 vs ERC-721: O Que Regista um Contrato?
O ERC-20 e o ERC-721 diferem no que constitui uma unidade e no que o contrato de token regista. Uma unidade ERC-20 é uma entre muitas unidades intermutáveis, e o contrato de token responde a quantas unidades um determinado endereço detém. Uma unidade 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. A entrada do glossário ERC-721 enumera as funções e eventos do ERC-721.
BEP-20 vs ERC-20: Como se Relacionam os Dois?
O BEP-20 deriva do ERC-20, segundo o texto do BEP-20, e foi escrito para a BNB Chain (Binance Smart Chain), enquanto o ERC-20 foi escrito para a Ethereum. O texto do BEP-20 indica 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 afirma ainda que o BEP-20 estende o ERC-20 para transferências entre cadeias (cross-chain), ou seja, a transferência de tokens de uma blockchain para outra. Esta entrada do glossário não descreve o funcionamento de tal transferência.
Como São Escritos os Padrões de Token, e Para Que Blockchain?
Um padrão de token para a Ethereum é escrito como uma Ethereum Improvement Proposal (EIP), um documento de conceção para a comunidade Ethereum. ERC é a categoria de EIPs que define padrões para aplicações, incluindo padrões de token. Uma EIP passa por fases definidas pela EIP-1, como Rascunho (Draft) e Revisão (Review), e uma EIP aceite como padrão tem o estatuto de 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 referem a 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 Podem Ainda Assim Diferir?
Dois contratos de token que seguem o mesmo padrão podem diferir noutros comportamentos, porque o padrão define a interface e não o restante código. Um padrão também pode incluir partes opcionais, pelo que um contrato de token pode disponibilizar funções que outro contrato de token não inclui.
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, em que metadados são dados que descrevem os tokens. A extensão do ERC-721 acrescenta três funções, e a extensão do ERC-1155 acrescenta uma função, uri.
27 de novembro de 2025











