Direito Cripto/Nível VI · Conduta de mercado/6.3 O lançamento honesto/Lição 3

Transparência on-chain: mostre às pessoas onde procurar

Por que os dados públicos da blockchain só se tornam divulgação quando um lançamento diz às pessoas quais endereços, contratos e códigos verificar, e o que esses dados podem e não podem provar.

É educação, não aconselhamento jurídico, tributário ou de investimento. O direito cripto varia entre países e estados e muda com frequência. Antes de agir, confirme as regras vigentes onde você mora com um advogado ou consultor tributário habilitado.

O caminho enxuto

A rota mais barata, com menos impostos, mais simples e mais privada que a lei permite, da melhor para a pior. Cada passo indica a regra em que se apoia e a condição que o mantém dentro da lei.

Gratuito e o mais eficaz: publique o endereço do contrato ou de mint do token em um único lugar oficial estável e repita-o de forma idêntica em toda parte, já que o EIP-20 torna os nomes opcionais e as cópias são fáceis. O porém: explique publicamente qualquer mudança de endereço.
Verifique o código-fonte gratuitamente no Etherscan ou com solana-verify para programas da Solana. O porém: a verificação prova apenas que o código publicado é o implantado, não que é seguro, e o código atualizável pode ser substituído depois.
Publique um mapa que identifique o pool, os bloqueios, os contratos de vesting, a tesouraria e as carteiras da equipe por função, e não por nome pessoal, o que é privacidade lícita perante o público. O porém: as carteiras publicadas são permanentes, as transferências ligadas são rastreáveis e o reporte fiscal continua.
Prove cada afirmação com um hash de transação, para um bloqueio, uma autoridade revogada ou uma implantação de vesting; a interpretação da SEC de 2026 incentiva divulgar o trabalho prometido quando concluído, e compartilhar um hash não custa nada. O porém: mantenha o mapa atualizado conforme os endereços mudem.

MateriaisUm explorador de blocos da rede do token, aberto no contrato do token ou na conta mintA lista de endereços oficiais do projeto, se ele publicar umaO padrão de token EIP-20 e a documentação de builds verificados da SolanaLição 6.3.1, sobre o que a divulgação honesta exige

Curiosidade

Se tudo está na cadeia de qualquer forma, por que um lançamento precisa publicar algo?
Como um comprador pode distinguir o token verdadeiro de uma cópia com o mesmo nome?
Código-fonte verificado significa que o contrato é seguro?

Explorar

