> For the complete documentation index, see [llms.txt](https://docs.chiliz.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.chiliz.com/pt-br/desenvolver/basico/verificar-smart-contract/boas-praticas-verificacao.md).

# Boas práticas de verificação

Melhores práticas para verificar contratos na Chiliz Chain: especificidades do token CAP-20, versões recomendadas de Solidity e EVM e armadilhas comuns de código Ethereum-first.

Verificar smart contracts na Chiliz Chain requer uma combinação de práticas padrão de EVM e atenção a detalhes específicos da rede.

De fato, como a Chiliz Chain opera com um mecanismo de consenso Proof of Staked Authority (PoSA) com padrões específicos como CAP-20 e versionamento específico de EVM, simplesmente portar código do Ethereum pode não funcionar.

## Entenda o padrão CAP-20

Embora a Chiliz Chain seja compatível com EVM, o ecossistema depende do padrão CAP-20 para tokens. Esta é a implementação específica da Chiliz do ERC-20.

Veja os detalhes do token aqui:

{% content-ref url="/pages/5eLqT44Zh0gTgO4V5esy" %}
[CAP-20](/pt-br/aprender/glossario/cap-20.md)
{% endcontent-ref %}

Se você está desenvolvendo um Fan Token ou um ativo destinado a se comportar como um, defina os decimais como 18, em conformidade com o padrão CAP-20 desde a Migração de 2026 para Fan Tokens Decimais.

{% hint style="info" %}
Os Fan Tokens usavam 0 decimais até a [Migração de 2026 para Fan Tokens Decimais](/pt-br/aprender/sobre-fan-tokens/migracao-2026-fan-tokens-decimais.md), que os atualizou para precisão de 18 decimais. Defina novos contratos de Fan Token com 18 decimais.
{% endhint %}

## Configure o compilador e o EVM

Os validadores da Chiliz Chain são otimizados para versões específicas de EVM. Usar configurações de "última geração" pode levar a falhas de implantação ou comportamento inesperado.

Use estas versões:

{% hint style="info" %}
**Versões recomendadas de Solidity e EVM para a Chiliz Chain:**

* **Versão do compilador Solidity:** `0.8.30` (ou inferior)
* **Versão de EVM alvo:** `prague`
  {% endhint %}

## Otimize para gas

A Chiliz Chain impõe um preço mínimo de gas elevado em Gwei para evitar spam e garantir a sustentabilidade dos validadores.

Desde o hard fork Dragon8, a Chiliz Chain implementa EIP-1559, mas com uma **taxa base mínima de 2.500 gwei**. Isso significa que código não otimizado é significativamente mais caro para seus usuários aqui do que em outras redes.

Portanto, otimize seu contrato para uso de armazenamento (a operação mais cara):

* Agrupe variáveis `uint128`, `uint64` ou `bool` próximas umas das outras para que caibam em um único slot de armazenamento de 32 bytes.
* Use `calldata` em vez de `memory` para argumentos de funções somente leitura (funções externas) para economizar gas durante a execução.

{% hint style="success" %}
Instale o `hardhat-gas-reporter` e configure-o com as configurações específicas de gas da Chiliz para ver o custo real em CHZ antes de implantar.
{% endhint %}

## Sempre teste na Spicy

Nunca assuma equivalência com a Mainnet baseando-se na sua experiência com Ethereum. Você deve validar as interações com o consenso PoSA da Chiliz na Spicy Testnet antes de mover para a Chiliz Chain Mainnet.

Veja os detalhes de conexão aqui:

{% content-ref url="/pages/ZevPlcSuYYI0jSH6JbRL" %}
[Conectar à Chiliz Chain](/pt-br/desenvolver/basico/conectar-a-chiliz-chain.md)
{% endcontent-ref %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.chiliz.com/pt-br/desenvolver/basico/verificar-smart-contract/boas-praticas-verificacao.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.