Como verificar um contrato na Robinhood Chain: Token existente ou na hora de criar

Você já fez o deploy do seu token e agora quer aquele tick verde reconfortante ao lado do código-fonte. Aprender como verificar um contrato na Robinhood Chain é o passo natural depois de criá-lo: é o que transforma um endereço anônimo em um contrato que qualquer pessoa pode ler, auditar e usar com confiança. O detalhe que derruba quase todo mundo é simples: a Robinhood Chain usa Blockscout como explorer, não o Etherscan, então o processo muda um pouco em relação ao que você já conhece em Ethereum.

A Robinhood Chain é uma L2 de Arbitrum Orbit que liquida em Ethereum, 100% compatível com EVM, ativa desde julho de 2026, com chain ID 4663 e ETH como gas nativo. Neste guia, mostramos as duas rotas: verificar diretamente pelo explorer Blockscout e fazer isso em um clique com a ferramenta ERC-20 Verify da Smithii. Bora conseguir esse selo!

O que significa verificar um contrato?

Quando você faz o deploy de um ERC-20, a blockchain só guarda o bytecode compilado: uma sequência ilegível de hexadecimal que ninguém consegue auditar. Verificar um contrato significa subir o código-fonte original em Solidity para que o explorer recompile e confirme, byte a byte, que ele gera exatamente o bytecode que está on-chain. Se bater, o explorer marca o contrato como verificado e publica o código legível para todo mundo.

• Confiança: investidores e holders podem ler exatamente o que o seu token faz, sem mints ou transfers escondidos.
• Interação: um contrato verificado exibe as abas Read e Write no explorer, então qualquer pessoa pode chamar suas funções sem precisar do ABI.
• Listings: agregadores de DEX, wallets e sites de listing quase sempre exigem um contrato verificado antes de tocar num token.

Você precisa verificar seu token no Blockscout

Em Ethereum e na maioria das cadeias EVM, você verifica no Etherscan. Na Robinhood Chain não dá: a API v2 do Etherscan não suporta o chain ID 4663. O explorer oficial é o Blockscout, hospedado em robinhoodchain.blockscout.com. Qualquer fluxo de ‘verify contract’, link do explorer ou configuração de Hardhat/Foundry que você montar precisa apontar para o Blockscout, não para o Etherscan. Acerte esse detalhe e o resto é moleza.

A API de verificação do Blockscout para mainnet está em robinhoodchain.blockscout.com/api. Guarde esse endpoint se quiser verificar pelo terminal com um plugin em vez da interface web.

Como verificar um contrato na Robinhood Chain com Blockscout

Esta é a rota manual, direto no explorer. Você vai precisar do endereço do seu contrato, da versão exata do compilador de Solidity que usou e do código-fonte (arquivo único ou standard JSON input).

1. Abra seu contrato no Blockscout: acesse robinhoodchain.blockscout.com e cole o endereço do contrato do seu token na busca.
2. Abra a aba Contract: na página do endereço, clique na aba Contract e depois em Verify & Publish.
3. Escolha o método de verificação: selecione ‘Solidity (Standard JSON input)’ se compilou com Hardhat ou Foundry, ou ‘Solidity (Flattened source code)’ se tiver um único arquivo achatado.
4. Combine as configurações do compilador: escolha a versão exata do compilador, a mesma configuração de otimização (on/off e runs) e a versão de EVM que você usou no deploy. Um descasamento aqui é o motivo número um para a verificação falhar.
5. Envie o código e os constructor arguments: cole ou faça upload do seu código, adicione os constructor arguments codificados em ABI se o seu token os usou, e envie.
6. Confirme o tick verde: o Blockscout recompila e, se o bytecode bater, marca seu contrato como verificado. As abas Read e Write ficam ativas. Pronto!

Se falhar, quase sempre é a versão do compilador, os runs de otimização ou os constructor arguments. Confira os três contra os artifacts do seu deploy e tente de novo.

Quando a verificação falha: como corrigir cada erro

As mensagens de erro do Blockscout são secas, então aqui está o que cada uma significa quando você verifica no chain ID 4663 e como resolver:

• ‘Compilation error’ ou bytecode que não bate: a versão do compilador ou os runs do otimizador não coincidem com o seu deploy. Abra o hardhat.config.js do Hardhat ou o foundry.toml do Foundry, leia a versão exata do solc e os runs, e coloque-os idênticos no Blockscout. Até uma versão de patch (0.8.24 vs 0.8.25) quebra a correspondência.
• ‘Constructor arguments do not match’: seu token tinha parâmetros de constructor (nome, símbolo, supply, owner) que precisam ser passados codificados em ABI. Retire-os do input data da transação de deploy no Blockscout, ou do seu script de deploy, e cole a string codificada.
• ‘Contract source code already verified’: boa notícia, alguém já fez isso. Atualize a aba Contract e as abas Read e Write já estarão lá.
• Versão de EVM errada: se o seu contrato foi compilado para um target de EVM específico (por exemplo paris ou cancun), escolha o mesmo. Deixar em ‘default’ quando você fez o deploy com um target fixo é um erro silencioso muito comum.
• Imports faltando em um arquivo achatado: se você colar um único arquivo, certifique-se de que ele foi achatado com todos os imports do OpenZeppelin incluídos e sem licenças SPDX duplicadas. O standard JSON input evita tudo isso, então use-o sempre que puder.

