> 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/fr/apprendre/a-propos-de-chiliz-chain/differences-from-ethereum.md).

# Différences avec Ethereum

Si vous venez d'Ethereum, la plupart de vos connaissances restent valables : Chiliz Chain est compatible EVM, donc les contrats écrits en Solidity se déploient sans modification et l'outillage standard (Hardhat, Foundry, viem, ethers, MetaMask, OpenZeppelin) fonctionne sans configuration particulière.

{% hint style="info" %}
Le point essentiel : **Chiliz Chain est un fork de** [**BNB Smart Chain**](https://www.bnbchain.org/en/bnb-smart-chain) **(BSC), qui a lui-même repris l'EVM d'Ethereum mais pas son consensus.**

Chiliz Chain est donc identique à Ethereum au niveau des contrats, mais proche de BSC au niveau du consensus et de l'économie.
{% endhint %}

## En un coup d'œil

| Propriété                        | Ethereum                                    | Chiliz Chain                                              |
| -------------------------------- | ------------------------------------------- | --------------------------------------------------------- |
| Consensus                        | Proof of Stake (Gasper)                     | Proof of Staked Authority (PoSA)                          |
| Validateurs producteurs de blocs | Des centaines de milliers, sans permission  | 13, élus (en 2026)                                        |
| Temps de bloc                    | \~12 secondes                               | \~3 secondes                                              |
| Finalité                         | Déterministe, \~13 minutes (2 epochs)       | Probabiliste (\~15 à 100 blocs, selon la valeur de la tx) |
| Token de gaz                     | ETH                                         | CHZ                                                       |
| Modèle de frais                  | EIP-1559 (base fee + pourboire de priorité) | EIP-1559 (base fee + pourboire de priorité)               |
| Chain ID du Mainnet              | 1                                           | 88888                                                     |
| Chain ID du Testnet              | (variable)                                  | 88882 (Spicy)                                             |
| Version de l'EVM                 | Prague                                      | Prague                                                    |
| Solidity                         | Dernière version                            | Jusqu'à 0.8.30                                            |
| Taille max. de contrat           | 24 KB                                       | 24 KB                                                     |
| Standard de token natif          | ERC-20                                      | CAP-20 (Fan Tokens)                                       |

## Consensus, temps de bloc et finalité

Ethereum utilise un Proof of Stake sans permission avec un très grand ensemble de validateurs. Chiliz Chain utilise le **Proof of Staked Authority (PoSA)**, un hybride entre Proof of Authority et Proof of Stake avec un petit ensemble élu de validateurs producteurs de blocs (actuellement 13). Ils sont élus à chaque epoch et changent au fil du temps ; les validateurs actuels sont listés sur la [dApp de staking](https://app.chilizchain.com/staking).

Un epoch sur Chiliz Chain correspond à :

* Chiliz Mainnet : 28 800 blocs, soit environ 1 jour.
* Spicy Testnet : 7 200 blocs, soit environ 6 heures.

La finalité sur Chiliz Chain est probabiliste : plus un bloc est enfoui profondément, moins une réorganisation devient probable. Sur le Mainnet, la confirmation par une supermajorité (2/3) est atteinte à une médiane de 14 blocs (\~42 secondes, jusqu'à \~35 blocs dans le pire des cas), et la confirmation par l'ensemble complet des validateurs à une médiane de 47 blocs (\~141 secondes).

En pratique, attendez d'autant plus de confirmations que la valeur en jeu est élevée :

| Valeur de la transaction | Confirmations suggérées | Durée approximative |
| ------------------------ | ----------------------- | ------------------- |
| Faible                   | 15 blocs                | \~45 secondes       |
| Standard                 | 40 blocs                | \~2 minutes         |
| Élevée                   | 100 blocs               | \~5 minutes         |

Pour en savoir plus, consultez [Mécanismes de consensus](/fr/apprendre/glossaire/mecanisme-de-consensus.md) et [À propos des validateurs](/fr/apprendre/a-propos-des-validateurs.md).

## Gaz et frais

Chiliz Chain implémente [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), donc l'estimation des frais et les frais de priorité se comportent comme les développeurs Ethereum s'y attendent.

Il y a deux différences pratiques :

* Le token de gaz est le CHZ, pas l'ETH. Les portefeuilles de déploiement doivent être approvisionnés en CHZ.
* La base fee est de 2500 gwei.

Minimums actuels des frais de réseau :

* Transactions EIP-1559 : définissez le frais de priorité à au moins 1 gwei et le frais maximum par unité de gaz à au moins 2501 gwei (2500 de base + 1 de priorité).
* Transactions classiques (legacy) : définissez le prix du gaz à au moins 2501 gwei.

Les frais de transaction sont généralement bien inférieurs à 0,01 $. Pour les chiffres en temps réel, consultez le [suivi du gaz sur scan.chiliz.com](https://scan.chiliz.com/gas-tracker).

## Fan Tokens et CAP-20

Le token natif de Chiliz Chain est le Fan Token, émis selon le standard CAP-20.

CAP-20 est fonctionnellement équivalent à l'[ERC-20](https://ethereum.org/developers/docs/standards/tokens/erc-20/) d'Ethereum. Depuis la [migration 2026 vers les Fan Tokens décimaux](/fr/apprendre/a-propos-des-fan-tokens/migration-2026-vers-les-fan-tokens-decimaux.md), les tokens CAP-20 utilisent 18 décimales, comme les tokens ERC-20 standard.

Voir [À propos des Fan Tokens](/fr/apprendre/a-propos-des-fan-tokens.md) et l'[entrée de glossaire CAP-20](/fr/apprendre/glossaire/cap-20.md).

## Interopérabilité

Chiliz Chain est interopérable avec Ethereum et d'autres chaînes grâce au bridging [LayerZero OFT](https://layerzero.network/blog/explaining-the-oft-standard). Voir [Utiliser des tokens omnichain](/fr/developper/notions-avancees/utiliser-les-tokens-omnichain.md).

## Ce qui est identique à Ethereum

Vous n'avez pas besoin de réapprendre ceci :

* Les contrats Solidity se déploient sans changement (compilez pour la version d'EVM Prague, Solidity jusqu'à 0.8.30).
* Hardhat, Foundry, Remix, viem, ethers et web3.js fonctionnent tous en pointant vers un [endpoint RPC Chiliz](/fr/developper/notions-de-base/se-connecter-a-chiliz-chain/se-connecter-en-utilisant-un-rpc.md).
* MetaMask et les autres portefeuilles EVM fonctionnent après l'ajout du réseau.
* Les contrats OpenZeppelin et les interfaces ERC standard fonctionnent tels quels.
* La taille max. de contrat de 24 KB ([EIP-170](https://eips.ethereum.org/EIPS/eip-170)) s'applique, exactement comme sur Ethereum.

## Pièges lors de la migration d'un contrat depuis Ethereum

La plupart des contrats se transposent sans retouche.

Attention à ces comportements spécifiques à Chiliz :

* Le token de gaz est le CHZ.\
  Partout où vos scripts ou contrats supposent l'ETH pour le gaz ou la valeur, utilisez le CHZ à la place.
* Décimales des Fan Tokens.\
  Les Fan Tokens utilisaient 0 décimale jusqu'à la migration décimale de 2026, et en utilisent désormais 18. Si votre contrat interagit avec des Fan Tokens, ne codez pas en dur une valeur de décimales : lisez `token.decimals()` dynamiquement, car des contrats hérités à 0 décimale peuvent encore être rencontrés on-chain.\
  Voir [Rédiger un smart contract](/fr/developper/notions-de-base/rediger-un-smart-contract.md) et la [page de migration 2026](/fr/apprendre/a-propos-des-fan-tokens/migration-2026-vers-les-fan-tokens-decimaux.md).
* **Ensemble de validateurs plus restreint.**\
  Avec un petit ensemble de validateurs producteurs de blocs (actuellement 13), les hypothèses de décentralisation et de réorganisation diffèrent d'Ethereum. Pour les opérations à forte valeur, attendez quelques blocs pour la finalité.
* **Contrats système.**\
  Chiliz Chain embarque des contrats système à des adresses fixes (par exemple les contrats d'ensemble de validateurs et de staking). Ils n'interfèrent généralement pas avec les contrats applicatifs, mais vous pourrez voir des transactions vers des adresses système basses sur l'explorateur.\
  Voir [Adresses des smart contracts](/fr/demarrage-rapide/adresses-des-smart-contracts.md).

## Checklist de migration

* Pointez votre outillage vers un [endpoint RPC Chiliz](/fr/developper/notions-de-base/se-connecter-a-chiliz-chain/se-connecter-en-utilisant-un-rpc.md) et le chain ID 88888 (Mainnet) ou 88882 (Spicy Testnet).
* Approvisionnez votre portefeuille de déploiement en CHZ.
* Compilez pour la version d'EVM Prague, Solidity jusqu'à 0.8.30.
* Si vous interagissez avec des Fan Tokens, gérez les 18 décimales et lisez `decimals()` dynamiquement.
* Maintenez les contrats déployés sous la limite de 24 KB.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.chiliz.com/fr/apprendre/a-propos-de-chiliz-chain/differences-from-ethereum.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
