Nodi e client

Ethereum è una rete distribuita di computer (noti come nodi) che eseguono software in grado di verificare i blocchi e i dati delle transazioni. Il software deve essere eseguito sul tuo computer per trasformarlo in un nodo Ethereum. Sono necessari due software separati (noti come 'client') per formare un nodo.

Prerequisiti

Dovresti comprendere il concetto di rete peer-to-peer e le basi dell'EVM prima di approfondire ed eseguire la tua istanza di un client Ethereum. Dai un'occhiata alla nostra introduzione a Ethereum.

Se sei nuovo all'argomento dei nodi, ti consigliamo di dare prima un'occhiata alla nostra introduzione intuitiva sull'esecuzione di un nodo Ethereum.

Cosa sono i nodi e i client?

Un "nodo" è qualsiasi istanza del software client di Ethereum connessa ad altri computer che eseguono anch'essi il software Ethereum, formando una rete. Un client è un'implementazione di Ethereum che verifica i dati in base alle regole del protocollo e mantiene sicura la rete. Un nodo deve eseguire due client: un client di consenso e un client di esecuzione.

• Il client di esecuzione (noto anche come Execution Engine, client EL o precedentemente client Eth1) ascolta le nuove transazioni trasmesse nella rete, le esegue nell'EVM e conserva l'ultimo stato e il database di tutti i dati correnti di Ethereum.
• Il client di consenso (noto anche come nodo beacon, client CL o precedentemente client Eth2) implementa l'algoritmo di consenso Proof-of-Stake (PoS), che consente alla rete di raggiungere un accordo basato sui dati validati dal client di esecuzione. Esiste anche un terzo software, noto come 'validatore', che può essere aggiunto al client di consenso, consentendo a un nodo di partecipare alla messa in sicurezza della rete.

Questi client lavorano insieme per tenere traccia della testa della catena di Ethereum e consentire agli utenti di interagire con la rete Ethereum. Il design modulare con più software che lavorano insieme è chiamato complessità incapsulata (opens in a new tab). Questo approccio ha reso più semplice eseguire The Merge senza interruzioni, rende il software client più facile da mantenere e sviluppare e consente il riutilizzo dei singoli client, ad esempio, nell'ecosistema dei layer 2 (l2).

Diagramma semplificato di un client di esecuzione e di consenso accoppiati.

Diversità dei client

Sia i client di esecuzione che i client di consenso esistono in una varietà di linguaggi di programmazione sviluppati da team diversi.

Molteplici implementazioni di client possono rendere la rete più forte riducendo la sua dipendenza da una singola base di codice. L'obiettivo ideale è raggiungere la diversità senza che alcun client domini la rete, eliminando così un potenziale singolo punto di guasto. La varietà di linguaggi invita anche una più ampia comunità di sviluppatori e consente loro di creare integrazioni nel loro linguaggio preferito.

Scopri di più sulla diversità dei client.

Ciò che queste implementazioni hanno in comune è che seguono tutte una singola specifica. Le specifiche dettano il funzionamento della rete e della blockchain di Ethereum. Ogni dettaglio tecnico è definito e le specifiche possono essere trovate come:

• Originariamente, lo yellow paper di Ethereum (opens in a new tab)
• Specifiche di esecuzione (opens in a new tab)
• Specifiche di consenso (opens in a new tab)
• EIP (opens in a new tab) implementate in vari aggiornamenti della rete

Tracciamento dei nodi nella rete

Diversi tracker offrono una panoramica in tempo reale dei nodi nella rete Ethereum. Nota che, a causa della natura delle reti decentralizzate, questi crawler possono fornire solo una visione limitata della rete e potrebbero riportare risultati diversi.

