> 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-des-validateurs/gerer-un-noeud-validateur.md). # Gérer un nœud validateur ## Qu'est-ce qu'un nœud validateur ? Pour devenir [un validateur](/fr/apprendre/a-propos-des-validateurs/comment-devenir-un-validateur.md) de Chiliz Chain, vous devez disposer d'un nœud validateur en fonctionnement, soit avec votre propre matériel, soit via un partenaire.\ Un nœud est un serveur web configuré spécifiquement pour valider les transactions avant de les enregistrer sur Chiliz Chain. {% hint style="info" %} Notez que nous disposons d'une page de documentation plus générique sur l'exécution d'un nœud : [Exécuter un nœud Chiliz Chain](/fr/developper/notions-de-base/se-connecter-a-chiliz-chain/executer-un-noeud-sur-chiliz-chain.md) {% endhint %} ## En résumé Pour exécuter un nœud Validateur, vous devez configurer les paramètres suivants : ```bash docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --mine \ --chiliz \ # for Chiliz Mainnet. Use --spicy for Spicy Testnet. --datadir=/datadir \ --password=/datadir/password.txt \ --allow-insecure-unlock \ --unlock=REPLACE_WITH_VALIDATOR_ADDRESS \ --syncmode=full \ --gcmode=archive \ --miner.etherbase=REPLACE_WITH_VALIDATOR_ADDRESS --nodekeyhex=2668f377e69de_EXAMPLE_REPLACE_WITH_YOUR_VALUE_c88bea3e337446ed73 \ --nat=extip:140.250.140.250 \ # This is just an example. --verbosity=4 ``` {% hint style="warning" %} N'utilisez pas ce code tel quel ! Assurez-vous de mettre à jour les paramètres `unlock`, `miner.etherbase` et `nodekeyhex` ! {% endhint %} ## Prérequis Pour exécuter le nœud validateur de Chiliz Chain, vous devez avoir installé le moteur Docker soit sur votre machine, soit sur votre serveur.\ Vous pouvez utiliser un fournisseur de cloud tel qu'Amazon Web Services, Google Cloud Platform ou Microsoft Azure, ou vous pouvez configurer votre propre serveur (voir ci-dessous). Veuillez [installer Docker](https://docs.docker.com/engine/install/) avant de continuer. ### Configuration requise Vous aurez besoin d'un serveur dédié pour exécuter votre nœud validateur : * **CPU :** Au moins 2 cœurs de processeur. * **Mémoire :** Au moins 4 Go de RAM. * **Disque :** Utilisez un disque SSD (solid-state drive) pour des performances optimales. * Nous recommandons d'avoir au moins 300 Go d'espace disque libre pour la synchronisation avec la chaîne. * **Bande passante réseau :** Au moins 10 Gbit/s. ## Images Docker pré-construites Consultez ou utilisez les images Docker pré-construites à partir du [dépôt public Chiliz Chain 2.0](https://hub.docker.com/repository/docker/chilizchain/ccv2-geth) sur Docker Hub. Notez que vous devez avoir un compte Docker Hub pour accéder au dépôt. ## Lancer un nœud validateur et démarrer la synchronisation Le point de départ recommandé pour exécuter un nœud validateur de Chiliz Chain est d'utiliser le volume de données monté. Si cette méthode est utilisée pour recréer un conteneur Docker, les données sont stockées dans le répertoire et peuvent facilement être réutilisées ou clonées sur un autre validateur. {% hint style="info" %} En tant que fork d'Ethereum, Chiliz Chain s'appuie sur [Geth](https://geth.ethereum.org/) pour ses serveurs de nœuds. Go-ethereum (alias Geth) est un client Ethereum développé en Go. L'exécution de Geth aux côtés d'un client de consensus transforme un ordinateur en un nœud. C'est donc un élément essentiel de votre nœud. Nous avons forké Geth en `ccv2-geth`, comme vous le verrez ci-dessous. {% endhint %} ### Créer l'adresse du validateur Créez le nœud validateur avec la commande suivante : ```sh docker run --rm -ti \ -v $(pwd)/keystore:/root/.ethereum/keystore/ \ chilizchain/ccv2-geth:latest \ --chiliz \ # for Chiliz Mainnet. Use --spicy for Spicy Testnet. account new ``` Vous devrez taper un mot de passe pour le fichier de clé secrète. * **Adresse publique de la clé :** En exécutant le validateur, cette adresse sera utilisée pour définir le paramètre `--unlock`. ```sh docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # for Chiliz Mainnet. Use --spicy for Spicy Testnet. ... --unlock=REPLACE_WITH_VALIDATOR_ADDRESS # This is just an example. ``` * **Chemin du fichier de clé secrète :** Ce fichier doit être déplacé dans le répertoire « keystore » à l'intérieur du datadir `$(pwd)/my-datadir` que vous avez créé lors des étapes précédentes, de sorte que le chemin final du fichier soit\ `"$(pwd)/my-datadir/keystore/UTC–(TIMESTAMP)-(ADDRESS)"`.\ **NE changez PAS** le nom du fichier. * **Mot de passe :** Le mot de passe que vous avez tapé lors de l'exécution de la commande précédente doit être stocké dans un fichier :\ `$(pwd)/my-datadir/password.txt`\ Ce fichier sera utilisé pour définir le paramètre `--password` lors de l'exécution du nœud validateur.\ N'oubliez pas que tous les fichiers dans le chemin de l'hôte `$(pwd)/my-datadir` seront situés dans le conteneur dans le répertoire `/datadir`, c'est pourquoi le paramètre de mot de passe doit être défini comme dans l'exemple suivant : ```sh docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # for Chiliz Mainnet. Use --spicy for Spicy Testnet. ... --password=/datadir/password.txt ... ``` Il est très important de garder à l'esprit les recommandations suivantes : * Vous pouvez partager votre **adresse publique** avec n'importe qui. Les autres en ont besoin pour interagir avec vous. * Vous ne devez **JAMAIS** partager la clé secrète avec qui que ce soit ! La clé contrôle l'accès à vos fonds ! * Vous devez **SAUVEGARDER** votre fichier de clé ! Sans la clé, il est impossible d'accéder aux fonds du compte ! * Vous devez vous **SOUVENIR** de votre mot de passe ! Sans le mot de passe, il est impossible de déchiffrer la clé ! ### Générer la clé du nœud validateur *Cette section est facultative.* Nous recommandons de générer une chaîne hexadécimale aléatoire pour le nœud.\ Cela est utile pour la traçabilité dans les journaux et pour éviter les problèmes de peering avec la chaîne. Pour ce faire, vous pouvez utiliser et générer une clé hexadécimale avec 64 caractères par nœud.\ Lors de l'exécution d'un nœud validateur, vous pouvez définir `--nodekeyhex` avec cette valeur. Cela garantira que lorsque vous redémarrez le nœud, il aura la même adresse de nœud (appelée « adresse enode ») et facilitera les futures opérations de débogage ou de recherche de pannes. ```bash docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # for Chiliz Mainnet. Use --spicy for Spicy Testnet. ... --nodekeyhex=2668f377e69de_EXAMPLE_REPLACE_WITH_YOUR_VALUE_c88bea3e337446ed73 # This is just an example. ... ``` ### Régler le mécanisme de mapping de port NAT de Geth Le paramètre `--nat` de Geth dispose des options suivantes : `any`, `none`, `upnp`, `pmp`, `pmp:` et `extip:`. La valeur par défaut est `any`. [Consultez la documentation de Geth pour plus d'informations](https://geth.ethereum.org/docs/fundamentals/command-line-options). Nous recommandons d'utiliser l'option `extip:`, où `` est l'adresse IPv4 publique du serveur sur lequel le validateur est lancé. ```sh docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # for Chiliz Mainnet. Use --spicy for Spicy Testnet. ... --nat=extip:140.250.140.250 # This is just an example. ... ``` ### Définir la verbosité Pour un dépannage plus approfondi, le paramètre de verbosité des journaux de Geth `--verbosity` peut être défini comme suit : * 0=silencieux * 1=erreur * 2=avertissement * 3=info * 4=débogage * 5=détail La valeur par défaut est 3.\ Nous recommandons d'utiliser 4. ```sh docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # for Chiliz Mainnet. Use --spicy for Spicy Testnet. ... --verbosity=4 # This is just an example. ... ``` ## Changer le propriétaire d'un nœud Il peut arriver un moment où vous ne souhaitez plus gérer un nœud validateur. Vous pouvez alors le transférer à quelqu'un d'autre. Pour ce faire, suivez ces étapes : 1. Connectez votre wallet à la [dApp de Staking Chiliz](https://governance.chilizchain.com/staking). 2. Cliquez sur le bouton « Change owner ».
3. Dans la fenêtre modale, indiquez l'adresse actuelle du nœud dont vous souhaitez changer le propriétaire, ainsi que sa nouvelle adresse (fournie par le nouveau propriétaire).
Une fois soumis, le changement s'appliquera directement. --- # 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-des-validateurs/gerer-un-noeud-validateur.md?ask=&goal= ``` `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.