Skip to main content

O que é um token standard

Nota: Este documento é uma tradução automática da versão original em inglês.

O que é um token standard

Um token standard (padrão de token) é um conjunto de regras técnicas que define como um token se comporta em uma blockchain específica. Ele especifica a interface de programação -- quais funções o contrato inteligente do token deve implementar, quais eventos ele deve emitir e como outros contratos e aplicações podem interagir com ele. Um padrão de token é um modelo de compatibilidade: qualquer token que siga o mesmo padrão pode ser enviado, recebido, exibido e negociado por qualquer carteira, exchange ou aplicação que suporte esse padrão, sem exigir integração personalizada.

Os padrões de token resolvem um problema prático. Sem eles, cada projeto inventaria seu próprio formato de token, e as carteiras precisariam de código personalizado para suportar cada um. Padrões como ERC-20 (no Ethereum), BEP-20 (na BNB Smart Chain) e SPL (na Solana) fornecem uma linguagem comum que todo o ecossistema fala. Quando um novo projeto cria um token seguindo o ERC-20, ele automaticamente funciona com todas as carteiras do Ethereum, todas as exchanges descentralizadas e todos os rastreadores de portfólio -- desde o primeiro dia.

É fundamental entender o que um padrão de token é e o que ele não é. Um padrão descreve o formato técnico de um token: como ele pode ser transferido, como os saldos são rastreados e como as aprovações funcionam. Ele não diz nada sobre o propósito, o valor ou o papel econômico do token no projeto. Dois tokens podem seguir o mesmo padrão (ERC-20) e cumprir funções completamente diferentes -- um pode ser um token de governança para uma DAO, outro pode ser um token de utilidade para pagar taxas de inferência de IA. O padrão é o recipiente; o modelo de token é o conteúdo.

Em resumo: um padrão de token define o formato técnico e a interface de um token para que ele seja compatível com carteiras, exchanges e aplicações em sua blockchain. Ele descreve como o token funciona mecanicamente, não para que serve.

Como funcionam os padrões de token

O papel dos contratos inteligentes

Na maioria das blockchains, os tokens são criados implantando um contrato inteligente -- um programa que vive na cadeia e executa automaticamente quando chamado. O padrão de token define quais funções esse contrato inteligente deve incluir. Por exemplo, o padrão ERC-20 exige as seguintes funções centrais:

Função Propósito
totalSupply() Retorna o número total de tokens existentes
balanceOf(address) Retorna o saldo de tokens de um endereço específico
transfer(to, amount) Envia tokens do chamador para outro endereço
approve(spender, amount) Autoriza outro endereço a gastar tokens em nome do chamador
transferFrom(from, to, amount) Envia tokens em nome de outro endereço (requer aprovação prévia)
allowance(owner, spender) Retorna o número restante de tokens que o gastador está autorizado a transferir

Qualquer contrato inteligente que implemente essas funções é compatível com ERC-20. Carteiras, exchanges e aplicações descentralizadas verificam essas funções para determinar se podem interagir com o token. Essa padronização é o que permite que MetaMask, Uniswap ou qualquer outra ferramenta compatível com Ethereum suportem milhares de tokens diferentes sem precisar de código personalizado para cada um.

Padrões em diferentes blockchains

Cada grande blockchain tem seu próprio padrão de token ou família de padrões, refletindo a arquitetura e o modelo de programação da cadeia:

Padrão Blockchain Notas
ERC-20 Ethereum (e cadeias compatíveis com EVM) O padrão de token mais amplamente adotado; a referência de fato para tokens fungíveis
BEP-20 BNB Smart Chain Funcionalmente idêntico ao ERC-20, adaptado para o ambiente compatível com EVM da BNB Smart Chain
SPL Solana O programa de token da Solana; arquitetura diferente (baseada em contas em vez de contratos), mas serve ao mesmo propósito
Token nativo Várias A moeda integrada da cadeia (ETH no Ethereum, SOL na Solana, BTC no Bitcoin); não criada por um contrato inteligente, mas pelo próprio protocolo

As cadeias compatíveis com EVM (Ethereum, BNB Smart Chain, Polygon, Arbitrum, Base, Avalanche C-Chain) compartilham a interface ERC-20, o que significa que os tokens podem frequentemente ser transferidos entre essas cadeias com atrito mínimo. Cadeias não EVM como a Solana usam padrões diferentes que alcançam os mesmos objetivos por meios técnicos diferentes.

Padrões fungíveis vs não fungíveis

Os padrões de token se enquadram em duas categorias principais:

  • Padrões de token fungíveis (ERC-20, BEP-20, SPL) -- cada token é idêntico e intercambiável. Uma unidade de um token fungível é igual a qualquer outra unidade, assim como uma nota de um dólar é intercambiável com outra.
  • Padrões de token não fungíveis (ERC-721, ERC-1155) -- cada token é único e representa um item ou ativo distinto. Esses são os padrões por trás dos NFTs.

No contexto dos cartões de projeto do DecAIHub, o campo Token standard se refere ao padrão de token fungível usado pelo token principal do projeto. A maioria dos projetos de IA cripto emite tokens fungíveis.

