# Octobre 2025 : hard fork Snake8 ## Résumé Le prochain hard fork SNAKE8 met en œuvre un algorithme de producteur de blocs aléatoire et impose une fréquence minimale de sélection, remplaçant ainsi le système actuel dans lequel les validateurs reçoivent un nombre égal de blocs. Cet algorithme est conçu pour renforcer la concurrence entre les validateurs de Chiliz Chain et pour inciter à contribuer à l’écosystème. Il s’agit d’un changement par rapport à la logique actuelle, qui n’apporte aucun avantage aux validateurs qui font réellement des efforts supplémentaires pour contribuer à l’écosystème. Avec le hard fork SNAKE8, les blocs sont distribués en fonction du montant de CHZ mis en jeu sur un nœud validateur par les délégateurs. Cela donnera une probabilité plus élevée de miner le bloc suivant aux validateurs qui attirent davantage de délégateurs, leur offrant ainsi la possibilité d’accumuler davantage de récompenses. ## Détails sur le nouvel algorithme de production des blocs Le nouvel algorithme Proof of Stake aléatoire avec fréquence minimale de sélection imposée fonctionne comme suit : * La probabilité qu’un nœud validateur soit sélectionné pour produire un bloc est directement proportionnelle au montant des jetons de gouvernance (CHZ) qui y sont mis en jeu. * Pour garantir que tous les validateurs actifs aient une chance de produire des blocs, la fréquence de sélection d’aucun nœud validateur ne tombera en dessous de 1/(2\*N), où N est le nombre total de nœuds validateurs. La somme de toutes les fréquences de sélection des validateurs sera toujours égale à 100 %. ## Aperçu de l’algorithme L’algorithme garantit une répartition équitable et proportionnelle des opportunités de production de blocs grâce à un processus d’ajustement itératif : 1. Calcul des fréquences initiales :\ Une fréquence initiale `fi` est calculée pour chaque nœud `i` en fonction de ses jetons mis en jeu `Si` par rapport au total des jetons mis en jeu `Stotal`.
2. Application de la fréquence minimale :\ Une fréquence initiale `fi` est calculée pour chaque nœud `i` en fonction de ses jetons mis en jeu `Si` par rapport au total des jetons mis en jeu `Stotal` (`fi = Si / Stotal`).
3. Ajustement des fréquences restantes :\ Afin de maintenir une somme totale de 100 % pour toutes les fréquences, les fréquences des nœuds qui sont au-dessus du seuil minimum sont réduites proportionnellement. Cette réduction compense les augmentations effectuées à l’étape précédente.
4. Ajustement itératif :\ Si, après les réductions proportionnelles, la fréquence d’un nœud tombe involontairement en dessous du minimum, le processus d’ajustement est répété de manière itérative. Cela garantit que tous les nœuds respectent systématiquement l’exigence de fréquence minimale, tout en maintenant la fréquence totale à 100 %.
## Exemple Cet exemple montre comment la logique de récompense des validateurs ajuste les fréquences des nœuds en fonction des jetons mis en jeu, de la fréquence minimale et des ajustements proportionnels. Pour cet exemple, nous utiliserons : * 4 nœuds validateurs (N=4), * chacun avec un nombre donné de jetons mis en jeu (respectivement 80, 65, 10 et 3). Ce scénario donne le tableau suivant : | Nœud | Fréquences initiales | Après application du minimum | Après ajustement proportionnel | | ----------- | -------------------- | ---------------------------- | ------------------------------ | | 1 | 0.506329 | 0.506329 | 0.413 | | 2 | 0.411392 | 0.411392 | 0.336 | | 3 | 0.063291 | 0.125 | 0.125 | | 4 | 0.018987 | 0.125 | 0.125 | |


| Total = 1 | Total = 1.16 | Total = 1 | Remarques : * Fréquence minimale (`fmin`): 0.125. * En raison d’erreurs d’arrondi, le total peut légèrement s’écarter de 1. * Après application du minimum, les nœuds 3 et 4 ont été ajustés à `fmin`. * Après ajustement proportionnel, les nœuds 1 et 2 ont été réduits pour compenser les augmentations des nœuds 3 et 4, tout en veillant à ce qu’ils restent au-dessus de `fmin`. ## Actions requises de la part des validateurs Tous les validateurs de Chiliz Chain devront mettre à niveau leurs nœuds vers la dernière version compatible SNAKE8. Le fait de ne pas effectuer cette mise à niveau entraînera l’impossibilité pour votre nœud validateur de participer à la production de blocs et au consensus, ce qui se traduira par une perte de récompenses. De plus amples détails sur le hard fork SNAKE8 seront communiqués bien à l’avance sur nos canaux officiels. --- # Agent Instructions: 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: ``` GET https://docs.chiliz.com/fr-ai/chiliz-chain-changelog/governance-proposals-and-decisions/october-2025-snake8-hard-fork.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.