Se os cinco estiverem certos e ainda assim falhar, o mais rápido é pular o ajuste manual e deixar uma ferramenta ler os metadados por você.

Como verificar um token na Robinhood Chain com as Smithii Tools

Nem todo mundo salvou as configurações do compilador, e ajustá-las na mão é trabalhoso. A dApp que vamos usar se chama ERC-20 Verify. Ela funciona como um assistente de verificação em um clique que fala com a API do Blockscout por você, então você não precisa lembrar quais runs do otimizador definiu há três dias. Se você criou o seu token com o Token Creator da Smithii, o código e os metadados do compilador já são conhecidos, e verificar se resume a uma única confirmação.

Contratar um dev para escrever e verificar um smart contract é caro, normalmente 200 USD ou mais. A Smithii muda esse jogo: você cria o seu token por 0,01 ETH (cerca de 35 USD) e verificar o código é grátis, sem uma linha de código entre você e o tick verde. Esse é exatamente o propósito da suite da Smithii: abrir o ecossistema cripto para qualquer pessoa. O gas nativo na Robinhood Chain é ETH, então qualquer passo on-chain é pago em ETH.

1. Abra a ferramenta: acesse a página do Robinhood Token Verifier da Smithii para Robinhood Chain.
2. Conecte sua wallet: conecte a wallet configurada na Robinhood Chain. Se ainda não adicionou, nosso guia para adicionar a rede explica como fazer.
3. Cole o endereço do contrato: insira o endereço do token ou selecione-o da sua wallet.
4. Confirme e verifique: a ferramenta envia seu código para o Blockscout e retorna o resultado. Atualize o explorer e você verá o badge de verificado.

O que fazer antes de verificar

A verificação só funciona se você já tem um contrato deployado. Se ainda precisa criar o token, comece por aí:

• Crie seu ERC-20: monte o token em um minuto com nosso guia para criar um token na Robinhood Chain (fee de 0,01 ETH + gas fee).
• Quer criar uma memecoin? O caminho mais divertido está no nosso tutorial de meme coin na Robinhood Chain.
• Novo na rede? Leia o que é a Robinhood Chain para entender a L2, o DEX (Uniswap v2/v3/v4 + UniswapX) e stablecoins como USDG e USDe.

Vale também conferir: depois de verificar seu contrato, distribua para sua comunidade fazendo um airdrop dos seus tokens ERC-20 e dê uma identidade a ele com logo e redes sociais.

FAQ

Dá para verificar um contrato da Robinhood Chain no Etherscan?

Não. A API v2 do Etherscan não suporta o chain ID 4663, então a verificação na Robinhood Chain tem que passar pelo Blockscout, em robinhoodchain.blockscout.com. Qualquer fluxo baseado no Etherscan simplesmente não vai reconhecer a cadeia.

Por que a verificação continua falhando?

Os três culpados mais comuns são: versão do compilador incompatível, configuração de otimização ou runs errados, e constructor arguments ausentes ou incorretos. Acerte os três com os artifacts do seu deploy e a comparação de bytecode vai passar.

Quanto custa verificar um contrato?

Verificar o código-fonte no Blockscout é grátis. Você paga apenas o gas padrão em ETH, que a Robinhood Chain usa como token nativo para transações on-chain, e a verificação em si é uma operação de leitura que publica seu código sem mover fundos.

Preciso verificar se usei o Token Creator da Smithii?

Vale a pena fazer para deixar seu código público no explorer. Como o Token Creator já conhece as configurações exatas do compilador, a ferramenta ERC-20 Verify da Smithii envia tudo para o Blockscout em um clique, sem nada para memorizar ou acertar manualmente.

Qual é o chain ID e o token de gas da Robinhood Chain?

A mainnet da Robinhood Chain é o chain ID 4663 e usa ETH como token de gas nativo. É uma L2 do Arbitrum Orbit que liquida em Ethereum e é totalmente compatível com EVM, então o tooling ERC-20 padrão funciona assim que você apontar para o explorer Blockscout.

Conclusão

Resumindo: verificar é o passo de confiança que transforma um endereço cru em um token que as pessoas estão dispostas a ter e a tradear. Na Robinhood Chain, o único detalhe a lembrar é que isso vai pelo Blockscout, não pelo Etherscan, e a partir daí são alguns cliques, ou um só com a ferramenta ERC-20 Verify da Smithii. Agora que você sabe como verificar um contrato na Robinhood Chain, é hora de lançar e deixar que sua comunidade leia o código por conta própria.

O kit completo da Robinhood Chain

Tudo que você precisa para lançar e fazer crescer um projeto na Robinhood Chain, sem código e com Smithii:

• Começar: O que é a Robinhood Chain · melhores wallets
• Crie e lance: criar um token · criar uma meme coin · criar um liquidity pool
• Distribua: fazer um airdrop de tokens · guia de airdrop e testnet
• Gerencie e verifique: adicionar logo e redes · verificar seu contrato · ver a lista de holders
• Faça crescer: volume bot · market maker
• Bots de launchpad: Noxa bundler · Noxa volume bot · Flap volume bot · Trench volume bot · Bankr volume bot

Jorge Rodriguez

CEO & Co-Founder na Smithii. Build na Solana desde 2021 e compartilhando playbooks da prática. Também founder da Lince depois de anos investindo em DeFi.