• Mappa dei nodi (opens in a new tab) di Etherscan
• Ethernodes (opens in a new tab) di Bitfly
• Nodewatch (opens in a new tab) di Chainsafe, che scansiona i nodi di consenso
• Monitoreth (opens in a new tab) - di MigaLabs, uno strumento di monitoraggio di rete distribuito
• Report settimanali sulla salute della rete (opens in a new tab) - di ProbeLab, utilizzando il crawler Nebula (opens in a new tab) e altri strumenti

Tipi di nodo

Se desideri eseguire il tuo nodo, dovresti comprendere che esistono diversi tipi di nodo che consumano i dati in modo diverso. Infatti, i client possono eseguire tre diversi tipi di nodi: leggero, completo e archivio. Ci sono anche opzioni di diverse strategie di sincronizzazione che consentono tempi di sincronizzazione più rapidi. La sincronizzazione si riferisce alla rapidità con cui può ottenere le informazioni più aggiornate sullo stato di Ethereum.

Nodo completo

I nodi completi eseguono una validazione del blocco per blocco della blockchain, incluso il download e la verifica del corpo del blocco e dei dati di stato per ogni blocco. Esistono diverse classi di nodo completo: alcune partono dal blocco genesi e verificano ogni singolo blocco nell'intera cronologia della blockchain. Altre iniziano la loro verifica da un blocco più recente che ritengono valido (ad es. la 'snap sync' di Geth). Indipendentemente da dove inizia la verifica, i nodi completi conservano solo una copia locale di dati relativamente recenti (in genere i 128 blocchi più recenti), consentendo l'eliminazione dei dati più vecchi per risparmiare spazio su disco. I dati più vecchi possono essere rigenerati quando necessario.

• Archivia i dati completi della blockchain (sebbene questi vengano periodicamente potati in modo che un nodo completo non archivi tutti i dati di stato fino alla genesi)
• Partecipa alla validazione del blocco, verifica tutti i blocchi e gli stati.
• Tutti gli stati possono essere recuperati dall'archiviazione locale o rigenerati da 'snapshot' da un nodo completo.
• Serve la rete e fornisce dati su richiesta.

Nodo archivio

I nodi archivio sono nodi completi che verificano ogni blocco dalla genesi e non eliminano mai nessuno dei dati scaricati.

• Archivia tutto ciò che è conservato nel nodo completo e crea un archivio degli stati storici. È necessario se si desidera interrogare qualcosa come il saldo di un account al blocco #4.000.000, o semplicemente e in modo affidabile testare il proprio set di transazioni senza validarle utilizzando il tracciamento.
• Questi dati rappresentano unità di terabyte, il che rende i nodi archivio meno attraenti per gli utenti medi ma possono essere utili per servizi come block explorer, fornitori di portafogli e analisi della catena.

La sincronizzazione dei client in qualsiasi modalità diversa dall'archivio comporterà dati della blockchain potati. Ciò significa che non esiste un archivio di tutti gli stati storici, ma il nodo completo è in grado di costruirli su richiesta.

Scopri di più sui nodi archivio.

Nodo leggero

Invece di scaricare ogni blocco, i nodi leggeri scaricano solo le intestazioni dei blocchi. Queste intestazioni contengono informazioni riassuntive sui contenuti dei blocchi. Qualsiasi altra informazione richiesta dal nodo leggero viene richiesta a un nodo completo. Il nodo leggero può quindi verificare in modo indipendente i dati che riceve rispetto alle radici di stato nelle intestazioni dei blocchi. I nodi leggeri consentono agli utenti di partecipare alla rete Ethereum senza l'hardware potente o l'elevata larghezza di banda richiesti per eseguire nodi completi. Alla fine, i nodi leggeri potrebbero essere eseguiti su telefoni cellulari o dispositivi integrati. I nodi leggeri non partecipano al consenso (ovvero, non possono essere validatori), ma possono accedere alla blockchain di Ethereum con le stesse funzionalità e garanzie di sicurezza di un nodo completo.

