Você pode aprender a criar um token ERC-20 sem escrever uma única linha de Solidity manualmente. O truque é gerar um contrato auditado a partir dos modelos testados em batalha da OpenZeppelin e, em seguida, implantá-lo através do Remix, o IDE gratuito baseado em navegador. Este guia percorre todo o caminho: escolher as extensões certas, gerar o contrato, testar em uma testnet gratuita e ir ao ar, tudo sem um launchpad pago.
A maioria dos tutoriais de "criar um token" ou te empurra para um launchpad no-code de $99 ou assume que você já roda Hardhat e conhece o npm. Existe um caminho do meio mais limpo. Você configura exatamente os recursos que deseja, obtém código limpo da OpenZeppelin v5 gerado para você, cola no Remix e implanta. Você mantém o controle, paga apenas o gás e pode ler cada linha antes de ela ir para a blockchain.
O Que Realmente É um Token ERC-20#
ERC-20 é uma interface padrão, não um software que você instala. Ela define um pequeno conjunto de funções que todo contrato de token fungível deve expor para que carteiras, exchanges e outros contratos saibam como interagir com ele. "Fungível" significa que cada unidade é idêntica e intercambiável, como dólares ou pontos de fidelidade, ao contrário de NFTs, onde cada token é único.
O padrão exige funções como transfer, balanceOf, approve e transferFrom, além dos eventos Transfer e Approval. Como a interface é fixa, qualquer carteira que suporte ERC-20 (MetaMask, Trust Wallet, Coinbase Wallet) pode armazenar seu token assim que ele existir. Você não precisa registrá-lo com ninguém. Você implanta o contrato, e a rede o trata como um token.
Ponto-chave: criar um token ERC-20 é apenas implantar um contrato inteligente que segue o padrão. Não há autoridade central para solicitar nem fila de aprovação. O custo é o gás mais o tempo para configurar suas funcionalidades corretamente.
Por que sem código não significa baixo controle#
Quando as pessoas dizem "sem código", geralmente se referem a uma de duas coisas muito diferentes. Um launchpad pega o nome e o fornecimento do seu token em um formulário e devolve um token escondendo o contrato. Um gerador de código escreve o Solidity para você com base em suas escolhas e depois permite que você leia, edite e implante você mesmo. O segundo caminho é o que este guia adota, porque o contrato gerado é seu para inspecionar, o que importa enormemente quando dinheiro real está envolvido.
Escolha os Recursos do Seu Token Primeiro#
Antes de gerar qualquer coisa, decida o que seu token precisa fazer. Cada recurso é uma extensão OpenZeppelin que altera o contrato. Adicionar recursos desnecessários aumenta sua superfície de ataque e o gás de implantação, então escolha com cuidado.
| Extensão | O que faz | Quando usar | Risco a considerar |
|---|---|---|---|
| Mintable | Permite que um proprietário crie novos tokens após o lançamento | Programas de recompensa, emissões escalonadas | Detentores podem desconfiar de inflação ilimitada |
| Burnable | Permite que detentores destruam seus próprios tokens | Modelos deflacionários, compre e queime | Geralmente seguro, reduz a oferta |
| Pausable | Proprietário pode congelar todas as transferências | Parada de emergência durante um exploit | Centralização, proprietário pode congelar usuários |
| Permit (aprovação sem gás) | Aprovar via assinatura, sem transação separada | DeFi, melhor experiência do usuário | Código ligeiramente mais complexo |
| Capped supply | Máximo rígido que a cunhagem não pode exceder | Moedas de capital fixo | Nenhum, geralmente tranquilizador |
| Ownable / Roles | Controle de acesso para funções administrativas | Qualquer contrato com ações privilegiadas | Chave do proprietário se torna um alvo |
Um token comunitário de oferta fixa pode não usar nenhum desses recursos além de um proprietário simples. Uma moeda de jogo provavelmente quer Mintable mais Pausable. Um token voltado para DeFi se beneficia de Permit. Quanto menos funções privilegiadas você enviar, mais crível será "isso não é um rug pull" para seus detentores.
Um conjunto padrão seguro#
Se você não tem certeza, um ponto de partida comum e razoavelmente confiável é: oferta inicial fixa cunhada para seu endereço na implantação, Burnable ativado, sem cunhagem, sem pausa. Isso dá aos detentores uma oferta previsível que eles podem verificar e remove os dois recursos que as pessoas mais temem (cunhagem ilimitada e congelamento). Você sempre pode implantar um token mais complexo depois de entender as compensações.
Como Criar um Token ERC-20: Passo a Passo#
Aqui está o caminho completo sem código, desde a ideia até um token ativo em uma testnet e depois na mainnet. Você precisará de um navegador, da extensão MetaMask e de alguns minutos. A única coisa que você paga é o gás, e em uma testnet ele vem de um faucet gratuito.
Passo 1: Gerar o contrato#
Abra o gerador gratuito de contratos ERC-20 e insira o nome do seu token (por exemplo, "Molixa Reward"), símbolo (por exemplo, "MLXR"), decimais (18 é o padrão, igual ao ETH) e fornecimento inicial. Ative apenas as extensões que você decidiu que precisa acima. A ferramenta gera um Solidity limpo do OpenZeppelin v5 com um pragma solidity ^0.8.x recente, que oferece proteção contra overflow embutida, eliminando a necessidade da antiga biblioteca SafeMath.
Leia o código gerado de cima a baixo. Ele importará de @openzeppelin/contracts, declarará seu contrato is ERC20 e definirá seu nome, símbolo e cunhagem inicial no construtor. Se você conseguir acompanhar até aqui, já entende mais sobre seu token do que a maioria das pessoas que implanta por meio de uma plataforma de lançamento.
Passo 2: Abrir o contrato no Remix#
Acesse remix.ethereum.org (sem instalação, sem conta). Crie um novo arquivo em contracts/, nomeie-o como MyToken.sol e cole o código gerado. O Remix reconhece as importações do OpenZeppelin e as baixa automaticamente do npm, então você não precisa gerenciar dependências.
Na aba Solidity Compiler, defina a versão do compilador para corresponder ao pragma do seu contrato (por exemplo, 0.8.24) e clique em Compile. Uma marca de verificação verde significa que o código é válido. Se você vir um erro, quase sempre é uma incompatibilidade de versão entre o menu suspenso do compilador e a linha pragma. Corrija e recompile.
Passo 3: Implantar primeiro em uma testnet#
Nunca implante código não testado diretamente na mainnet com ETH real. Mude o MetaMask para uma rede de teste como Sepolia e pegue ETH de teste gratuito de um faucet Sepolia (pesquise "Sepolia faucet" e use um confiável). No Remix, abra a aba Deploy and Run, defina o ambiente como "Injected Provider - MetaMask" e confirme se a conta exibida é sua carteira de testnet.
Selecione seu contrato no menu suspenso, preencha os argumentos do construtor se a ferramenta os expôs (algumas configurações recebem o proprietário inicial ou o fornecimento como parâmetro) e clique em Deploy. O MetaMask exibe uma confirmação de gás. Aprove. Em alguns segundos, seu contrato aparece em "Deployed Contracts". Expanda-o e chame balanceOf com seu endereço para confirmar que todo o fornecimento foi parar em sua carteira.
Passo 4: Testar cada função que você ativou#
Esta é a etapa que as pessoas pulam e se arrependem. No painel do contrato implantado, execute cada função: transfer alguns tokens para um segundo endereço, chame burn se você ativou, tente pause e confirme se as transferências são revertidas enquanto pausado, e unpause para restaurá-las. Adicione o token ao MetaMask usando o endereço do contrato para acompanhar os saldos em uma interface de carteira real.
Se algo se comportar inesperadamente, corrija na testnet de graça. Cada erro que você pegar aqui é um erro que você não pagará na mainnet, onde uma reimplantação significa gás real e um token quebrado significa perda real de confiança.
Passo 5: Implantar na mainnet e verificar#
Assim que o token da testnet se comportar exatamente como esperado, mude o MetaMask para a mainnet Ethereum (ou uma L2 como Base, Arbitrum ou Polygon para gás muito mais barato) e funde a carteira com o ETH real necessário para o gás. Repita o fluxo de implantação do Passo 3. O gás da mainnet flutua, então verifique as taxas atuais e considere uma L2 se seu token não precisar especificamente estar na L1 do Ethereum.
Após a implantação, verifique seu código-fonte no explorador de blocos relevante (Etherscan, Basescan etc.) usando o recurso "Verify and Publish". A verificação publica seu Solidity exato para que qualquer um possa lê-lo. Um contrato não verificado parece suspeito para detentores e exchanges. Um verificado sinaliza que você não tem nada a esconder.
Escolhendo a Rede Certa e Calculando o Custo#
O mesmo contrato é implantado de forma idêntica em todas as chains EVM, então sua escolha de rede depende principalmente do custo de gas e de onde seus usuários estão. Implantar na mainnet do Ethereum pode custar significativamente mais do que implantar o mesmo contrato em uma L2, porque as L2s agrupam transações e herdam a segurança do Ethereum por uma fração da taxa.
- Mainnet do Ethereum: máxima credibilidade e liquidez, maior gas. Escolha-a para projetos sérios que precisam de liquidação em L1.
- Base / Arbitrum / Optimism: segurança de nível Ethereum, taxas muito mais baixas, ecossistemas em crescimento. Uma boa opção padrão para a maioria dos novos tokens.
- Polygon PoS: muito barato, grande base de usuários, ideal para aplicativos de alto volume ou para consumidores.
- Uma testnet (Sepolia): gratuita, apenas para testes. Tokens aqui não têm valor real.
O gas é imprevisível, então não confie em um valor fixo em dólar que você leu em um tutorial antigo. Abra um rastreador de gas para sua chain alvo pouco antes de implantar e dimensione sua carteira adequadamente. Implantar um ERC-20 simples é um custo único, mas um contrato complexo com muitas extensões custa mais gas do que um enxuto, o que é mais um motivo para habilitar apenas o que você precisa.
Aviso: a carteira que implanta o contrato se torna a proprietária de quaisquer funções privilegiadas (mint, pause). Trate essa chave como a chave mestra do projeto. Use uma carteira de hardware ou uma multisig para qualquer coisa que tenha valor real, e nunca cole uma chave privada da mainnet em um site.
Verificações de Segurança Antes de Publicar#
Gerar a partir do OpenZeppelin fornece blocos de construção auditados, mas sua configuração e seus hábitos operacionais ainda são de sua responsabilidade. Execute esta lista de verificação antes da mainnet.
- Confirme a matemática do supply. Decimais e supply inicial se multiplicam. Um supply de "1.000.000" com 18 decimais é escrito no contrato como esse número seguido de dezoito zeros. O gerador lida com isso, mas verifique se o
totalSupplyon-chain lê o que você espera na testnet. - Minimize funções privilegiadas. Toda função exclusiva do proprietário é algo que sua chave pode fazer, o que significa algo que um ladrão pode fazer se sua chave vazar. Se você não precisa de minting após o lançamento, não o habilite.
- Planeje a propriedade. Decida se deseja manter a propriedade, transferi-la para uma multisig ou renunciar completamente. Renunciar torna o token imutável e sem confiança, mas remove sua capacidade de pausar ou atualizar. Essa é uma decisão permanente.
- Verifique a carteira do implantador. Antes de assinar, verifique novamente os endereços com um validador de endereço de carteira cripto para que um erro de digitação ou uma troca de malware de sequestro de área de transferência não envie seu supply ou propriedade para o lugar errado.
- Verifique o código no explorador. Contratos não verificados corroem a confiança e bloqueiam muitas listagens em exchanges.
- Teste em uma testnet, não em produção. Já mencionado acima, mas é a regra mais importante, então merece uma segunda menção.
Para tokens que terão volume de negociação real ou manterão valor significativo, uma auditoria profissional vale o custo. A base gerada do OpenZeppelin é sólida, mas lógica personalizada, tokenomics e integrações são onde os bugs se escondem.
O Que Este Caminho Não Faz#
Honestidade é importante aqui, porque muitos guias exageram. Gerar e implantar um contrato cria o token. Não cria demanda, liquidez ou um mercado. As tarefas a seguir são separadas:
- Liquidez: para tornar seu token negociável, você cria um pool de liquidez em uma DEX como Uniswap, emparelhando seu token com ETH ou uma stablecoin. Isso requer seu próprio capital e carrega seus próprios riscos.
- Distribuição: airdrops, vendas e vesting são contratos adicionais ou processos off-chain.
- Legal: dependendo da sua jurisdição e do propósito do token, regras de valores mobiliários e impostos podem ser aplicáveis. Se seu projeto envolver dinheiro de forma séria, consulte um advogado. Se você precisa pensar sobre o lado fiscal da atividade cripto, uma calculadora de imposto de criptomoedas gratuita é um ponto de partida sensato, embora não substitua aconselhamento profissional.
Criar o contrato é os fáceis 10%. Construir algo que as pessoas realmente queiram é os outros 90%, e nenhum gerador pode fazer essa parte por você.
Juntando Tudo#
Aprender a criar um token ERC-20 se resume a quatro etapas honestas: decidir quais extensões OpenZeppelin você realmente precisa, gerar Solidity v5 limpo em vez de escrever manualmente, implantar e testar exaustivamente em uma testnet gratuita, e então implantar na mainnet ou em uma L2 e verificar seu código-fonte. Você nunca precisa de uma plataforma de lançamento paga e mantém visibilidade total sobre o código que controla seu suprimento.
Comece gerando seu contrato com o gerador de token ERC-20 sem código, cole-o no Remix e execute todo o fluxo na Sepolia gratuitamente primeiro. Quando você gastar um centavo de gás real, seu token já terá provado que faz exatamente o que você pretendia, que é a diferença entre lançar com confiança e lançar com os dedos cruzados.
Perguntas Frequentes#
Como criar um token ERC-20 sem programar? Use um gerador de contratos para produzir um arquivo Solidity baseado no OpenZeppelin a partir do nome, símbolo, fornecimento e recursos escolhidos do seu token, e então implante-o através do Remix, o IDE gratuito no navegador. Você lê e implanta o código você mesmo, em vez de escrevê-lo, mantendo o controle sem aprender Solidity do zero. Todo o fluxo funciona no navegador com MetaMask e custa apenas gás.
É seguro usar um gerador de ERC-20 sem código? É seguro quando o gerador produz código padrão OpenZeppelin v5 que você pode ler antes de implantar, que é exatamente o objetivo de um fluxo de trabalho de gerar e revisar. O risco não é o gerador, mas sim habilitar funções privilegiadas que você não entende ou colar uma chave privada da mainnet em algum lugar inseguro. Sempre teste em uma testnet, verifique seu código-fonte no explorador de blocos e mantenha sua chave do implantador em uma carteira de hardware ou multisig.
Quanto custa implantar um token ERC-20? Seu único custo é o gás, pago uma vez na implantação. Na mainnet Ethereum, isso pode ser significativo e varia com a congestão da rede, enquanto em uma L2 como Base ou Arbitrum, o mesmo contrato custa uma fração disso. A implantação em testnet é totalmente gratuita usando ETH de faucet, então você pode construir e testar o token a custo zero antes de pagar qualquer coisa.
Preciso registrar meu token ERC-20 em algum lugar? Não. Implantar o contrato é tudo o que é necessário para o token existir na blockchain, e qualquer carteira compatível com ERC-20 pode mantê-lo imediatamente adicionando o endereço do contrato. Não há registro central ou processo de aprovação. Listar em exchanges ou aparecer em listas de tokens é uma etapa separada e posterior que você busca se e quando quiser.
Qual é a diferença entre um gerador de tokens e uma plataforma de lançamento? Uma plataforma de lançamento recebe suas entradas em um formulário e entrega um token enquanto oculta o contrato, então você não pode ler ou possuir o código facilmente. Um gerador escreve o Solidity para você a partir de suas escolhas, depois permite que você inspecione, edite e implante você mesmo. O caminho do gerador mantém você no controle e permite verificar exatamente o que controla seu fornecimento, o que importa quando há valor real em jogo.
Posso adicionar mintagem ou queima ao meu token depois? Não para um contrato já implantado, porque um ERC-20 implantado é imutável, a menos que você o tenha construído especificamente como atualizável. Você decide quais extensões (mintável, queimável, pausável) incluir antes da implantação. Se precisar de recursos diferentes após o lançamento, você implanta um novo contrato, o que é mais um motivo para testar minuciosamente em uma testnet e planejar seu conjunto de recursos antes de entrar no ar.