Toda transferência em uma blockchain pública é visível, mas visibilidade bruta não é divulgação. Um comprador diante de milhares de endereços não consegue dizer quais pertencem à equipe, qual é o pool, qual é um contrato de bloqueio e qual é uma corretora. A transparência começa quando o criador publica o mapa: o endereço do contrato do token ou do mint, os endereços dos pools, os contratos de bloqueio, as carteiras da tesouraria e da equipe, os contratos de vesting e quaisquer endereços de programas ou proxies. A Regulation Crypto Assets proposta pela SEC exigiria que os emissores que usam suas isenções descrevessem “métodos para verificar” o histórico de transações do token (Regra 103(b)(7) proposta), uma proposta que trata exatamente esse mapa como parte da divulgação.
O endereço, e não o nome, é a identidade do token. O padrão ERC-20 (EIP-20, criado em novembro de 2015) torna name(), symbol() e decimals() opcionais, e nada impede alguém de implantar um segundo token com o mesmo nome e ticker. Tokens imitadores e contas “oficiais” falsas exploram isso (lição 4.2.4). Publicar o endereço do contrato em um único lugar oficial e estável, e repeti-lo da mesma forma em todos os lugares, é a proteção mais simples que um lançamento pode oferecer. Um comprador que confere o endereço, e não o ticker, evita a armadilha mais comum; um criador que troca de endereço sem explicação ensina os compradores a pararem de conferir.
O código também pode se tornar verificável. A documentação do Etherscan explica que verificar um contrato publica seu código-fonte no explorador, onde qualquer pessoa pode confirmar que ele corresponde ao bytecode implantado on-chain. Os verified builds da Solana fazem o mesmo comparando hashes do programa implantado com um build reprodutível do repositório público, usando a ferramenta solana-verify. A verificação prova apenas que o código publicado é o código implantado. Ela não diz nada sobre se o código é seguro ou justo, e um programa ou proxy atualizável pode ser substituído depois (lição 6.3.2). A Regra 103(b)(6) proposta pediria que os emissores informassem o endereço em que o código-fonte está disponível, se o tiverem publicado.
Oferta e posições são as próximas coisas que as pessoas leem. O EIP-20 exige que todo token informe totalSupply(), e as ferramentas de tokens da Solana informam a oferta total de um mint. As listas de detentores são fáceis de ler errado: os maiores “detentores” muitas vezes são o pool, um contrato de bloqueio, um contrato de vesting ou uma corretora. Identificar publicamente esses endereços, e explicar quais saldos são de insiders (lição 6.3.4), transforma um gráfico assustador em um gráfico exato. Tokens que chegam a um endereço mas não são queimados no sentido técnico continuam contando na oferta total, um dos motivos pelos quais as afirmações sobre queimas exigem cuidado (lição 6.3.5).
Nos EUA, publicar dados não substitui declarações exatas; são as afirmações do emissor que as leis de valores mobiliários, de commodities e de defesa do consumidor testam (lições 5.1.7 e 6.3.1). Mas as evidências on-chain são o meio pelo qual um criador mostra que as declarações são verdadeiras. A interpretação da SEC de 2026 (Release nº 33-11412) incentiva os emissores que prometem trabalho a divulgar publicamente quando ele estiver concluído, e o hash de uma transação de bloqueio, de revogação de autoridade ou de implantação de um contrato de vesting é a prova mais direta. Na UE, o artigo 6(1)(h) do MiCA exige que o white paper inclua informações sobre a tecnologia subjacente.
A transparência tem custos que vale nomear. Uma carteira publicada liga uma pessoa ou empresa a todas as transações passadas e futuras dela, e carteiras grandes podem atrair copy trading e atenção indesejada. Um lançamento pode identificar endereços por função, e não por nome pessoal, mas o que for publicado é permanente, e transferências entre carteiras identificadas e não identificadas geralmente podem ser rastreadas. Uma verificação prática: abra o explorador, comece pelo endereço do contrato publicado e tente identificar o pool, cada bloqueio, cada carteira de insider e qualquer autoridade de atualização usando apenas o mapa do próprio lançamento; o que não puder ser encontrado a partir do mapa é uma lacuna na divulgação.

Fatos-chave

O padrão de token EIP-20, criado em 19 de novembro de 2015, torna name(), symbol() e decimals() opcionais, mas exige totalSupply().
A verificação de contratos do Etherscan publica o código-fonte e permite que qualquer pessoa confirme se ele corresponde ao bytecode implantado na cadeia.
Os verified builds da Solana comparam hashes do programa implantado com um build reprodutível do repositório público do código-fonte.
A Regra 103(b)(7) proposta da Regulation Crypto Assets exigiria que os emissores descrevessem métodos para verificar o histórico de transações do token.
A Regra 103(b)(6) proposta exigiria que os emissores informassem o endereço do site do código-fonte, na medida em que o tenham tornado público.
O artigo 6(1)(h) do MiCA exige que o white paper de um criptoativo contenha informações sobre a tecnologia subjacente.

Exercício nove, seis, três, um

9ReunirListe até 9 endereços ou trechos de código que um comprador precisaria verificar em um token que você conhece ou está planejando (algumas listas são mais curtas), como o contrato do token, o pool, um mecanismo de bloqueio, um contrato de vesting ou uma autoridade de atualização.

6AgruparClassifique-os em 6 categorias: identidade do token, liquidez, posições de insiders, bloqueios e vesting, controle do código e das atualizações, e itens que ainda não têm endereço público.

3DestilarReduza as 6 categorias a 3 grupos: itens já publicados e identificados, itens visíveis on-chain mas não explicados e itens que o comprador não consegue encontrar de jeito nenhum.

1CristalizarEscreva uma frase descrevendo o único endereço ou comprovação cuja publicação melhoraria ao máximo o que um comprador pode verificar sobre este token.

Verificação de fatos

Datas, números e afirmações verificados com as fontes publicadas listadas abaixo.

Abrir na academia interativa →

EN ES ZH JA KO RU DE FR MS