I client leggeri sono un'area di sviluppo attivo per Ethereum e ci aspettiamo di vedere presto nuovi client leggeri per il livello di consenso e il livello di esecuzione. Ci sono anche potenziali percorsi per fornire dati dei client leggeri tramite la rete gossip (opens in a new tab). Questo è vantaggioso perché la rete gossip potrebbe supportare una rete di nodi leggeri senza richiedere ai nodi completi di servire le richieste.

Ethereum non supporta ancora una vasta popolazione di nodi leggeri, ma il supporto per i nodi leggeri è un'area che si prevede si svilupperà rapidamente nel prossimo futuro. In particolare, client come Nimbus (opens in a new tab), Helios (opens in a new tab) e Lodestar (opens in a new tab) sono attualmente fortemente concentrati sui nodi leggeri.

Perché dovrei eseguire un nodo Ethereum?

L'esecuzione di un nodo ti consente di utilizzare Ethereum in modo diretto, trustless e privato, supportando al contempo la rete mantenendola più robusta e decentralizzata.

Vantaggi per te

L'esecuzione del tuo nodo ti consente di utilizzare Ethereum in modo privato, autosufficiente e trustless. Non hai bisogno di fidarti della rete perché puoi verificare i dati tu stesso con il tuo client. "Non fidarti, verifica" è un popolare mantra della blockchain.

• Il tuo nodo verifica da solo tutte le transazioni e i blocchi in base alle regole del consenso. Ciò significa che non devi fare affidamento su nessun altro nodo nella rete o fidarti completamente di loro.
• Puoi utilizzare un portafoglio Ethereum con il tuo nodo. Puoi utilizzare le applicazioni decentralizzate (dapp) in modo più sicuro e privato perché non dovrai far trapelare i tuoi indirizzi e saldi agli intermediari. Tutto può essere controllato con il tuo client. MetaMask (opens in a new tab), Frame (opens in a new tab) e molti altri portafogli offrono l'importazione RPC, consentendo loro di utilizzare il tuo nodo.
• Puoi eseguire e ospitare autonomamente altri servizi che dipendono dai dati di Ethereum. Ad esempio, questo potrebbe essere un validatore della Beacon Chain, software come i layer 2 (l2), infrastrutture, block explorer, processori di pagamento, ecc.
• Puoi fornire i tuoi endpoint RPC personalizzati. Potresti persino offrire questi endpoint pubblicamente alla comunità per aiutarli a evitare i grandi fornitori centralizzati.
• Puoi connetterti al tuo nodo utilizzando le Comunicazioni Inter-processo (IPC) o riscrivere il nodo per caricare il tuo programma come plugin. Questo garantisce una bassa latenza, che aiuta molto, ad es., quando si elaborano molti dati utilizzando librerie Web3 o quando è necessario sostituire le transazioni il più velocemente possibile (ovvero, frontrunning).
• Puoi mettere in staking direttamente ETH per proteggere la rete e guadagnare ricompense. Consulta il solo staking per iniziare.

Vantaggi per la rete

Un insieme diversificato di nodi è importante per la salute, la sicurezza e la resilienza operativa di Ethereum.

• I nodi completi applicano le regole del consenso in modo da non poter essere ingannati ad accettare blocchi che non le seguono. Ciò fornisce ulteriore sicurezza nella rete perché se tutti i nodi fossero nodi leggeri, che non eseguono una verifica completa, i validatori potrebbero attaccare la rete.
• In caso di un attacco che superi le difese cripto-economiche della Proof-of-Stake (PoS), un recupero sociale può essere eseguito dai nodi completi che scelgono di seguire la catena onesta.
• Più nodi nella rete si traducono in una rete più diversificata e robusta, l'obiettivo finale della decentralizzazione, che consente un sistema resistente alla censura e affidabile.
• I nodi completi forniscono l'accesso ai dati della blockchain per i client leggeri che ne dipendono. I nodi leggeri non archiviano l'intera blockchain, ma verificano i dati tramite le radici di stato nelle intestazioni dei blocchi. Possono richiedere maggiori informazioni ai nodi completi se ne hanno bisogno.