Por que a interoperabilidade importa

O valor prático dos padrões de token reside na interoperabilidade -- a capacidade de diferentes ferramentas e serviços funcionarem juntos de forma integrada:

  • Suporte de carteiras -- uma carteira que suporta ERC-20 pode exibir e transferir qualquer token ERC-20 sem atualizações. Os usuários não precisam de uma carteira diferente para cada projeto.
  • Listagens em exchanges -- exchanges centralizadas e descentralizadas podem listar qualquer token compatível com o padrão por meio de processos automatizados. Tokens não padronizados exigem integração personalizada, o que cria atrito e atrasos.
  • Composabilidade DeFi -- os protocolos de finanças descentralizadas (plataformas de empréstimo, pools de liquidez, agregadores de rendimento) são construídos para interagir com tokens padronizados. Um token que segue o ERC-20 pode ser fornecido a um pool de empréstimo, usado como garantia ou pareado em um pool de liquidez sem nenhuma modificação.
  • Compatibilidade com exploradores de blocos -- exploradores como o Etherscan reconhecem e exibem automaticamente transferências, saldos e contagens de detentores de tokens compatíveis com o padrão.
  • Ferramental de desenvolvimento -- os tokens padronizados funcionam imediatamente com frameworks de desenvolvimento, suítes de teste e ferramentas de auditoria de segurança. Implementações não padronizadas aumentam a complexidade da auditoria e o risco de bugs.

O que um padrão NÃO define

Um padrão de token deliberadamente deixa muitos aspectos importantes indefinidos:

  • Suprimento do token -- o padrão não determina se o suprimento total é fixo, inflacionário ou deflacionário. Essas são decisões de tokenomics tomadas pelo projeto.
  • Distribuição -- como os tokens são alocados (equipe, investidores, comunidade, tesouro) não faz parte do padrão.
  • Utilidade -- o padrão não especifica para que o token é usado. Um token pode seguir o ERC-20 e servir como token de governança, token de utilidade, stablecoin ou meme token.
  • Valor -- o padrão não tem opinião sobre quanto o token deveria valer. O preço é determinado por suprimento, demanda, utilidade e dinâmica de mercado -- nenhum dos quais está codificado no padrão.

Por que isso importa para projetos de IA cripto

Para projetos de IA cripto, os padrões de token afetam várias dimensões práticas:

  • Alcance no ecossistema -- um projeto que emite um token ERC-20 no Ethereum pode acessar imediatamente o maior ecossistema DeFi, o mais amplo suporte de carteiras e os mercados de negociação mais líquidos. Escolher um padrão menos comum limita o alcance imediato do token.
  • Implantação cross-chain -- muitos projetos de IA implantam em várias cadeias. Entender os padrões de token ajuda a avaliar se as alegações multichain de um projeto são credíveis. Um token ERC-20 no Ethereum e um token BEP-20 na BNB Smart Chain são funcionalmente equivalentes, mas exigem contratos inteligentes separados e, potencialmente, uma ponte para transferências cross-chain.
  • Risco de contrato inteligente -- tokens compatíveis com o padrão se beneficiam de auditoria e revisão comunitária extensas. Implementações de token personalizadas ou modificadas podem introduzir vulnerabilidades que não foram testadas pelo ecossistema mais amplo.
  • Mecânicas de token específicas de IA -- alguns projetos de IA adicionam lógica personalizada sobre os contratos de token padrão: mecanismos de taxa dinâmicos vinculados ao uso de inferência de IA, contratos de staking que exigem o bloqueio de tokens antes de acessar serviços de IA, ou distribuição de recompensas baseada na computação contribuída. O padrão de token base fornece a fundação; a lógica específica de IA é colocada por cima.

Onde isso aparece nos cartões de projeto do DecAIHub

O campo Token standard em um cartão de projeto do DecAIHub registra o padrão técnico do token principal do projeto. Os valores comuns incluem:

  • ERC-20 -- o token segue o padrão ERC-20 do Ethereum (ou um equivalente compatível com EVM).
  • BEP-20 -- o token segue o padrão BEP-20 da BNB Smart Chain.
  • SPL -- o token é um token SPL na Solana.
  • native -- o token é a moeda integrada da blockchain, não um token de contrato inteligente.

Esse campo é puramente descritivo. Ele informa qual formato técnico o token usa e, por extensão, a qual ecossistema de blockchain ele pertence. Não informa o que o token faz ou quão valioso ele é.

Ao ler um cartão de projeto, o campo Token standard é melhor compreendido junto com:

  • Main chain -- em qual blockchain o token é implantado.
  • Token model -- o papel econômico que o token desempenha no projeto (utility, governance, staking, fee-mechanism ou no token).
  • Nome e ticker do token -- os identificadores legíveis por humanos para o token.

