Démarrage de Rocket Pool
À ce stade, vous devriez avoir l'infrastructure complète de Rocket Pool en cours d'exécution, y compris la pile Smartnode, un client d'exécution et un client de consensus. Vous devriez également avoir renforcé votre système d'exploitation contre les attaquants extérieurs. Si vous avez terminé ces deux étapes, vous êtes prêt à créer un nœud Rocket Pool et à commencer le staking. Sinon, veuillez consulter les sections précédentes et revenir ici une fois que vous aurez terminé ces étapes.
Démarrage et arrêt des services Rocket Pool
Maintenant que vous avez installé le Smartnode, démarrer la pile est facile. Entrez simplement la commande suivante :
Cette commande créera toutes les images Docker nécessaires si elles n'existent pas déjà, s'assurera que le réseau Docker et les volumes de stockage Rocket Pool ont été initialisés, et mettra à jour tous les conteneurs s'ils ne correspondent plus aux paramètres de configuration de l'interface utilisateur de rocketpool service config.
La première fois que vous le faites, la sortie devrait ressembler à ceci :
Si c'est le cas, alors la pile Smartnode a été initialisée avec succès et est maintenant en cours d'exécution.
Si vous devez arrêter les services (par exemple, lors d'une mise à niveau ou parce que vous devez effectuer une maintenance), vous pouvez utiliser rocketpool service stop pour tout arrêter.
La sortie devrait ressembler à ceci :
NOTE
Une fois que vous appelez cette commande, Rocket Pool ne démarrera pas automatiquement après un redémarrage du système. Vous devrez appelerrocketpool service start pour démarrer tous les conteneurs Docker et réactiver le démarrage automatique au redémarrage.Confirmation de la version et du réseau corrects
Une fois que les conteneurs ou services sont opérationnels, une première étape importante consiste à confirmer que vous disposez des versions correctes des clients et que vous êtes sur le réseau attendu. Vous pouvez le faire avec la commande suivante :
La sortie ressemblera à ceci (notez que vous pouvez avoir une version plus récente que celle affichée ici, ceci n'est qu'un exemple) :
La première ligne vous indiquera si votre Smartnode est configuré pour le réseau principal Ethereum ou pour le réseau de test Hoodi.
Pour les utilisateurs Docker / Hybride : Si vous n'êtes pas sur le réseau que vous attendez, revenez à la section Installation de Rocket Pool et consultez les instructions d'installation - vous avez peut-être manqué la partie qui contient des instructions différentes selon le réseau que vous souhaitez utiliser.
Pour les utilisateurs natifs :
Si vous avez accepté les paramètres par défaut lors de votre première exécution de rp service config, il est possible que le réseau signalé ici soit incorrect.
Changez-le simplement dans l'interface TUI de rp service config, dans la section Smartnode, vers le bon réseau et redémarrez vos services node et watchtower.
Le deuxième ensemble de lignes vous indiquera quels clients vous utilisez et quelles versions sont définies dans la configuration de Rocket Pool.
Vérification du statut des services et des journaux
Maintenant que les services Smartnode ont été démarrés, c'est une bonne idée de vérifier qu'ils fonctionnent correctement sans erreurs.
La première chose à vérifier est si les conteneurs Docker fonctionnent bien, ou s'ils redémarrent constamment en raison d'une erreur. Exécutez la commande suivante :
Les résultats devraient ressembler à ceci :
Le point clé à vérifier est la colonne STATUS.
Si aucune des entrées n'indique Restarting..., alors les conteneurs devraient fonctionner correctement (voir la note ci-dessous pour une exception concernant le conteneur rocketpool_validator).
NOTE
Si vous utilisez Prysm ou Lodestar comme client de consensus, vous remarquerez probablement que le conteneurrocketpool_validator redémarre constamment.
C'est normal !
Le conteneur de validateur échouera jusqu'à ce qu'un nouveau validateur ait été créé en utilisant la commande rocketpool node deposit, que nous aborderons dans la section Création d'un Minipool (Validateur).
Une fois cela fait, le conteneur fonctionnera correctement - en attendant, ignorez-le simplement.Néanmoins, il peut être utile de vérifier les journaux des différents services.
Pour vérifier les journaux, utilisez la commande rocketpool service logs container, où container est l'un de eth1, eth2, validator, api, node ou watchtower.
Par exemple, pour vérifier les journaux de votre client ETH1 :
Vous devriez faire cela à la fois pour eth1 et eth2 pour vous assurer que les deux clients fonctionnent sans erreurs.
Lorsque vous avez fini de consulter les journaux, vous pouvez quitter et revenir à l'invite de commande en utilisant Ctrl + C.
Attendre que vos clients ETH se synchronisent
Maintenant que vos clients ont démarré, vous allez vouloir attendre que vos clients d'exécution et de consensus aient fini de se synchroniser avec le réseau avant de continuer.
Un moyen simple de vérifier leur état est la commande suivante :
Cette commande vous montrera la progression de vos clients d'exécution et de consensus dans le processus de synchronisation, similaire à ceci :
Vous pouvez appeler ceci occasionnellement pour suivre la progression de vos clients.
Pour obtenir une estimation réelle du temps de synchronisation, il est plus facile de consulter les journaux de vos clients avec rocketpool service logs eth1 et rocketpool service logs eth2 respectivement (ou les commandes de script de journal équivalentes si vous utilisez les modes hybride / natif).
Chaque client fournit généralement une estimation de son état de synchronisation dans sa sortie de journal.
Il peut prendre des jours pour synchroniser complètement ETH1 et ETH2 en fonction de votre sélection de clients et du profil matériel de votre machine. C'est normal. Détendez-vous, relaxez-vous et attendez que les deux se terminent.
Si votre nœud ne se synchronise pas du tout ou n'a pas de pairs, cela peut être dû au fait que votre routeur bloque les ports 30303 et 9001. S'ils sont fermés, vous devrez configurer la redirection de port sur votre routeur. De plus, assurez-vous que votre nœud a une adresse IP locale statique afin que la redirection de port ne soit pas interrompue en raison de l'attribution d'une nouvelle adresse à votre nœud.
Prochaines étapes
Une fois que vos clients sont synchronisés, vous êtes prêt soit à créer un nouveau portefeuille s'il s'agit de votre premier nœud, soit à récupérer un portefeuille existant si vous restaurez depuis une sauvegarde ou migrez depuis un autre fournisseur comme Allnodes vers votre propre matériel.
Sélectionnez celui que vous souhaitez en savoir plus et suivez les étapes du guide correspondant.