For the complete documentation index, see llms.txt. This page is also available as Markdown.

Diferenças em relação ao Ethereum

Como a Chiliz Chain difere do Ethereum para desenvolvedores EVM: um fork da BNB Smart Chain com consenso PoSA, blocos de ~3 segundos, gas em CHZ, Fan Tokens CAP-20 e compatibilidade total com o ferram

Se você está chegando do Ethereum, a maior parte do que você conhece continua valendo: a Chiliz Chain é compatível com a EVM, então contratos escritos em Solidity são implantados sem modificação e o ferramental padrão (Hardhat, Foundry, viem, ethers, MetaMask, OpenZeppelin) funciona imediatamente.

O ponto principal: a Chiliz Chain é um fork da BNB Smart Chain (BSC), que por sua vez adotou a EVM do Ethereum, mas não o seu consenso.

Portanto, a Chiliz Chain é idêntica ao Ethereum no nível do contrato, mas semelhante à BSC no nível do consenso e da economia.

Em resumo

Propriedade
Ethereum
Chiliz Chain

Consenso

Proof of Stake (Gasper)

Proof of Staked Authority (PoSA)

Validadores produtores de blocos

Centenas de milhares, sem permissão

13, eleitos (em 2026)

Tempo de bloco

~12 segundos

~3 segundos

Finalidade

Determinística, ~13 minutos (2 epochs)

Probabilística (~15 a 100 blocos, pelo valor da tx)

Token de gas

ETH

CHZ

Modelo de taxas

EIP-1559 (base fee + gorjeta de prioridade)

EIP-1559 (base fee + gorjeta de prioridade)

Chain ID da Mainnet

1

88888

Chain ID da Testnet

(varia)

88882 (Spicy)

Versão da EVM

Prague

Prague

Solidity

Mais recente

Até 0.8.30

Tamanho máximo de contrato

24 KB

24 KB

Padrão de token nativo

ERC-20

CAP-20 (Fan Tokens)

Consenso, tempo de bloco e finalidade

O Ethereum usa Proof of Stake sem permissão com um conjunto de validadores muito grande. A Chiliz Chain usa Proof of Staked Authority (PoSA), um híbrido de Proof of Authority e Proof of Stake com um conjunto pequeno e eleito de validadores produtores de blocos (atualmente 13). Eles são eleitos a cada epoch e mudam ao longo do tempo; os validadores atuais estão listados no dApp de staking.

Um epoch na Chiliz Chain é:

  • Chiliz Mainnet: 28.800 blocos, aproximadamente 1 dia.

  • Spicy Testnet: 7.200 blocos, aproximadamente 6 horas.

A finalidade na Chiliz Chain é probabilística: quanto mais fundo um bloco está enterrado, menos provável se torna uma reorganização. Na Mainnet, a confirmação por supermaioria (2/3) é atingida em uma mediana de 14 blocos (~42 segundos, até ~35 blocos no pior caso), e a confirmação pelo conjunto completo de validadores em uma mediana de 47 blocos (~141 segundos).

Como orientação prática, aguarde mais confirmações quanto maior for o valor em jogo:

Valor da transação
Confirmações sugeridas
Tempo aproximado

Baixo

15 blocos

~45 segundos

Padrão

40 blocos

~2 minutos

Alto

100 blocos

~5 minutos

Leia mais em Mecanismos de Consenso e Sobre Validadores.

Gas e taxas

A Chiliz Chain implementa o EIP-1559, então a estimativa de taxas e as taxas de prioridade se comportam da maneira que os desenvolvedores do Ethereum esperam.

Há duas diferenças práticas:

  • O token de gas é CHZ, não ETH. As carteiras que fazem a implantação precisam ser abastecidas com CHZ.

  • A base fee é de 2500 gwei.

Mínimos atuais de taxas da rede:

  • Transações EIP-1559: defina a taxa de prioridade em pelo menos 1 gwei e a taxa máxima por gas em pelo menos 2501 gwei (2500 de base + 1 de prioridade).

  • Transações legadas: defina o preço do gas em pelo menos 2501 gwei.

As taxas de transação normalmente ficam bem abaixo de US$ 0,01. Para valores em tempo real, consulte o rastreador de gas em scan.chiliz.com.

Fan Tokens e CAP-20

O token nativo da Chiliz Chain é o Fan Token, emitido sob o padrão CAP-20.

O CAP-20 é funcionalmente equivalente ao ERC-20 do Ethereum. Desde a migração de 2026 para Fan Tokens decimais, os tokens CAP-20 usam 18 casas decimais, como os tokens ERC-20 padrão.

Veja Sobre Fan Tokens e a entrada CAP-20 do glossário.

Interoperabilidade

A Chiliz Chain é interoperável com o Ethereum e outras chains por meio do bridging via LayerZero OFT. Veja Usar Tokens Omnichain.

O que é igual ao Ethereum

Você não precisa reaprender isto:

  • Contratos Solidity são implantados sem alterações (compile para a versão Prague da EVM, Solidity até 0.8.30).

  • Hardhat, Foundry, Remix, viem, ethers e web3.js funcionam apontando para um endpoint RPC da Chiliz.

  • MetaMask e outras carteiras EVM funcionam depois de adicionar a rede.

  • Contratos OpenZeppelin e interfaces ERC padrão funcionam como estão.

  • O tamanho máximo de contrato de 24 KB (EIP-170) se aplica, exatamente como no Ethereum.

Pontos de atenção ao migrar um contrato do Ethereum

A maioria dos contratos é portada sem alterações.

Fique atento a estes comportamentos específicos da Chiliz:

  • O token de gas é CHZ. Em qualquer lugar em que seus scripts ou contratos assumam ETH para gas ou valor, use CHZ.

  • Casas decimais dos Fan Tokens. Os Fan Tokens usavam 0 casas decimais até a migração para decimais de 2026, e agora usam 18. Se o seu contrato interage com Fan Tokens, não fixe um valor de casas decimais no código: leia token.decimals() dinamicamente, já que contratos legados com 0 casas decimais ainda podem ser encontrados on-chain. Veja Escrever um Smart Contract e a página da migração de 2026.

  • Conjunto de validadores menor. Com um conjunto pequeno de validadores produtores de blocos (atualmente 13), as premissas de descentralização e reorg diferem do Ethereum. Para operações de alto valor, aguarde alguns blocos pela finalidade.

  • Contratos de sistema. A Chiliz Chain carrega contratos de sistema em endereços fixos (por exemplo, os contratos do conjunto de validadores e de staking). Eles geralmente não interferem nos contratos de aplicação, mas você pode ver transações para endereços de sistema baixos no explorador. Veja Endereços de Smart Contracts.

Checklist de migração

  • Aponte seu ferramental para um endpoint RPC da Chiliz e para o chain ID 88888 (Mainnet) ou 88882 (Spicy Testnet).

  • Abasteça a carteira que faz a implantação com CHZ.

  • Compile para a versão Prague da EVM, Solidity até 0.8.30.

  • Se você interage com Fan Tokens, trate 18 casas decimais e leia decimals() dinamicamente.

  • Mantenha os contratos implantados dentro do limite de 24 KB.

Atualizado

Isto foi útil?