#Configurazione dello Stack Smartnode (Modalità Docker / Ibrida)

Eseguire client completi dello strato di esecuzione e dello strato di consenso può essere scoraggiante; ci sono diverse opzioni tra cui scegliere e ognuna di esse ha una pletora di impostazioni diverse. Fortunatamente, lo Smartnode è progettato per nascondere tutta quella complessità in modo che sia veloce e facile da configurare, pur dandoti la libertà di personalizzare tutto se lo desideri.

In questa sezione, esamineremo i vari metodi per configurare lo Smartnode se stai utilizzando la configurazione basata su Docker o una configurazione ibrida in cui ti connetti a client di esecuzione o consenso gestiti esternamente (ad esempio, client che gestisci al di fuori dello Smartnode per lo staking in solitaria).

Ci sono tre modi per configurarlo:

• Tramite l'Interfaccia Guidata - questo è il modo più semplice. Pone solo alcune domande di base e utilizza impostazioni predefinite ben testate per il resto. Questo è ciò che ti verrà presentato quando esegui rocketpool service config per la prima volta.
• Tramite l'Interfaccia del Gestore Impostazioni - questo ti dà accesso a tutte le impostazioni dello Smartnode in modo da poter personalizzare tutto quanto vuoi.
• In modalità headless tramite la Riga di Comando - questa è un'opzione per le persone che eseguono lo Smartnode in un ambiente headless (non interattivo) e devono configurarlo automaticamente.

Scegli quale modalità vuoi approfondire dall'elenco sopra, o semplicemente scorri ogni opzione di seguito.

#Configurazione tramite la Procedura Guidata

Per avviare il processo di configurazione, esegui il seguente comando:

rocketpool service config

Questo avvierà un'interfaccia utente basata su terminale che ti permetterà di configurare rapidamente e facilmente il tuo nodo, oltre a fornire un controllo opzionale granulare su ogni impostazione per la personalizzazione avanzata.

Quando esegui l'interfaccia di configurazione per la prima volta (o se scegli di eseguire nuovamente la Procedura Guidata in seguito), ti verrà presentata una schermata che assomiglia a questa:

Quando sei pronto per iniziare, premi Next.

#Scelta di una Rete

Nella schermata successiva, ti verrà chiesto di scegliere quale rete vuoi utilizzare:

Puoi evidenziare le diverse scelte con i tasti freccia Su e Giù (o Tab e Shift+Tab). Quando cambi scelta, la casella Descrizione sulla destra ti mostrerà una breve descrizione di ciascuna opzione. Questo è vero per tutte le pagine basate su scelte nella Procedura Guidata, non solo per la selezione della rete, quindi vedrai questo stile di pagina frequentemente.

Se vuoi esercitarti a eseguire un nodo Rocket Pool sulla rete di test Hoodi con ETH e RPL falsi che puoi ottenere gratuitamente, seleziona Hoodi Testnet.

Se sei pronto a creare un vero nodo Rocket Pool su Mainnet per guadagnare ricompense reali, seleziona Mainnet.

#Modalità Client

Ti verranno presentate due opzioni per la modalità client:

Locally Managed (nota anche come "Modalità Docker") è la scelta predefinita. Usala se non hai già una coppia di client e vuoi che lo Smartnode ne gestisca uno per te. Scegliendo questa opzione, lo Smartnode creerà, configurerà e gestirà una coppia di client di Esecuzione e Consenso come container Docker. Non preoccuparti, potrai scegliere quale client vuoi eseguire successivamente.

Externally Managed (nota anche come "Modalità Ibrida") è una scelta conveniente per gli utenti che hanno già una coppia di client di Esecuzione e Consenso in esecuzione altrove che gestiscono manualmente. Scegliendo questa opzione, lo Smartnode si connetterà semplicemente ai tuoi client esistenti e non ne eseguirà uno proprio. Ad esempio, gli utenti possono usare questo per collegarsi ai client che attualmente utilizzano per lo staking in solitaria; in questo modo, non hanno bisogno di avere due copie separate dei client.

#Configurazione Client di Esecuzione

Scegli quale modalità vuoi utilizzare per gestire il tuo client di Esecuzione e segui i passaggi nella scheda corrispondente di seguito:

Locally Managed

External

Se vuoi che lo Smartnode gestisca un client di Esecuzione per te, la schermata successiva ti chiederà di scegliere un client:

Consulta la sezione Scelta dei tuoi client ETH per una descrizione di ciascuna opzione. Una volta effettuata la scelta, fai clic sulla scheda appropriata di seguito per imparare come configurarlo:

Se scegli Geth, Besu o Nethermind, la Procedura Guidata gestirà tutta la configurazione per te. Puoi regolare manualmente alcuni dei suoi parametri alla fine di questo processo, ma le impostazioni predefinite che utilizza sono completamente appropriate per l'operatività del nodo. Puoi procedere alla sezione successiva.

NOTA

Apri la porta P2P nella configurazione di port forwarding del tuo router. Configurala per inoltrare la porta 30303 sia su TCP che UDP all'indirizzo IP locale della tua macchina. In questo modo, altri client di Consenso possono scoprirlo e comunicare con esso dall'esterno. Questo aiuterà il tuo client di Consenso a sincronizzarsi rapidamente e a migliorare le prestazioni (e quindi le ricompense).

Ogni router ha un modo diverso di farlo, quindi dovrai consultare il manuale del tuo router su come configurare il port forwarding.