O que um padrão de token por si só não comprova

  • Um padrão de token não comprova que o token tenha utilidade. Um projeto pode implantar um token ERC-20 perfeitamente compatível que não cumpre nenhum propósito dentro de seu ecossistema. A conformidade técnica não diz nada sobre a necessidade funcional.
  • Um padrão de token não comprova segurança. Embora as implementações padrão sejam bem auditadas, um projeto pode adicionar lógica personalizada (funções de cunhagem, mecanismos de pausa, controles de admin) que introduz vulnerabilidades. O padrão é um ponto de partida, não uma garantia de segurança.
  • Um padrão de token não comprova que o projeto tenha IA. Emitir um token em qualquer padrão é uma atividade puramente financeira e de infraestrutura. Não tem relação com o fato de o projeto ter um componente de IA genuíno.
  • Um padrão de token não comprova interoperabilidade além de sua cadeia. Um token ERC-20 no Ethereum não está automaticamente disponível na Solana. A disponibilidade cross-chain exige pontes, tokens encapsulados (wrapped) ou implantações separadas -- nenhum dos quais faz parte do próprio padrão.
  • Um padrão de token não comprova a descentralização do token. Um token compatível com o padrão pode ter um único endereço proprietário com a capacidade de cunhar tokens ilimitados, congelar transferências ou colocar endereços em lista negra. O padrão define a interface, não os controles de acesso.

Não confundir com

  • Token model -- o modelo de token descreve o papel do token (utility, governance, staking, fee-mechanism). O padrão descreve o formato. Um modelo de token responde "para que serve?". Um padrão responde "como funciona tecnicamente?".
  • Tokenomics -- a tokenomics abrange suprimento, distribuição, cronograma de emissão, vesting e incentivos econômicos. Essas são decisões de design econômico, não parte do padrão técnico.
  • Contrato inteligente -- um padrão de token é um tipo específico de contrato inteligente. Nem todos os contratos inteligentes são tokens, e nem todos os tokens são contratos inteligentes (tokens nativos como ETH ou SOL são embutidos no próprio protocolo).
  • Protocolo -- um protocolo de blockchain é o conjunto completo de regras que governam a rede. Um padrão de token é uma especificação muito mais restrita que governa um tipo de ativo na rede.

Perguntas frequentes

ERC-20 e BEP-20 são a mesma coisa?

Funcionalmente, sim. O BEP-20 é o equivalente do ERC-20 na BNB Smart Chain e usa as mesmas assinaturas de função e a mesma interface. A diferença é a blockchain em que eles são executados: ERC-20 no Ethereum, BEP-20 na BNB Smart Chain. Como a BNB Smart Chain é compatível com EVM, o código do contrato inteligente é frequentemente idêntico. No entanto, os tokens existem em redes separadas e não podem ser usados de forma intercambiável sem uma ponte cross-chain.

O que acontece se um token não seguir um padrão?

Um token não padronizado pode não ser reconhecido por carteiras, exchanges ou protocolos DeFi. Os usuários podem não conseguir ver seu saldo, transferir tokens ou negociá-los em exchanges descentralizadas. Tokens não padronizados exigem trabalho de integração personalizado de cada plataforma que queira suportá-los, o que cria atrito e limita a adoção. Em alguns casos, a lógica de transferência não padronizada levou a tokens ficarem permanentemente travados em contratos inteligentes.

Um token pode mudar seu padrão?

Não diretamente. O padrão de um token é definido por seu contrato inteligente, que é imutável uma vez implantado (a menos que use um padrão de proxy atualizável). Para "mudar" de padrão, um projeto normalmente implantaria um novo contrato de token no padrão de destino e ofereceria um mecanismo de migração ou troca para os detentores existentes. Isso é incomum e complexo.

O padrão de token afeta as taxas de transação?

Indiretamente. O padrão define as funções do contrato inteligente que são chamadas durante as transferências, e funções diferentes consomem quantidades diferentes de gás (a unidade de custo de computação nas cadeias EVM). Uma transferência ERC-20 simples custa cerca de 65.000 unidades de gás no Ethereum. Tokens com lógica adicional (como taxas de transferência, mecanismos de reflection ou provisão automática de liquidez) consomem mais gás. O padrão estabelece a linha de base; as adições personalizadas aumentam o custo.

Por que alguns projetos usam tokens nativos em vez de ERC-20?

Os tokens nativos são embutidos no próprio protocolo da blockchain, não criados por um contrato inteligente. Eles servem como a moeda da rede para pagar taxas de transação e, em redes PoS, para staking. Projetos que operam sua própria blockchain (cadeias L1 ou appchains) normalmente têm tokens nativos porque a cadeia precisa de uma moeda de taxa integrada. Projetos implantados como aplicações em uma cadeia existente normalmente emitem tokens ERC-20 (ou equivalentes) porque não controlam o protocolo subjacente.

Como posso verificar qual padrão um token usa?

Em cadeias EVM, você pode verificar o contrato inteligente do token em um explorador de blocos como o Etherscan. Se o contrato implementa as seis funções centrais do ERC-20 (totalSupply, balanceOf, transfer, approve, transferFrom, allowance), ele é compatível com ERC-20. A maioria dos exploradores rotula os tokens por seu padrão automaticamente. Na Solana, a página do SPL Token Program no Solscan ou no Solana Explorer identifica os tokens SPL. Os cartões de projeto do DecAIHub incluem o campo Token standard para poupar você dessa consulta.

Referências externas

Ver também

No comments to display

Back to top