Avvio di Rocket Pool
A questo punto, dovresti avere l'intera infrastruttura Rocket Pool in esecuzione, incluso lo stack Smartnode, un client Execution e un client Consensus. Dovresti anche aver protetto il tuo sistema operativo dagli attacchi esterni. Se hai completato entrambi questi passaggi, sei pronto per creare un nodo Rocket Pool e iniziare lo staking. In caso contrario, rivedi le sezioni precedenti e torna qui una volta completati tali passaggi.
Avvio e Arresto dei Servizi Rocket Pool
Ora che hai installato lo Smartnode, avviare lo stack è semplice. Inserisci semplicemente il seguente comando:
Questo comando creerà tutte le immagini Docker necessarie se non esistono già, assicurerà che la rete Docker di Rocket Pool e i volumi di archiviazione siano stati inizializzati e aggiornerà eventuali container se non corrispondono più alle impostazioni di configurazione dell'interfaccia utente di rocketpool service config.
La prima volta che lo esegui, l'output dovrebbe apparire così:
Se è così, allora lo stack Smartnode è stato inizializzato con successo ed è ora in esecuzione.
Se hai mai bisogno di arrestare i servizi (ad esempio, durante un aggiornamento o perché devi eseguire la manutenzione), puoi usare rocketpool service stop per spegnere tutto.
L'output dovrebbe apparire così:
NOTA
Una volta eseguito questo comando, Rocket Pool non si avvierà automaticamente dopo un riavvio del sistema. Dovrai chiamarerocketpool service start per avviare tutti i container Docker e riabilitare l'avvio automatico al riavvio.Conferma della Versione e della Rete Corrette
Una volta che i container o i servizi sono attivi, un buon primo passo è confermare di avere le versioni corrette dei client e di essere sulla rete che ti aspetti. Puoi farlo con il seguente comando:
L'output apparirà così (nota che potresti avere una versione più recente di quella visualizzata qui, questo è solo un esempio):
La prima riga ti dirà se il tuo Smartnode è configurato per la mainnet Ethereum o per la testnet Hoodi.
Per gli utenti Docker / Ibridi: Se non sei sulla rete che ti aspetti, torna alla sezione Installazione di Rocket Pool e rivedi le istruzioni di installazione - potresti aver saltato la parte che ha istruzioni diverse a seconda della rete che vuoi utilizzare.
Per gli utenti Nativi:
Se hai accettato le impostazioni predefinite quando hai eseguito per la prima volta rp service config, è possibile che la rete riportata qui sia errata.
Semplicemente cambiala nella TUI di rp service config, nella sezione Smartnode, sulla rete corretta e riavvia i tuoi servizi node e watchtower.
Il secondo gruppo di righe ti dirà quali client stai utilizzando e quali versioni di essi sono definite nella configurazione di Rocket Pool.
Controllo dello Stato del Servizio e dei Log
Ora che i servizi Smartnode sono stati avviati, è una buona idea controllare che stiano funzionando correttamente senza errori.
La prima cosa da controllare è se i container Docker stanno funzionando bene o se si stanno riavviando costantemente a causa di un errore. Esegui il seguente comando:
I risultati dovrebbero apparire così:
La cosa principale da controllare è la colonna STATUS.
Se nessuna delle voci indica Restarting..., allora i container dovrebbero funzionare correttamente (vedi la nota qui sotto per un'eccezione riguardo al container rocketpool_validator).
NOTA
Se stai utilizzando Prysm o Lodestar come client Consensus, probabilmente noterai che il containerrocketpool_validator si sta riavviando costantemente.
Questo è normale!
Il container del validator fallirà fino a quando non verrà creato un nuovo validator utilizzando il comando rocketpool node deposit, che tratteremo nella sezione Creazione di un Minipool (Validator).
Una volta fatto questo, il container funzionerà correttamente - fino ad allora, ignoralo.Comunque, potrebbe essere utile controllare i log dei vari servizi.
Per controllare i log, usa il comando rocketpool service logs container, dove container è uno di eth1, eth2, validator, api, node o watchtower.
Ad esempio, per controllare i log del tuo client ETH1:
Dovresti farlo sia per eth1 che per eth2 per assicurarti che entrambi i client funzionino senza errori.
Quando hai finito di guardare i log, puoi uscire e tornare al prompt dei comandi usando Ctrl + C.
Attesa della Sincronizzazione dei Tuoi Client ETH
Ora che i tuoi client sono stati avviati, dovrai attendere che i tuoi client Execution e Consensus abbiano terminato la sincronizzazione con la rete prima di procedere.
Un modo semplice per controllarne lo stato è con il seguente comando:
Questo comando mostrerà quanto sono avanti i tuoi client Execution e Consensus nel processo di sincronizzazione, in modo simile a questo:
Puoi chiamare questo comando occasionalmente per tenere traccia dei progressi dei tuoi client.
Per ottenere un effettivo ETA del tempo di sincronizzazione, è più facile guardare i log dei tuoi client con rocketpool service logs eth1 e rocketpool service logs eth2 rispettivamente (o i comandi di script di log equivalenti se stai utilizzando le modalità ibride / native.)
Ogni client generalmente fornisce un ETA sullo stato di sincronizzazione nell'output del suo log.
Possono volerci giorni per sincronizzare completamente sia ETH1 che ETH2 a seconda della selezione del client e del profilo hardware della tua macchina. Questo è previsto. Siediti, rilassati e aspetta che entrambi finiscano.
Se il tuo nodo non si sta sincronizzando affatto o non ha peer, potrebbe essere perché il tuo router sta bloccando le porte 30303 e 9001. Se sono chiuse, dovrai configurare il port forwarding sul tuo router. Inoltre, assicurati che il tuo nodo abbia un indirizzo IP locale statico in modo che il port forwarding non si interrompa a causa del fatto che il tuo nodo ottiene un nuovo indirizzo.
Passaggi Successivi
Una volta che i tuoi client si sono sincronizzati, sei pronto a creare un nuovo wallet se questo è il tuo primo nodo, o recuperare un wallet esistente se stai ripristinando da un backup o migrando da un altro provider come Allnodes al tuo hardware.
Seleziona quale vorresti saperne di più e segui i passaggi nella guida corrispondente.