NOTA

Poiché lo Smartnode verrà eseguito nel suo container Docker, utilizzerà la rete interna di Docker. Non potrai usare nomi host come localhost o 127.0.0.1 qui; se il tuo client di Esecuzione è in esecuzione sulla stessa macchina dello Smartnode, dovrai invece fornire l'indirizzo IP LAN della macchina.

E con questo, il tuo client di Esecuzione è tutto pronto!

Per un client di Esecuzione gestito esternamente, la schermata successiva ti chiederà gli URL della sua API RPC basata su HTTP (web3) e della sua API RPC basata su Websocket:

Lo Smartnode userà l'URL HTTP per comunicare con esso ed eseguire attività blockchain, come interrogare lo stato della chain e inviare transazioni. Se non hai già abilitato e reso accessibile dalla tua macchina Smartnode la porta API del tuo client, dovrai configurarla ora. Le istruzioni su questo variano da client a client; consulta la documentazione del tuo client per imparare come configurare l'endpoint HTTP RPC.

L'URL Websocket è rilevante solo se ne hai bisogno per il tuo uso personale; lo Smartnode non lo utilizza. Puoi lasciarlo vuoto se non ne hai bisogno.

NOTA

Poiché lo Smartnode verrà eseguito nel suo container Docker, utilizzerà la rete interna di Docker. Non potrai usare nomi host come localhost o 127.0.0.1 qui; se il tuo client di Esecuzione di fallback è in esecuzione sulla stessa macchina dello Smartnode, dovrai invece fornire l'indirizzo IP LAN della macchina.

Quando sei soddisfatto delle tue scelte per il client di Esecuzione di fallback, procedi al passaggio successivo.

#Configurazione Client di Consenso

Ora che hai un client di Esecuzione pronto, il compito successivo è configurare il client di Consenso. La "modalità" (locale o esterna) sarà ereditata dalla scelta che hai usato per il tuo client di Esecuzione in precedenza.

Scegli quale modalità hai selezionato in precedenza dalle schede di seguito:

Locally Managed

Externally Managed

Se vuoi che lo Smartnode gestisca un client di Consenso per te, la schermata successiva ti chiederà di scegliere un client:

La scelta preferita per la salute generale e la diversità della rete è l'opzione Random (Recommended), che sceglierà casualmente tra uno dei quattro client di Consenso supportati per te.

Se preferisci scegliere un client esplicito, consulta la sezione Scelta dei tuoi client ETH per una descrizione di ciascuna opzione in modo da poter prendere una decisione informata.

NOTA

Ci sono due condizioni che ti mostreranno avvisi in base alla selezione del client:

• Il client selezionato è attualmente un client a supermaggioranza, il che significa che una maggioranza malsana di validatori sulla Beacon Chain lo utilizza, il che minaccia la stabilità della rete

• Il client selezionato è troppo pesante in termini di risorse per l'hardware che stai attualmente utilizzando

Se uno di questi casi è vero per il tuo client scelto, verrai avvisato e ti verrà chiesto di scegliere un client diverso. Hai l'opzione di continuare a usare quello che hai selezionato, ma devi essere consapevole dei rischi nel farlo.

Una volta effettuata la scelta o ti è stato assegnato un client casuale, fai clic sulla scheda appropriata di seguito per imparare come configurarlo:

Lighthouse

Nimbus

Prysm

Teku

Lodestar

La prima opzione nella configurazione di Lighthouse chiederà del messaggio graffiti del tuo validatore:

Questo è un messaggio personalizzato opzionale che puoi allegare a qualsiasi blocco che proponi sulla Beacon Chain. Il messaggio sarà preservato per sempre, quindi pensalo come un modo divertente per lasciare il tuo segno!

Nota che la lunghezza massima del graffiti è di 16 caratteri.

Se vuoi vedere alcuni esempi di ciò che i validatori stanno usando per il Graffiti oggi, dai un'occhiata qui.

Successivamente c'è un'opzione per abilitare o disabilitare il Checkpoint Sync:

Lighthouse ha la capacità di sincronizzarsi istantaneamente all'ultimo blocco sulla rete Beacon Chain connettendosi a un Beacon Node esistente di cui ti fidi. Questo è preferibile rispetto alla sincronizzazione convenzionale perché non richiede tempo (mentre la sincronizzazione convenzionale può richiedere giorni) e viene fornito con alcuni vantaggi di sicurezza. Dai un'occhiata alla loro documentazione sulla sincronizzazione del checkpoint per maggiori informazioni se sei curioso.

Puoi inserire l'URL di qualsiasi Beacon Node che fornisca accesso alla sua API REST qui.

Vedi la sezione sotto sulla Sincronizzazione Checkpoint se vuoi utilizzarla.

L'ultima domanda chiederà se vuoi abilitare la Protezione Doppelgänger:

Lighthouse supporta una funzione chiamata Rilevamento Doppelgänger. In poche parole, questa funzione intenzionalmente perderà alcune attestazioni dopo il riavvio del Validator Client di Lighthouse; mentre fa questo, ascolterà per vedere se le attestazioni vengono ancora inviate alla rete usando le tue chiavi validatore.

