Pianifica i dati della catena
Un nodo completo e un nodo potato hanno impronte di archiviazione diverse, e la dimensione attuale della catena cambia. Controlla i requisiti upstream e lascia spazio per la sincronizzazione iniziale e la crescita. Non scegliere la capacità del disco basandoti solo su un vecchio tutorial.
Verifica il software
Usa le release ufficiali e verifica firme o hash tramite un processo affidabile. Esegui il daemon come servizio senza privilegi e mantieni deliberatamente la sua directory dati e la conservazione dei log.
Separa ruoli pubblici e privati
La porta peer-to-peer e l'interfaccia RPC servono scopi diversi. Vincola l'RPC sensibile localmente o dietro un percorso privato autenticato. Un'interfaccia di controllo del wallet senza restrizioni e raggiungibile pubblicamente è un errore grave.
Comprendi il confine della privacy
Usare il proprio nodo può ridurre la dipendenza da un operatore remoto, ma non mette al sicuro un wallet su un dispositivo compromesso. Tor o altre scelte di routing richiedono una configurazione separata e un modello di minaccia chiaro. Tieni i segreti del wallet fuori dai file pubblici del nodo.
Verifica il confine RPC
Dopo la configurazione, ispeziona le interfacce in ascolto e prova una richiesta dall'esterno della rete consentita. Un endpoint RPC del daemon limitato e un servizio RPC del portafoglio sono capacità diverse. Non esporre nessuno dei due ampiamente solo perché un'applicazione di portafoglio è più facile da collegare in quel modo.
Mantieni il nodo riproducibile
Registra la fonte del binario, la release verificata e la configurazione del servizio senza copiare segreti del wallet nel runbook. Monitora la capacità del disco e l'avanzamento della sincronizzazione. Un nodo può spesso essere ricostruito da software verificato e dati della catena; proteggi indipendentemente il materiale di recupero del wallet.
Scegli l'archiviazione dalla catena corrente e dal tuo ruolo
Un nodo completo conserva più dati storici; un nodo potato riduce l'impronta a lungo termine pur continuando a validare la catena. Lascia spazio per la sincronizzazione, i log e la crescita invece di affidarti a un vecchio numero fisso di dimensione della catena. Abilita la potatura alla sincronizzazione iniziale quando è il design previsto; applicarla in seguito potrebbe non ridurre immediatamente un file di database esistente. Decidi se il nodo è infrastruttura privata per il tuo wallet o offre anche un RPC daemon pubblico limitato.
Documentazione ufficiale: Pruning e opzioni di Monerod
Verifica la release prima di avviare il daemon
Ottieni la release tramite il canale ufficiale del progetto e verifica il suo elenco di hash firmati usando un'impronta attendibile ottenuta indipendentemente dall'archivio scaricato. Esegui il daemon come servizio dedicato senza privilegi con una directory dati persistente e log limitati. Mantieni i seed del portafoglio e le chiavi di spesa sul lato portafoglio; un nodo di validazione non ne ha bisogno. Registra la versione e l'hash verificato dell'archivio in modo che una ricostruzione abbia un punto di partenza identificabile.
- Consenti il traffico peer-to-peer solo in base al ruolo previsto del nodo.
- Mantieni l'RPC del daemon senza restrizioni locale/privato; un listener con restrizioni è una scelta separata.
- Non confondere l'RPC del daemon monerod con un RPC del wallet in grado di eseguire operazioni sul wallet.
Documentazione ufficiale: Verifica del rilascio Monero
Conferma la sincronizzazione e ispeziona il confine RPC
Usa lo stato del daemon e l'altezza corrente per distinguere una verifica iniziale lenta da un nodo disconnesso. Controlla i peer in uscita, il disco disponibile, l'orologio e i log del servizio prima di riavviare una sincronizzazione lunga. La porta peer della mainnet e i listener RPC sono distinti; non aprire tutte le porte vicine per comodità. Interroga l'RPC privato previsto da un client autorizzato, poi richiedi che una richiesta dall'esterno del confine fallisca. Limita deliberatamente i metodi pubblici se un endpoint pubblico fa parte del tuo progetto.
# Local service inspection; do not publish private configuration:
ss -lntp
# In the monerod console:
status
sync_infoDocumentazione ufficiale: Riferimento al demone Monerod
Pianifica instradamento Tor e ripristino separatamente
Tor può modificare il percorso di rete per il traffico dei nodi supportati, ma deve essere configurato per la classe di traffico prevista e testato; eseguire semplicemente Tor accanto a un demone non dimostra nulla. Indaga la sincronizzazione bloccata tramite la connettività dei peer, i controlli del disco e dei permessi. Conserva la configurazione e i registri di verifica e decidi se copiare i dati della catena faccia risparmiare abbastanza tempo di ripristino da giustificare la dimensione del backup. L'hosting del nodo XMR è qui un carico di lavoro didattico; non abilita l'accettazione di pagamenti Monero nel checkout Koala.