Se esegui un nodo completo, l'intera rete Ethereum ne trae vantaggio, anche se non esegui un validatore.

Eseguire il tuo nodo

Ti interessa eseguire il tuo client Ethereum?

Per un'introduzione adatta ai principianti, visita la nostra pagina esegui un nodo per saperne di più.

Se sei un utente più tecnico, immergiti in maggiori dettagli e opzioni su come avviare il tuo nodo.

Alternative

La configurazione del tuo nodo può costarti tempo e risorse, ma non hai sempre bisogno di eseguire la tua istanza. In questo caso, puoi utilizzare un fornitore di API di terze parti. Per una panoramica sull'utilizzo di questi servizi, dai un'occhiata ai nodi come servizio.

Se qualcuno esegue un nodo Ethereum con un'API pubblica nella tua comunità, puoi puntare i tuoi portafogli a un nodo della comunità tramite RPC personalizzata e ottenere maggiore privacy rispetto a una terza parte fidata casuale.

D'altra parte, se esegui un client, puoi condividerlo con i tuoi amici che potrebbero averne bisogno.

Client di esecuzione

La comunità di Ethereum mantiene molteplici client di esecuzione open source (precedentemente noti come 'client Eth1', o semplicemente 'client Ethereum'), sviluppati da team diversi utilizzando linguaggi di programmazione diversi. Questo rende la rete più forte e più diversificata. L'obiettivo ideale è raggiungere la diversità senza che alcun client domini per ridurre eventuali singoli punti di guasto.

Questa tabella riassume i diversi client. Tutti superano i test dei client (opens in a new tab) e sono mantenuti attivamente per rimanere aggiornati con gli aggiornamenti della rete.

Per ulteriori informazioni sulle reti supportate, leggi le reti Ethereum.

Ogni client ha casi d'uso e vantaggi unici, quindi dovresti sceglierne uno in base alle tue preferenze. La diversità consente alle implementazioni di concentrarsi su funzionalità e segmenti di pubblico diversi. Potresti voler scegliere un client in base a funzionalità, supporto, linguaggio di programmazione o licenze.

Besu

Hyperledger Besu è un client Ethereum di livello aziendale per reti pubbliche e autorizzate. Esegue tutte le funzionalità della Mainnet di Ethereum, dal tracciamento a GraphQL, dispone di un monitoraggio esteso ed è supportato da ConsenSys, sia nei canali aperti della comunità che tramite SLA commerciali per le aziende. È scritto in Java ed è concesso in licenza Apache-2.0.

L'ampia documentazione (opens in a new tab) di Besu ti guiderà attraverso tutti i dettagli sulle sue funzionalità e configurazioni.

Erigon

Erigon, precedentemente noto come Turbo-Geth, è nato come un fork di Go Ethereum orientato alla velocità e all'efficienza dello spazio su disco. Erigon è un'implementazione di Ethereum completamente riprogettata, attualmente scritta in Go ma con implementazioni in altri linguaggi in fase di sviluppo. L'obiettivo di Erigon è fornire un'implementazione di Ethereum più veloce, più modulare e più ottimizzata. Può eseguire una sincronizzazione completa del nodo archivio utilizzando circa 2 TB di spazio su disco, in meno di 3 giorni.

Go Ethereum

Go Ethereum (Geth in breve) è una delle implementazioni originali del protocollo Ethereum. Attualmente, è il client più diffuso con la più grande base di utenti e varietà di strumenti per utenti e sviluppatori. È scritto in Go, completamente open source e concesso in licenza GNU LGPL v3.

Scopri di più su Geth nella sua documentazione (opens in a new tab).

Nethermind