Idealmente, non ci dovrebbero essere attestazioni (il che significa che nessun'altra macchina è in esecuzione con le tue chiavi validatore collegate). Dopo il suo breve periodo di attesa, Lighthouse inizierebbe a validare normalmente.

Tuttavia, se c'è un'altra macchina in esecuzione con le tue chiavi validatore collegate, allora Lighthouse si spegnerà immediatamente ed emetterà un messaggio di errore nei suoi file di log. Il motivo è che se iniziasse ad attestare anche lui, inizieresti a doppia attestazione che è un reato punibile con slashing. Quando subisci slashing, il tuo validatore verrà forzatamente escluso dalla Beacon chain e ti verrà penalizzata una quantità significativa di ETH.

La maggior parte delle volte, il rilevamento doppelgänger non risulterà in nient'altro che alcune attestazioni perse dopo il riavvio di un client. In situazioni in cui stai spostando il tuo validatore su una nuova macchina o stai cambiando a un nuovo client Beacon, tuttavia, il rilevamento doppelgänger può impedirti di subire slashing attestando accidentalmente due volte.

Pensalo come un'assicurazione economica per i tuoi minipool; perderai un po' di profitto banale ogni volta che riavvii, ma puoi essere abbastanza sicuro di non eseguire accidentalmente le tue chiavi in due posti e subire slashing per questo.

A partire dalla versione 4.5.0 Lighthouse ha un'opzione per stabilire connessioni P2P in modo più efficiente utilizzando il protocollo QUIC. Se sei disposto a utilizzare questa funzione dovrai definire un campo extra "P2P QUIC port" nelle impostazioni ETH2 e inoltrarlo al tuo nodo nella configurazione di port forwarding del tuo router. La porta P2P QUIC predefinita è 8001 (UDP). Assicurati di evitare collisioni con porte già in uso dal tuo nodo (o nodi di fallback/testnet). Assicurati anche che la stessa porta sia aperta se stai usando un firewall sul tuo nodo (controlla ufw status). Per verificare se la configurazione QUIC funziona dovresti vedere un numero a 2 cifre dopo libp2p_quic_peers quando esegui docker run --network rocketpool_net curlimages/curl http://eth2:9100/metrics | grep libp2p_peers_multi.

La prima opzione nella configurazione di Nimbus chiederà del messaggio graffiti del tuo validatore:

Questo è un messaggio personalizzato opzionale che puoi allegare a qualsiasi blocco che proponi sulla Beacon Chain. Il messaggio sarà preservato per sempre, quindi pensalo come un modo divertente per lasciare il tuo segno!

Nota che la lunghezza massima del graffiti è di 16 caratteri.

Se vuoi vedere alcuni esempi di ciò che i validatori stanno usando per il Graffiti oggi, dai un'occhiata qui.

Successivamente c'è un'opzione per abilitare o disabilitare il Checkpoint Sync:

Nimbus ha la capacità di sincronizzarsi istantaneamente all'ultimo blocco sulla rete Beacon Chain connettendosi a un Beacon Node esistente di cui ti fidi. Questo è preferibile rispetto alla sincronizzazione convenzionale perché non richiede tempo (mentre la sincronizzazione convenzionale può richiedere giorni) e viene fornito con alcuni vantaggi di sicurezza. Dai un'occhiata alla loro documentazione sulla sincronizzazione del checkpoint per maggiori informazioni se sei curioso.

Puoi inserire l'URL di qualsiasi Beacon Node che fornisca accesso alla sua API REST qui.

Vedi la sezione sotto sulla Sincronizzazione Checkpoint se vuoi utilizzarla.

L'ultima domanda chiederà se vuoi abilitare la Protezione Doppelgänger:

Nimbus supporta una funzione chiamata Protezione Doppelgänger. In poche parole, questa funzione intenzionalmente perderà alcune attestazioni dopo il riavvio di Nimbus; mentre fa questo, ascolterà per vedere se le attestazioni vengono ancora inviate alla rete usando le tue chiavi validatore.

Idealmente, non ci dovrebbero essere attestazioni (il che significa che nessun'altra macchina è in esecuzione con le tue chiavi validatore collegate). Dopo il suo breve periodo di attesa, Nimbus inizierebbe a validare normalmente.

Tuttavia, se c'è un'altra macchina in esecuzione con le tue chiavi validatore collegate, allora Nimbus si spegnerà immediatamente ed emetterà un messaggio di errore nei suoi file di log. Il motivo è che se iniziasse ad attestare anche lui, inizieresti a doppia attestazione che è un reato punibile con slashing. Quando subisci slashing, il tuo validatore verrà forzatamente escluso dalla Beacon chain e ti verrà penalizzata una quantità significativa di ETH.

La maggior parte delle volte, il rilevamento doppelgänger non risulterà in nient'altro che alcune attestazioni perse dopo il riavvio di un client. In situazioni in cui stai spostando il tuo validatore su una nuova macchina o stai cambiando a un nuovo client Beacon, tuttavia, il rilevamento doppelgänger può impedirti di subire slashing attestando accidentalmente due volte.

Pensalo come un'assicurazione economica per i tuoi minipool; perderai un po' di profitto banale ogni volta che riavvii, ma puoi essere abbastanza sicuro di non eseguire accidentalmente le tue chiavi in due posti e subire slashing per questo.

La prima opzione nella configurazione di Prysm chiederà del messaggio graffiti del tuo validatore:

Questo è un messaggio personalizzato opzionale che puoi allegare a qualsiasi blocco che proponi sulla Beacon Chain. Il messaggio sarà preservato per sempre, quindi pensalo come un modo divertente per lasciare il tuo segno!

Nota che la lunghezza massima del graffiti è di 16 caratteri.

Se vuoi vedere alcuni esempi di ciò che i validatori stanno usando per il Graffiti oggi, dai un'occhiata qui.

Successivamente c'è un'opzione per abilitare o disabilitare il Checkpoint Sync:

Prysm ha la capacità di sincronizzarsi istantaneamente all'ultimo blocco sulla rete Beacon Chain connettendosi a un Beacon Node esistente di cui ti fidi. Questo è preferibile rispetto alla sincronizzazione convenzionale perché non richiede tempo (mentre la sincronizzazione convenzionale può richiedere giorni) e viene fornito con alcuni vantaggi di sicurezza. Dai un'occhiata alla loro documentazione sulla sincronizzazione del checkpoint per maggiori informazioni se sei curioso.

Puoi inserire l'URL di qualsiasi Beacon Node che fornisca accesso alla sua API REST qui.

Vedi la sezione sotto sulla Sincronizzazione Checkpoint se vuoi utilizzarla.

L'ultima domanda chiederà se vuoi abilitare la Protezione Doppelgänger:

Prysm supporta una funzione chiamata Protezione Doppelgänger. In poche parole, questa funzione intenzionalmente perderà alcune attestazioni dopo il riavvio del Validator Client di Prysm; mentre fa questo, ascolterà per vedere se le attestazioni vengono ancora inviate alla rete usando le tue chiavi validatore.

Idealmente, non ci dovrebbero essere attestazioni (il che significa che nessun'altra macchina è in esecuzione con le tue chiavi validatore collegate). Dopo il suo breve periodo di attesa, Prysm inizierebbe a validare normalmente.

Tuttavia, se c'è un'altra macchina in esecuzione con le tue chiavi validatore collegate, allora Prysm si spegnerà immediatamente ed emetterà un messaggio di errore nei suoi file di log. Il motivo è che se iniziasse ad attestare anche lui, inizieresti a doppia attestazione che è un reato punibile con slashing. Quando subisci slashing, il tuo validatore verrà forzatamente escluso dalla Beacon chain e ti verrà penalizzata una quantità significativa di ETH.

La maggior parte delle volte, il rilevamento doppelgänger non risulterà in nient'altro che alcune attestazioni perse dopo il riavvio di un client. In situazioni in cui stai spostando il tuo validatore su una nuova macchina o stai cambiando a un nuovo client Beacon, tuttavia, il rilevamento doppelgänger può impedirti di subire slashing attestando accidentalmente due volte.

Pensalo come un'assicurazione economica per i tuoi minipool; perderai un po' di profitto banale ogni volta che riavvii, ma puoi essere abbastanza sicuro di non eseguire accidentalmente le tue chiavi in due posti e subire slashing per questo.

La prima opzione nella configurazione di Teku chiederà del messaggio graffiti del tuo validatore:

Questo è un messaggio personalizzato opzionale che puoi allegare a qualsiasi blocco che proponi sulla Beacon Chain. Il messaggio sarà preservato per sempre, quindi pensalo come un modo divertente per lasciare il tuo segno!

Nota che la lunghezza massima del graffiti è di 16 caratteri.

Se vuoi vedere alcuni esempi di ciò che i validatori stanno usando per il Graffiti oggi, dai un'occhiata qui.

L'ultima domanda è un'opzione per abilitare o disabilitare il Checkpoint Sync:

Teku ha la capacità di sincronizzarsi istantaneamente all'ultimo blocco sulla rete Beacon Chain connettendosi a un Beacon Node esistente di cui ti fidi. Questo è preferibile rispetto alla sincronizzazione convenzionale perché non richiede tempo (mentre la sincronizzazione convenzionale può richiedere giorni) e viene fornito con alcuni vantaggi di sicurezza. Dai un'occhiata alla loro documentazione sulla sincronizzazione del checkpoint per maggiori informazioni se sei curioso.

Puoi inserire l'URL di qualsiasi Beacon Node che fornisca accesso alla sua API REST qui.

Vedi la sezione sotto sulla Sincronizzazione Checkpoint se vuoi utilizzarla.

La prima opzione nella configurazione di Lodestar chiederà del messaggio graffiti del tuo validatore:

Questo è un messaggio personalizzato opzionale che puoi allegare a qualsiasi blocco che proponi sulla Beacon Chain. Il messaggio sarà preservato per sempre, quindi pensalo come un modo divertente per lasciare il tuo segno!

Nota che la lunghezza massima del graffiti è di 16 caratteri.

Se vuoi vedere alcuni esempi di ciò che i validatori stanno usando per il Graffiti oggi, dai un'occhiata qui.

Successivamente c'è un'opzione per abilitare o disabilitare il Checkpoint Sync:

Lodestar ha la capacità di sincronizzarsi istantaneamente all'ultimo blocco sulla rete Beacon Chain connettendosi a un Beacon Node esistente di cui ti fidi. Questo è preferibile rispetto alla sincronizzazione convenzionale perché non richiede tempo (mentre la sincronizzazione convenzionale può richiedere giorni) e viene fornito con alcuni vantaggi di sicurezza. Dai un'occhiata alla loro documentazione sulla sincronizzazione del checkpoint per maggiori informazioni se sei curioso.

Puoi inserire l'URL di qualsiasi Beacon Node che fornisca accesso alla sua API REST qui.

Vedi la sezione sotto sulla Sincronizzazione Checkpoint se vuoi utilizzarla.

L'ultima domanda chiederà se vuoi abilitare la Protezione Doppelgänger:

Lodestar supporta una funzione chiamata Rilevamento Doppelgänger. In poche parole, questa funzione intenzionalmente perderà alcune attestazioni dopo il riavvio del Validator Client di Lodestar; mentre fa questo, ascolterà per vedere se le attestazioni vengono ancora inviate alla rete usando le tue chiavi validatore.

Idealmente, non ci dovrebbero essere attestazioni (il che significa che nessun'altra macchina è in esecuzione con le tue chiavi validatore collegate). Dopo il suo breve periodo di attesa, Lodestar inizierebbe a validare normalmente.

Tuttavia, se c'è un'altra macchina in esecuzione con le tue chiavi validatore collegate, allora Lodestar si spegnerà immediatamente ed emetterà un messaggio di errore nei suoi file di log. Il motivo è che se iniziasse ad attestare anche lui, inizieresti a doppia attestazione che è un reato punibile con slashing. Quando subisci slashing, il tuo validatore verrà forzatamente escluso dalla Beacon chain e ti verrà penalizzata una quantità significativa di ETH.

La maggior parte delle volte, il rilevamento doppelgänger non risulterà in nient'altro che alcune attestazioni perse dopo il riavvio di un client. In situazioni in cui stai spostando il tuo validatore su una nuova macchina o stai cambiando a un nuovo client Beacon, tuttavia, il rilevamento doppelgänger può impedirti di subire slashing attestando accidentalmente due volte.

Pensalo come un'assicurazione economica per i tuoi minipool; perderai un po' di profitto banale ogni volta che riavvii, ma puoi essere abbastanza sicuro di non eseguire accidentalmente le tue chiavi in due posti e subire slashing per questo.

NOTA

Apri la porta P2P nella configurazione di port forwarding del tuo router. Configurala per inoltrare la porta 9001 sia su TCP che UDP all'indirizzo IP locale della tua macchina. In questo modo, altri client di Consenso possono scoprirlo e comunicare con esso dall'esterno. Questo aiuterà il tuo client di Consenso a sincronizzarsi rapidamente e a migliorare le prestazioni (e quindi le ricompense).

Ogni router ha un modo diverso di farlo, quindi dovrai consultare il manuale del tuo router su come configurare il port forwarding

Poiché ogni client di Consenso ha un comportamento leggermente diverso, lo Smartnode deve sapere quale stai usando esternamente in modo da poter adattare il proprio comportamento di conseguenza. Inizia scegliendo quale client hai dall'elenco nella schermata successiva:

NOTA

Al momento, Nimbus non è compatibile con la modalità Esterna perché non può ancora essere eseguito come Validator Container (VC) autonomo. Quando il client supporterà questa funzione, verrà aggiunto all'elenco qui.

Seleziona il tuo client dalle schede di seguito per imparare come finire di configurarlo.

Lighthouse

Prysm

Teku

Inizia specificando l'URL per l'API del tuo Beacon Node Lighthouse:

Lo Smartnode userà l'URL HTTP per comunicare con esso ed eseguire attività blockchain, come interrogare lo stato della chain e inviare messaggi. Se non hai già abilitato e reso accessibile dalla tua macchina Smartnode la porta API, dovrai configurarla ora. Vedi la documentazione di Lighthouse per istruzioni su come farlo.

NOTA

Poiché lo Smartnode verrà eseguito nel suo container Docker, utilizzerà la rete interna di Docker. Non potrai usare nomi host come localhost o 127.0.0.1 qui; se il tuo client è in esecuzione sulla stessa macchina dello Smartnode, dovrai invece fornire l'indirizzo IP LAN della macchina.

Successivamente, chiederà del messaggio graffiti del tuo validatore:

Questo è un messaggio personalizzato opzionale che puoi allegare a qualsiasi blocco che proponi sulla Beacon Chain. Il messaggio sarà preservato per sempre, quindi pensalo come un modo divertente per lasciare il tuo segno!

Nota che la lunghezza massima del graffiti è di 16 caratteri.

Se vuoi vedere alcuni esempi di ciò che i validatori stanno usando per il Graffiti oggi, dai un'occhiata qui.

L'ultima domanda chiederà se vuoi abilitare la Protezione Doppelgänger:

Lighthouse supporta una funzione chiamata Rilevamento Doppelgänger. In poche parole, questa funzione intenzionalmente perderà alcune attestazioni dopo il riavvio del Validator Client di Lighthouse; mentre fa questo, ascolterà per vedere se le attestazioni vengono ancora inviate alla rete usando le tue chiavi validatore.

Idealmente, non ci dovrebbero essere attestazioni (il che significa che nessun'altra macchina è in esecuzione con le tue chiavi validatore collegate). Dopo il suo breve periodo di attesa, Lighthouse inizierebbe a validare normalmente.

Tuttavia, se c'è un'altra macchina in esecuzione con le tue chiavi validatore collegate, allora Lighthouse si spegnerà immediatamente ed emetterà un messaggio di errore nei suoi file di log. Il motivo è che se iniziasse ad attestare anche lui, inizieresti a doppia attestazione che è un reato punibile con slashing. Quando subisci slashing, il tuo validatore verrà forzatamente escluso dalla Beacon chain e ti verrà penalizzata una quantità significativa di ETH.

La maggior parte delle volte, il rilevamento doppelgänger non risulterà in nient'altro che alcune attestazioni perse dopo il riavvio di un client. In situazioni in cui stai spostando il tuo validatore su una nuova macchina o stai cambiando a un nuovo client Beacon, tuttavia, il rilevamento doppelgänger può impedirti di subire slashing attestando accidentalmente due volte.

Pensalo come un'assicurazione economica per i tuoi minipool; perderai un po' di profitto banale ogni volta che riavvii, ma puoi essere abbastanza sicuro di non eseguire accidentalmente le tue chiavi in due posti e subire slashing per questo.

Inizia specificando l'URL per l'API del tuo Beacon Node Prysm e l'URL per la sua API JSON-RPC:

Lo Smartnode userà l'URL HTTP per comunicare con esso ed eseguire attività blockchain, come interrogare lo stato della chain e inviare messaggi. Preparerà il suo Prysm Validator Client con l'URL JSON-RPC in modo che possa comunicare con il tuo Beacon Node, poiché il Validator Client di Prysm attualmente non può funzionare tramite l'API HTTP.

Se non hai già abilitato e reso accessibili dalla tua macchina Smartnode le porte API, dovrai configurarle ora. Vedi la documentazione di Prysm per istruzioni su come farlo. Avrai bisogno del grpc-gateway e del rpc-host abilitati.

NOTA

Poiché lo Smartnode verrà eseguito nel suo container Docker, utilizzerà la rete interna di Docker. Non potrai usare nomi host come localhost o 127.0.0.1 qui; se il tuo client è in esecuzione sulla stessa macchina dello Smartnode, dovrai invece fornire l'indirizzo IP LAN della macchina.

Successivamente, chiederà del messaggio graffiti del tuo validatore:

Questo è un messaggio personalizzato opzionale che puoi allegare a qualsiasi blocco che proponi sulla Beacon Chain. Il messaggio sarà preservato per sempre, quindi pensalo come un modo divertente per lasciare il tuo segno!

Nota che la lunghezza massima del graffiti è di 16 caratteri.

Se vuoi vedere alcuni esempi di ciò che i validatori stanno usando per il Graffiti oggi, dai un'occhiata qui.

L'ultima domanda chiederà se vuoi abilitare la Protezione Doppelgänger:

Prysm supporta una funzione chiamata Protezione Doppelgänger. In poche parole, questa funzione intenzionalmente perderà alcune attestazioni dopo il riavvio del Validator Client di Prysm; mentre fa questo, ascolterà per vedere se le attestazioni vengono ancora inviate alla rete usando le tue chiavi validatore.

Idealmente, non ci dovrebbero essere attestazioni (il che significa che nessun'altra macchina è in esecuzione con le tue chiavi validatore collegate). Dopo il suo breve periodo di attesa, Prysm inizierebbe a validare normalmente.

Tuttavia, se c'è un'altra macchina in esecuzione con le tue chiavi validatore collegate, allora Prysm si spegnerà immediatamente ed emetterà un messaggio di errore nei suoi file di log. Il motivo è che se iniziasse ad attestare anche lui, inizieresti a doppia attestazione che è un reato punibile con slashing. Quando subisci slashing, il tuo validatore verrà forzatamente escluso dalla Beacon chain e ti verrà penalizzata una quantità significativa di ETH.

La maggior parte delle volte, il rilevamento doppelgänger non risulterà in nient'altro che alcune attestazioni perse dopo il riavvio di un client. In situazioni in cui stai spostando il tuo validatore su una nuova macchina o stai cambiando a un nuovo client Beacon, tuttavia, il rilevamento doppelgänger può impedirti di subire slashing attestando accidentalmente due volte.

Pensalo come un'assicurazione economica per i tuoi minipool; perderai un po' di profitto banale ogni volta che riavvii, ma puoi essere abbastanza sicuro di non eseguire accidentalmente le tue chiavi in due posti e subire slashing per questo.

Inizia specificando l'URL per l'API del tuo Beacon Node Teku:

Lo Smartnode userà l'URL HTTP per comunicare con esso ed eseguire attività blockchain, come interrogare lo stato della chain e inviare messaggi. Se non hai già abilitato e reso accessibile dalla tua macchina Smartnode la porta API, dovrai configurarla ora. Vedi la documentazione di Teku per istruzioni su come farlo.

NOTA

Poiché lo Smartnode verrà eseguito nel suo container Docker, utilizzerà la rete interna di Docker. Non potrai usare nomi host come localhost o 127.0.0.1 qui; se il tuo client è in esecuzione sulla stessa macchina dello Smartnode, dovrai invece fornire l'indirizzo IP LAN della macchina.

Successivamente, chiederà del messaggio graffiti del tuo validatore:

Questo è un messaggio personalizzato opzionale che puoi allegare a qualsiasi blocco che proponi sulla Beacon Chain. Il messaggio sarà preservato per sempre, quindi pensalo come un modo divertente per lasciare il tuo segno!

Nota che la lunghezza massima del graffiti è di 16 caratteri.

Se vuoi vedere alcuni esempi di ciò che i validatori stanno usando per il Graffiti oggi, dai un'occhiata qui.

#Sincronizzazione Checkpoint della Beacon Chain

La sincronizzazione checkpoint è una tecnica molto utile che alcuni client Beacon Chain supportano. Permette al tuo client Beacon di sincronizzarsi istantaneamente all'intera Beacon chain senza dover iniziare dall'inizio e recuperare ogni blocco. Questo significa che invece di richiedere giorni, il tuo client Beacon può essere pronto in questione di minuti. Tutto ciò di cui ha bisogno è l'accesso a un client Beacon esistente di cui ti fidi.

Puoi usare qualsiasi Beacon node che fornisca accesso alla sua API HTTP. Attualmente, molti operatori di nodi stanno usando i checkpoint-sync-endpoints - un servizio che permette agli operatori di nodi Rocket Pool di sincronizzare facilmente i checkpoint. Sia la Hoodi Testnet che la Mainnet sono supportate. Un elenco di URL di sincronizzazione checkpoint può essere trovato tramite il seguente link:

• URL di Sincronizzazione Checkpoint

Scegli un URL di sincronizzazione checkpoint pertinente e incollalo nel terminale durante rocketpool service config quando ti chiede un Checkpoint Sync Provider.

Dopodiché, il tuo Beacon node si connetterà automaticamente al nodo di sincronizzazione checkpoint quando si avvierà per la prima volta e scaricherà istantaneamente lo stato più recente della chain!

rocketpool service resync-eth2

#Nodo di Fallback

A partire dalla versione 1.5.0 dello stack Smartnode, puoi fornire una coppia "di fallback" di client di Esecuzione e Consenso che può subentrare ai tuoi client primari se mai vanno offline (ad esempio perché usi Geth e devi effettuare il pruning). In questa situazione, la tua macchina nodo primaria sarà ancora responsabile dell'attestazione e della proposta di blocchi con le chiavi validatore dei tuoi minipool, ma si connetterà a una macchina esterna per interagire con lo strato di Esecuzione e le chain Beacon.

Per saperne di più sui nodi di fallback, vedi questa sezione e torna qui quando hai finito.

#Configurazione Metriche

Rocket Pool viene fornito con la capacità di visualizzare un dashboard dettagliato che mostra metriche sulla salute hardware del tuo nodo, aggiornamenti di sistema, le prestazioni del tuo validatore, le tue ricompense, informazioni sulla rete Rocket Pool complessiva e altro ancora:

La prossima domanda nella Procedura Guidata ti chiederà se vuoi abilitare questo:

Se scegli di abilitarlo, imparerai di più su come configurarlo e come usarlo nella sezione Configurazione del Dashboard Grafana più avanti nel processo.

#Configurazione MEV

Dal Merge degli strati di Esecuzione e Consenso nel settembre 2022, i validatori Ethereum hanno ora la possibilità di guadagnare commissioni prioritarie e partecipare al Maximal Extractable Value (o MEV in breve).

A partire da Smartnode v1.7.0, MEV è ora opt-out quindi la sua configurazione è presentata come parte della configurazione iniziale, come vedi nella schermata successiva:

Leggi la nostra guida MEV per saperne di più su MEV, la sua configurazione e cosa fare in questa sezione della procedura guidata. Torna qui quando hai finito.

#Completamento

Dopo questa domanda, hai finito di configurare lo Smartnode! Vedrai il seguente dialogo:

Se sei soddisfatto della tua configurazione e sei pronto ad avviare lo Smartnode, fai clic su Save and Exit qui e vai alla sezione Protezione del tuo Nodo successivamente.

Se vuoi rivedere tutte le impostazioni e personalizzare molte impostazioni aggiuntive che non erano incluse nella Procedura Guidata, fai clic su Review All Settings e vai alla sezione successiva.

#Configurazione tramite il Gestore Impostazioni

Se hai già eseguito rocketpool service config, invece di essere accolto dalla Procedura Guidata, vedrai la schermata del Gestore Impostazioni:

Ci sono tre caratteristiche principali di questa schermata:

1. L'Elenco Categorie, che ti permette di approfondire le impostazioni per ogni categoria dello stack Smartnode
2. Il pulsante Review Changes and Save, che puoi usare quando sei pronto a vedere quali impostazioni hai modificato e salvare la configurazione aggiornata
3. Il pulsante Open the Config Wizard, che ti porterà alla Procedura Guidata di Configurazione se preferisci quell'interfaccia

Mentre scorri l'elenco delle categorie, ogni opzione avrà una descrizione utile che apparirà nella Casella Descrizione a destra dello schermo. Sentiti libero di esplorarle; nulla di ciò che fai verrà salvato finché non passerai attraverso il dialogo di Revisione tramite il pulsante Review Changes and Save, e puoi premere Ctrl+C in qualsiasi momento per uscire senza salvare, quindi non rovinerai accidentalmente qualcosa giocando con le impostazioni qui.

#Configurazione delle Impostazioni

Dalla schermata principale, seleziona una qualsiasi delle categorie con il tasto Enter per visualizzare le impostazioni per quella categoria. Ad esempio, ecco la schermata per la categoria Smartnode and TX Fees:

Usa i Tasti Freccia per spostarti su e giù tra le impostazioni. Quella attualmente selezionata avrà un quadrato bianco alla fine (se è una casella di testo o una casella di controllo), o sarà evidenziata in bianco (se è un menu a discesa).

Premi Escape per tornare alla schermata principale del Gestore Impostazioni quando hai finito.

Mentre scorri le impostazioni, ognuna mostrerà una breve descrizione di cosa fa nella Casella Descrizione sulla destra. Mostrerà anche il valore predefinito lì nel caso tu voglia ripristinarlo alla sua impostazione di fabbrica.

In questo esempio, l'impostazione RPL Claim Gas Threshold è attualmente selezionata (evidenziata con una casella verde sul lato sinistro dello schermo). È stata modificata a 40, ma puoi vedere che ha un valore predefinito di 150 nell'angolo in alto a destra (la parte superiore della Casella Descrizione).

#I Tipi di Impostazioni e Come Usarli

Il gestore impostazioni utilizza i seguenti tipi di impostazioni ed elementi UI:

#Caselle di Testo

Le caselle di testo vengono utilizzate per inserire stringhe arbitrarie di testo o numeri. Assomigliano a questo:

Inserisci i tuoi valori desiderati in esse, quindi premi Enter o usa i Tasti Freccia per navigare a un'impostazione diversa per preservare le tue modifiche. Se non lo fai, il Gestore Impostazioni assumerà che stai ancora aggiornando quell'impostazione e non la segnerà ancora come modificata.

#Menu a Discesa

I menu a discesa vengono utilizzati per selezionare un'opzione da un elenco di scelte. Assomigliano a questo (quando sono aperti):

L'elemento verde è quello attualmente selezionato. Usa i Tasti Freccia per cambiare opzioni - mentre lo fai, la Casella Descrizione sulla destra si aggiornerà per dirti di più sull'opzione attualmente selezionata. Quando sei soddisfatto della tua scelta, premi Enter per scegliere l'opzione selezionata e il menu a discesa si chiuderà, rivelando l'opzione attualmente selezionata:

#Caselle di Controllo

Le caselle di controllo vengono utilizzate per semplici domande Sì/No. Assomigliano a questo:

Quando sono selezionate, avranno una X al centro come vedi sopra. Quando non sono selezionate, saranno semplicemente vuote come questo:

Per modificare l'impostazione, selezionala semplicemente e premi Enter.

#Salvataggio Modifiche

Quando sei soddisfatto delle tue modifiche e vuoi rivederle prima di salvare, premi il pulsante Review Changes and Save nella schermata principale. Come promemoria, per raggiungerlo, premi il tasto Tab.

Ti verrà presentata una vista che assomiglia a questa:

La Casella di Revisione qui presenterà tutte le impostazioni che hai modificato, mostrando i vecchi valori e quelli nuovi. Ad esempio, la prima riga qui mostra che il RPL Claim Gas Threshold era 150, ed è stato modificato a 40.

Ti mostrerà anche quali container sono interessati dalle impostazioni che hai modificato e si offrirà di riavviarli per te dopo aver salvato le tue modifiche.

Quando sei soddisfatto delle modifiche, premi Enter per salvare la nuova configurazione su disco. Uscirai quindi dall'Interfaccia Terminale e ti verrà presentato qualcosa come questo messaggio:

Your changes have been saved!
The following containers must be restarted for the changes to take effect:
	rocketpool_watchtower
	rocketpool_validator
	rocketpool_eth2
	rocketpool_node
Would you like to restart them automatically now? [y/n]

Premi y e Enter se vuoi applicare automaticamente le tue nuove modifiche di configurazione e riavviare i container interessati.

Premi n e Enter se hai altre cose che vuoi fare prima di riavviarli, e lo farai manualmente più tardi.

In entrambi i casi, la tua configurazione è completata!

2022/08/13 13:49:41 Error piping stdout: read |0: file already closed

rocketpool service stop
nano ~/.rocketpool/override/exporter.yml

# Enter your own customizations for the node exporter container here. These changes will persist after upgrades, so you only need to do them once.
#
# See https://docs.docker.com/compose/extends/#adding-and-overriding-configuration
# for more information on overriding specific parameters of docker-compose files.

version: "3.7"
services:
  node-exporter:
    x-rp-comment: Add your customizations below this line
    volumes:   ["/proc:/host/proc:ro","/sys:/host/sys:ro"]

#Configurazione tramite la Riga di Comando

Se usi lo Smartnode in un ambiente headless dove non puoi interagire con l'Interfaccia Terminale, puoi configurare il tuo nodo tramite la riga di comando invece.

Il comando rocketpool service config accetta, come argomenti, ogni impostazione che può normalmente essere configurata tramite l'Interfaccia Terminale. Esegui il seguente comando per vedere un elenco di esse (nota che è piuttosto lungo):

rocketpool service config --help

L'output assomiglierà a questo:

NAME:
   rocketpool service config - Configure the Rocket Pool service

USAGE:
   rocketpool service config

OPTIONS:
   --executionClientMode value  Choose which mode to use for your Execution client - locally managed (Docker Mode), or externally managed (Hybrid Mode).
                                Type: choice
                                Options: local, external
 (default: "local")
   --executionClient value  Select which Execution client you would like to run.
                            Type: choice
                            Options: geth, infura, pocket
 (default: "geth")
   --useFallbackExecutionClient         Enable this if you would like to specify a fallback Execution client, which will temporarily be used by the Smartnode and your Consensus client if your primary Execution client ever goes offline.
                                        Type: bool

...

Ogni opzione avrà il suo nome, il suo tipo, il suo valore predefinito e (se è un parametro di scelta) le sue opzioni. Usando questo testo, puoi trovare l'opzione (le opzioni) che vuoi impostare e specificarle tramite gli argomenti appropriati.

#Passi Successivi

Una volta configurato il tuo nodo proprio come lo desideri, sei pronto a proteggere il tuo sistema operativo per proteggere il tuo nodo. Passa alla sezione Protezione del tuo Nodo successivamente.