Node de snapshot sur Core
Les snapshots sont essentiels pour qu'un réseau garantisse que les nodes puissent se synchroniser avec l'état actuel du réseau aussi rapidement que possible. Avant que les nodes puissent être utilisés, ils doivent se synchroniser avec l'état actuel du réseau. En partant d'un snapshot récent, le processus de synchronisation est
Requis Systèmes
Il y a plusieurs requis systèmes, à la fois logicielles et matérielles, pour configurer un nœud snapshot sur le réseau Core.
Logiciel
- Système d'exploitation: Actuellement, uniquement les systèmes d'exploitation macOS ou Linux (Ubuntu 20.04 ou ultérieur) sont pris en charge.
- Connectivité réseau : Connexion Internet stable avec une faible latence et une haute disponibilité.
- Configuration du pare-feu : Ouvrez les ports nécessaires pour permettre la communication avec le réseau et les autres nodes.
Matériel
Un nœud de snapshot sur Core fournit des instantanés périodiques de l'état de la blockchain, permettant une synchronisation plus rapide des nodes et réduisant les besoins en stockage. Ces nodes aident les nouveaux validateurs et les nodes RPC à se mettre rapidement à jour avec l'état le plus récent de la blockchain sans avoir à traiter toute l'historique. Les nodes de snapshot améliorent l'efficacité et l'accessibilité du réseau. Sur le réseau Core, les nodes snapshot fonctionnent également comme des nodes d'archive, stockant l'intégralité des données de la blockchain. Voici les recommandations matérielles minimales pour exécuter un nœud de snapshot sur Core. Ces spécifications sont conçues pour gérer les processus de test et de validation tout en garantissant un stockage et une synchronisation efficaces des données.
- Testnet
- Mainnet
Pour les nodes complets sur Core Testnet2, les spécifications matérielles minimales recommandées sont :
Exigences Détails
Stockage Disque SSD avec une capacité minimale de 4 To
Processeur 4 cœurs de processeur
Mémoire RAM 16 gigaoctets
Débit Internet Connexion Internet à large bande avec des vitesses de téléversement/téléchargement de 5 Mbps.
Pour les nodes complets sur Core Testnet2, les spécifications matérielles minimales recommandées sont :
Exigences Détails
Stockage Disque SSD avec une capacité minimale de 4 To
Processeur 4 cœurs de processeur
Mémoire RAM 16 gigaoctets
Débit Internet Connexion Internet à large bande avec des vitesses de téléversement/téléchargement de 5 Mbps
Pour les nodes Rpc sur le Core Mainnet, les spécifications matérielles minimales recommandées sont:
Exigences Détails
Stockage Disque SSD avec une capacité minimale de 4 To
Processeur 4 cœurs de processeur
Mémoire RAM 16 gigaoctets
Débit Internet Connexion Internet à large bande avec des vitesses de téléversement/téléchargement de 5 Mbps
Snapshots du réseau Core
Vous pouvez obtenir les derniers snapshots à partir de ce lien.
Synchronisation des Node en Utilisant des Snapshots sur le Réseau Core
Sur le réseau Core, vous pouvez synchroniser votre nœud avec l'état actuel de plusieurs façons. Ce document fournit un guide étape par étape pour la synchronisation des nodes sur le réseau Core en utilisant des snapshots.
Téléchargement des Binaries Précompilés
Téléchargez les binaries précompilés à partir de la page des sorties ou suivez les instructions ci-dessous
Linux
wget $(curl -s https://github.com/coredao-org/core-chain/releases/latest |grep browser_ |grep geth_linux |cut -d\" -f4)
mv geth_linux geth
chmod -v u+x geth
MacOS
wget $(curl -s https://github.com/coredao-org/core-chain/releases/latest |grep browser_ |grep geth_mac |cut -d\" -f4)
mv geth_mac geth
chmod -v u+x geth
Téléchargement des Fichiers de Configuration
Téléchargez genesis.json
et config.toml
en exécutant les commandes suivantes :
wget $(curl -s https://github.com/coredao-org/core-chain/releases/latest |grep browser_ |grep mainnet |cut -d\" -f4)
unzip mainnet.zip
Configuration des Pairs
- Mainnet: Le fichier
config.toml
de la dernière sortie contient les informations suivantes sur lesBootstrap Nodes
etStatic Nodes
:
BootstrapNodes =
["enode://6334cdde2728b17486e4930c29e85128694faf118c23f559c7502e1cb42dd90a54f785c80c6a493d7d6f5ed23f3c9cf75e0392b024e45f7eadc81a84544a45ff@seed4.coredao.org:0?discport=35022",
"enode://20b605d5ee978c22bfb9ed208a40f2876d3dfafb1c60a6427c4db28e516520ee610cbc2a1c0ee05dd08578a041dc9070d92cf888422ed0869d0666b5103292b4@seed2.coredao.org:0?discport=35022",
"enode://04ffc724b82e2c52df47e2439a30ca4c0f7aca5ce270f6c6bcdf539581ce2ae4965afd5c5fe19106cd528ed6f379c68687a41310054ee751a73880b2c73e85d8@seed3.coredao.org:0?discport=35022",
"enode://e9a218f70debcb6a423d68f287c972c717606a70bfed278c2f7a876493d37bc535b05127abddeeca21941fc61497a6ca13387466c75a070050862ca6da11b0ca@seed1.coredao.org:0?discport=35022"]
StaticNodes =
["enode://8c60a7445dfff047051aa686d621e8ff3fad4623ebd60aea3b8a9b5285945ff0bb05540cc215bcb0ae3fb07b6c368605ddeebeb23b282ffb2ae777d8a73155ec@18.230.84.232:35021",
"enode://af5bb3eb4278885d98dfdb994a283cd1eafec7f3cf53b13325a484a71e02613a2d724314a2d5bf2ea3b33adb0d1ad7d1c5b9e23c8d2959453a55bde5f02c762f@35.72.191.164:35021",
"enode://40811f3281241c68555179e40654971ec01b1849899e296c0852e5dfed70f3d17f776e90dced50e94cc71699e2b010eec58047ce91d07fa7a3520220cf3ce22b@13.39.140.139:35021",
"enode://ee253be3c7c2ccdd4611d16975733ceb2f41f61a04672756fa4850a0b85419ca5e07ceb5a6f1ac43318b136c8995b9160e6de0c6b4bc2c9325797c11275888e6@18.221.135.3:35021",
"enode://71f4b875a8cec01fe9f01974a682ef846ab8cbe0c23518b2a94e38eef0db829488502122b19c94d595521364bc4550639b58c0332d3942447dfd65707fc80bc0@13.214.98.126:35021"]
Téléchargement des Snapshots
Téléchargez le dernier snapshot de chaindata à partir d'ici.
Démarrer le Nœud
./geth --config ./config.toml --datadir ./node --cache 8000 --rpc.allow-unprotected-txs --txlookuplimit 0
Assurez-vous d'utiliser la version de geth que vous avez téléchargée avec wget ci-dessus, et non votre installation locale de geth, qui pourrait être une mauvaise version.
It is recommended to run a fast node, which is a full node with the --tries-verify-mode none
flag set, if you want high performance and care little about state consistency.
./geth --config ./config.toml --datadir ./node --cache 8000 --rpc.allow-unprotected-txs --txlookuplimit 0 --tries-verify-mode none
Surveiller l'État du Nœud
Vous pouvez surveiller les logs pour vérifier l'état du nœud. Par défaut, les logs sont enregistrés dans ./node/logs/core.log
.
Mode de Synchronisation
Il existe deux modes de synchronisation pour exécuter un nœud complet : snap et full, que vous pouvez spécifier avec l'option --syncmode.
-
Snap sync mode : Utilisé pour la synchronisation initiale, il télécharge les derniers états plutôt que d'exécuter les blocs depuis le genesis. Une fois la synchronisation initiale terminée, le nœud basculera automatiquement en mode de synchronisation complète.
-
Le mode de synchronisation full (complète) peut également être utilisé pour une synchronisation initiale, ce qui exécutera tous les blocs depuis le bloc de genèse. Il n'est pas recommandé, car la quantité de données historiques est trop volumineuse. Il est préférable de télécharger un snapshot a partir du repertoire officiel et de démarrer la synchronisation complète à partir de celui-ci.
-
Si l'option --syncmode n'est pas fournie, le mode de synchronisation par défaut dépendra de l'état du dossier de données. Cela sera en mode snap si vous synchronisez à partir du genesis, ou en mode full si vous démarrez à partir d'un snapshot.