Nethermind è un'implementazione di Ethereum creata con lo stack tecnologico C# .NET, con licenza LGPL-3.0, in esecuzione su tutte le principali piattaforme incluso ARM. Offre ottime prestazioni con:

• una macchina virtuale ottimizzata
• accesso allo stato
• networking e ricche funzionalità come dashboard Prometheus/Grafana, supporto per la registrazione aziendale seq, tracciamento JSON-RPC e plugin di analisi.

Nethermind ha anche una documentazione dettagliata (opens in a new tab), un forte supporto per gli sviluppatori, una comunità online e supporto 24/7 disponibile per gli utenti premium.

Reth

Reth (abbreviazione di Rust Ethereum) è un'implementazione di nodo completo di Ethereum incentrata sull'essere facile da usare, altamente modulare, veloce ed efficiente. Reth è stato originariamente creato e portato avanti da Paradigm ed è concesso in licenza Apache e MIT.

Reth è pronto per la produzione e adatto all'uso in ambienti mission-critical come lo staking o i servizi ad alto tempo di attività. Si comporta bene in casi d'uso in cui sono richieste prestazioni elevate con ampi margini come RPC, MEV, indicizzazione, simulazioni e attività P2P.

Scopri di più consultando il Reth Book (opens in a new tab) o il repository GitHub di Reth (opens in a new tab).

In fase di sviluppo

Questi client sono ancora nelle prime fasi di sviluppo e non sono ancora raccomandati per l'uso in produzione.

EthereumJS

Il client di esecuzione EthereumJS (EthereumJS) è scritto in TypeScript ed è composto da una serie di pacchetti, tra cui le primitive principali di Ethereum rappresentate dalle classi Block, Transaction e Merkle-Patricia Trie e i componenti principali del client, tra cui un'implementazione della Ethereum Virtual Machine (EVM), una classe blockchain e lo stack di rete devp2p.

Scopri di più leggendo la sua documentazione (opens in a new tab)

Client di consenso

Esistono molteplici client di consenso (precedentemente noti come client 'Eth2') per supportare gli aggiornamenti del consenso. Sono responsabili di tutta la logica relativa al consenso, incluso l'algoritmo di scelta del fork, l'elaborazione delle attestazioni e la gestione delle ricompense e delle penalità della Proof-of-Stake (PoS).

Lighthouse

Lighthouse è un'implementazione di client di consenso scritta in Rust con licenza Apache-2.0. È mantenuta da Sigma Prime ed è stabile e pronta per la produzione sin dalla genesi della Beacon Chain. È utilizzata da varie aziende, pool di staking e individui. Mira a essere sicura, performante e interoperabile in un'ampia gamma di ambienti, dai PC desktop alle sofisticate distribuzioni automatizzate.

La documentazione può essere trovata nel Lighthouse Book (opens in a new tab)

Lodestar

Lodestar è un'implementazione di client di consenso pronta per la produzione scritta in TypeScript con licenza LGPL-3.0. È mantenuta da ChainSafe Systems ed è il più recente dei client di consenso per chi fa solo staking, sviluppatori e ricercatori. Lodestar è costituito da un nodo beacon e da un client validatore alimentati da implementazioni JavaScript dei protocolli Ethereum. Lodestar mira a migliorare l'usabilità di Ethereum con i client leggeri, espandere l'accessibilità a un gruppo più ampio di sviluppatori e contribuire ulteriormente alla diversità dell'ecosistema.

Maggiori informazioni possono essere trovate sul sito web di Lodestar (opens in a new tab)

Nimbus

Nimbus è un'implementazione di client di consenso scritta in Nim con licenza Apache-2.0. È un client pronto per la produzione in uso da chi fa solo staking e dai pool di staking. Nimbus è progettato per l'efficienza delle risorse, rendendolo facile da eseguire su dispositivi con risorse limitate e infrastrutture aziendali con la stessa facilità, senza compromettere la stabilità o le prestazioni delle ricompense. Un'impronta di risorse più leggera significa che il client ha un maggiore margine di sicurezza quando la rete è sotto stress.

