Un nœud Monero avec une surface de contrôle privée.

Planifiez les données de chaîne

Un nœud complet et un nœud élagué ont des empreintes de stockage différentes, et la taille actuelle de la chaîne évolue. Vérifiez les exigences amont et prévoyez de l'espace pour la synchronisation initiale et la croissance. Ne choisissez pas la capacité disque à partir d'un seul ancien tutoriel.

Vérifiez le logiciel

Utilisez les versions officielles et vérifiez les signatures ou les hachages via un processus de confiance. Exécutez le démon comme service non privilégié et maîtrisez délibérément son répertoire de données et la conservation des journaux.

Séparez les rôles public et privé

Le port pair-à-pair et l'interface RPC servent des objectifs différents. Liez le RPC sensible localement ou derrière une route privée authentifiée. Une interface de contrôle de portefeuille accessible publiquement et sans restriction constitue une erreur grave.

Comprendre la frontière de confidentialité

L'utilisation de votre propre nœud peut réduire la dépendance à un opérateur distant, mais ne sécurise pas un portefeuille sur un appareil compromis. Tor ou d'autres choix de routage nécessitent une configuration distincte et un modèle de menace clair. Gardez les secrets du portefeuille hors des fichiers publics du nœud.

Testez la frontière RPC

Après la configuration, inspectez les interfaces en écoute et essayez une requête depuis l’extérieur du réseau autorisé. Un point de terminaison RPC de démon restreint et un service RPC de portefeuille sont des capacités différentes. N’exposez ni l’un ni l’autre largement simplement parce qu’une application de portefeuille s’y connecte plus facilement.

Gardez le nœud reproductible

Consignez la source binaire, la version vérifiée et la configuration du service sans copier les secrets du portefeuille dans le runbook. Surveillez la capacité disque et la progression de la synchronisation. Un nœud peut souvent être reconstruit à partir de logiciels vérifiés et des données de chaîne ; protégez les éléments de récupération du portefeuille de manière indépendante.

Choisissez le stockage selon la chaîne actuelle et votre rôle

Un nœud complet conserve davantage de données historiques ; un nœud élagué réduit l'empreinte à long terme tout en validant la chaîne. Prévoyez de l'espace pour la synchronisation, les journaux et la croissance plutôt que de vous fier à un ancien chiffre fixe de taille de chaîne. Activez l'élagage lors de la synchronisation initiale lorsque tel est le dessein prévu ; l'appliquer ultérieurement peut ne pas réduire immédiatement un fichier de base de données existant. Décidez si le nœud est une infrastructure privée pour votre portefeuille ou s'il offre aussi un RPC de démon public restreint.

Documentation officielle : Élagage et options de Monerod

Vérifiez la version avant de démarrer le démon

Obtenez la version via le canal officiel du projet et vérifiez sa liste de hachages signée à l’aide d’une empreinte de confiance obtenue indépendamment de l’archive téléchargée. Exécutez le démon en tant que service dédié non privilégié avec un répertoire de données persistant et des journaux limités. Conservez les graines de portefeuille et les clés de dépense du côté du portefeuille ; un nœud validateur n’en a pas besoin. Consignez la version et le hachage d’archive vérifié afin qu’une reconstruction dispose d’un point de départ identifiable.

• N'autorisez le trafic pair-à-pair que selon le rôle prévu du nœud.
• Gardez le RPC de démon non restreint local/privé ; un écouteur restreint est un choix distinct.
• Ne confondez pas le RPC du démon monerod avec un RPC de portefeuille capable d’opérations de portefeuille.

Documentation officielle : Vérification de la version Monero

Confirmez la synchronisation et inspectez la frontière RPC

Utilisez l'état du démon et la hauteur actuelle pour distinguer une vérification initiale lente d'un nœud déconnecté. Vérifiez les pairs sortants, l'espace disque disponible, l'horloge et les journaux du service avant de redémarrer une longue synchronisation. Le port des pairs du réseau principal et les écouteurs RPC sont distincts ; n'ouvrez pas tous les ports voisins par commodité. Interrogez le RPC privé prévu depuis un client autorisé, puis exigez qu'une requête provenant de l'extérieur de la frontière échoue. Restreignez délibérément les méthodes publiques si un point de terminaison public fait partie de votre conception.

# Local service inspection; do not publish private configuration:
ss -lntp
# In the monerod console:
status
sync_info

Documentation officielle : Référence du démon Monerod

Planifiez le routage Tor et la reprise séparément

Tor peut modifier le chemin réseau du trafic de nœud pris en charge, mais il doit être configuré pour la classe de trafic prévue et testé ; le simple fait d'exécuter Tor à côté d'un démon ne prouve rien. Enquêtez sur une synchronisation bloquée via la connectivité aux pairs, des vérifications de disque et de permissions. Conservez la configuration et les enregistrements de vérification, et décidez si la copie des données de chaîne fait gagner assez de temps de récupération pour justifier sa taille de sauvegarde. L'hébergement de nœud XMR est ici une charge de travail pédagogique ; il ne permet pas l'acceptation de paiements Monero dans le paiement Koala.