Scopri di più nella documentazione di Nimbus (opens in a new tab)

Prysm

Prysm è un client di consenso open source completo scritto in Go con licenza GPL-3.0. Dispone di un'interfaccia utente webapp opzionale e dà priorità all'esperienza utente, alla documentazione e alla configurabilità sia per gli utenti che fanno staking da casa sia per quelli istituzionali.

Visita la documentazione di Prysm (opens in a new tab) per saperne di più.

Teku

Teku è uno dei client originali della genesi della Beacon Chain. Oltre ai soliti obiettivi (sicurezza, robustezza, stabilità, usabilità, prestazioni), Teku mira specificamente a conformarsi pienamente a tutti i vari standard dei client di consenso.

Teku offre opzioni di distribuzione molto flessibili. Il nodo beacon e il client validatore possono essere eseguiti insieme come un singolo processo, il che è estremamente conveniente per chi fa solo staking, oppure i nodi possono essere eseguiti separatamente per operazioni di staking sofisticate. Inoltre, Teku è completamente interoperabile con Web3Signer (opens in a new tab) per la sicurezza della chiave di firma e la protezione dallo slashing.

Teku è scritto in Java ed è concesso in licenza Apache-2.0. È sviluppato dal team Protocols di ConsenSys, responsabile anche di Besu e Web3Signer. Scopri di più nella documentazione di Teku (opens in a new tab).

Grandine

Grandine è un'implementazione di client di consenso, scritta in Rust con licenza GPL-3.0. È mantenuta dal Grandine Core Team ed è veloce, ad alte prestazioni e leggera. Si adatta a un'ampia gamma di staker, da chi fa solo staking su dispositivi con poche risorse come Raspberry Pi a grandi staker istituzionali che eseguono decine di migliaia di validatori.

La documentazione può essere trovata nel Grandine Book (opens in a new tab)

Modalità di sincronizzazione

Per seguire e verificare i dati correnti nella rete, il client Ethereum deve sincronizzarsi con l'ultimo stato della rete. Questo viene fatto scaricando i dati dai peer, verificandone crittograficamente l'integrità e costruendo un database locale della blockchain.

Le modalità di sincronizzazione rappresentano diversi approcci a questo processo con vari compromessi. I client variano anche nella loro implementazione degli algoritmi di sincronizzazione. Fai sempre riferimento alla documentazione ufficiale del client scelto per le specifiche sull'implementazione.

Modalità di sincronizzazione del livello di esecuzione

Il livello di esecuzione può essere eseguito in diverse modalità per adattarsi a diversi casi d'uso, dalla riesecuzione dello stato mondiale della blockchain alla sola sincronizzazione con la punta della catena da un checkpoint fidato.

Sincronizzazione completa

Una sincronizzazione completa scarica tutti i blocchi (incluse le intestazioni e i corpi dei blocchi) e rigenera lo stato della blockchain in modo incrementale eseguendo ogni blocco dalla genesi.

• Riduce al minimo la fiducia e offre la massima sicurezza verificando ogni transazione.
• Con un numero crescente di transazioni, possono essere necessari da giorni a settimane per elaborare tutte le transazioni.

I nodi archivio eseguono una sincronizzazione completa per costruire (e conservare) una cronologia completa delle modifiche di stato apportate da ogni transazione in ogni blocco.

Sincronizzazione veloce

Come una sincronizzazione completa, una sincronizzazione veloce scarica tutti i blocchi (incluse intestazioni, transazioni e ricevute). Tuttavia, invece di rielaborare le transazioni storiche, una sincronizzazione veloce si basa sulle ricevute fino a raggiungere una testa recente, quando passa all'importazione e all'elaborazione dei blocchi per fornire un nodo completo.

• Strategia di sincronizzazione veloce.
• Riduce la richiesta di elaborazione a favore dell'utilizzo della larghezza di banda.

Snap sync

Anche le snap sync verificano la catena blocco per blocco. Tuttavia, invece di iniziare dal blocco genesi, una snap sync inizia da un checkpoint 'fidato' più recente che è noto per far parte della vera blockchain. Il nodo salva checkpoint periodici eliminando i dati più vecchi di una certa età. Questi snapshot vengono utilizzati per rigenerare i dati di stato secondo necessità, piuttosto che archiviarli per sempre.

• Strategia di sincronizzazione più veloce, attualmente predefinita nella Mainnet di Ethereum.
• Risparmia molto utilizzo del disco e larghezza di banda della rete senza sacrificare la sicurezza.

Maggiori informazioni sulla snap sync (opens in a new tab).

Sincronizzazione leggera

La modalità client leggero scarica tutte le intestazioni dei blocchi, i dati dei blocchi e ne verifica alcuni in modo casuale. Sincronizza solo la punta della catena dal checkpoint fidato.

• Ottiene solo l'ultimo stato basandosi sulla fiducia negli sviluppatori e nel meccanismo di consenso.
• Client pronto all'uso con lo stato corrente della rete in pochi minuti.

NB La sincronizzazione leggera non funziona ancora con la Proof-of-Stake (PoS) di Ethereum: le nuove versioni della sincronizzazione leggera dovrebbero essere rilasciate a breve!

Maggiori informazioni sui client leggeri

Modalità di sincronizzazione del livello di consenso

Sincronizzazione ottimistica

La sincronizzazione ottimistica è una strategia di sincronizzazione post-Merge progettata per essere facoltativa e retrocompatibile, consentendo ai nodi di esecuzione di sincronizzarsi tramite metodi consolidati. L'Execution Engine può importare ottimisticamente i blocchi beacon senza verificarli completamente, trovare l'ultima testa e quindi iniziare a sincronizzare la catena con i metodi sopra indicati. Quindi, dopo che il client di esecuzione si è aggiornato, informerà il client di consenso della validità delle transazioni nella Beacon Chain.

Maggiori informazioni sulla sincronizzazione ottimistica (opens in a new tab)

Sincronizzazione da checkpoint

Una sincronizzazione da checkpoint, nota anche come sincronizzazione a soggettività debole, crea un'esperienza utente superiore per la sincronizzazione di un nodo beacon. Si basa su assunzioni di soggettività debole che consentono di sincronizzare la Beacon Chain da un recente checkpoint a soggettività debole invece che dalla genesi. Le sincronizzazioni da checkpoint rendono il tempo di sincronizzazione iniziale significativamente più veloce con assunzioni di fiducia simili alla sincronizzazione dalla .

In pratica, ciò significa che il tuo nodo si connette a un servizio remoto per scaricare i recenti stati finalizzati e continua a verificare i dati da quel punto. La terza parte che fornisce i dati è fidata e dovrebbe essere scelta con attenzione.

Maggiori informazioni sulla sincronizzazione da checkpoint (opens in a new tab)

Letture consigliate

• Ethereum 101 - Parte 2 - Comprendere i nodi (opens in a new tab) – Wil Barnes, 13 febbraio 2019
• Eseguire nodi completi di Ethereum: una guida per i poco motivati (opens in a new tab) – Justin Leroux, 7 novembre 2019

Argomenti correlati

• Blocchi
• Reti

Tutorial correlati

• Trasforma il tuo Raspberry Pi 4 in un nodo validatore semplicemente flashando la scheda MicroSD – Guida all'installazione – Flasha il tuo Raspberry Pi 4, collega un cavo ethernet, connetti il disco SSD e accendi il dispositivo per trasformare il Raspberry Pi 4 in un nodo completo di Ethereum che esegue il livello di esecuzione (Mainnet) e/o il livello di consenso (Beacon Chain / validatore).