The Merge

Le azioni chiave includono:

1. Eseguire sia un client di consenso che un client di esecuzione; gli endpoint di terze parti per ottenere i dati di esecuzione non funzionano più da The Merge.
2. Autenticare sia il client di esecuzione che quello di consenso con un segreto JWT condiviso in modo che possano comunicare in modo sicuro.
3. Impostare un indirizzo fee recipient per ricevere le mance sulle commissioni di transazione/MEV guadagnate.

Il mancato completamento dei primi due punti sopra indicati farà sì che il tuo nodo venga visto come "offline" finché entrambi i livelli non saranno sincronizzati e autenticati.

Non impostare un fee recipient consentirà comunque al tuo validatore di comportarsi normalmente, ma perderai le mance sulle commissioni non bruciate e qualsiasi MEV che avresti altrimenti guadagnato nei blocchi proposti dal tuo validatore.

Fino a The Merge, un client di esecuzione (come Go Ethereum (Geth), Erigon, Besu o Nethermind) era sufficiente per ricevere, validare correttamente e propagare i blocchi diffusi dalla rete. Dopo The Merge, la validità delle transazioni contenute all'interno di un payload di esecuzione dipende ora anche dalla validità del "blocco di consenso" in cui è contenuto.

Di conseguenza, un nodo Ethereum completo richiede ora sia un client di esecuzione che un client di consenso. Questi due client lavorano insieme utilizzando una nuova Engine API. L'Engine API richiede l'autenticazione tramite un segreto JWT, che viene fornito a entrambi i client consentendo una comunicazione sicura.

Le azioni chiave includono:

• Installare un client di consenso in aggiunta a un client di esecuzione
• Autenticare i client di esecuzione e di consenso con un segreto JWT condiviso in modo che possano comunicare in modo sicuro tra loro.

Il mancato completamento dei punti precedenti farà sì che il tuo nodo appaia "offline" finché entrambi i livelli non saranno sincronizzati e autenticati.

The Merge ha comportato modifiche al consenso, che includono anche modifiche relative a:

• struttura del blocco
• tempistiche di slot/blocco
• modifiche ai codici operativi (opcode)
• fonti di casualità onchain
• concetto di safe head e blocchi finalizzati

Per maggiori informazioni, dai un'occhiata a questo post sul blog di Tim Beiko su Come The Merge impatta il livello delle applicazioni di Ethereum.

Esistono due tipi di nodi Ethereum: i nodi che possono proporre blocchi e i nodi che non possono farlo.

I nodi che propongono blocchi sono solo un piccolo numero dei nodi totali su Ethereum. Questa categoria include i nodi di minaggio nella Prova di lavoro (PoW) e i nodi validatori nella Proof-of-Stake (PoS). Questa categoria richiede l'impegno di risorse economiche (come la potenza di hash delle GPU nella Prova di lavoro o ETH in staking nella Proof-of-Stake) in cambio della capacità di proporre occasionalmente il blocco successivo e guadagnare ricompense del protocollo.

Agli altri nodi della rete (cioè la maggioranza) non è richiesto di impegnare alcuna risorsa economica oltre a un computer di livello consumer con 1-2 TB di spazio di archiviazione disponibile e una connessione internet. Questi nodi non propongono blocchi, ma svolgono comunque un ruolo critico nella protezione della rete, ritenendo responsabili tutti i propositori di blocchi ascoltando i nuovi blocchi e verificandone la validità all'arrivo secondo le regole del consenso della rete. Se il blocco è valido, il nodo continua a propagarlo attraverso la rete. Se il blocco non è valido per qualsiasi motivo, il software del nodo lo ignorerà come non valido e ne interromperà la propagazione.

L'esecuzione di un nodo che non produce blocchi è possibile per chiunque con entrambi i meccanismi di consenso (Prova di lavoro o Proof-of-Stake); è fortemente incoraggiata per tutti gli utenti se ne hanno i mezzi. Eseguire un nodo è immensamente prezioso per Ethereum e offre vantaggi aggiuntivi a chiunque ne esegua uno, come maggiore sicurezza, privacy e resistenza alla censura.

La capacità di chiunque di eseguire il proprio nodo è assolutamente essenziale per mantenere la decentralizzazione della rete Ethereum.

Maggiori informazioni sull'esecuzione del proprio nodo

Le commissioni del gas sono un prodotto della domanda della rete rispetto alla capacità della rete stessa. The Merge ha deprecato l'uso della Prova di lavoro (PoW), passando alla Proof-of-Stake per il consenso, ma non ha modificato in modo significativo alcun parametro che influenzi direttamente la capacità della rete o la capacità transazionale.

Con una roadmap incentrata sui rollup, gli sforzi si stanno concentrando sulla scalabilità dell'attività degli utenti al layer 2 (l2), abilitando al contempo la Mainnet di layer 1 (l1) come livello di regolamento decentralizzato e sicuro ottimizzato per l'archiviazione dei dati dei rollup per contribuire a rendere le transazioni dei rollup esponenzialmente più economiche. La transizione alla Proof-of-Stake è un precursore critico per realizzare questo. Maggiori informazioni su gas e commissioni.

La "velocità" di una transazione può essere misurata in diversi modi, tra cui il tempo per essere inclusa in un blocco e il tempo per la finalizzazione. Entrambi questi aspetti cambiano leggermente, ma non in un modo che gli utenti noteranno.

Storicamente, nella Prova di lavoro (PoW), l'obiettivo era avere un nuovo blocco ogni circa 13,3 secondi. Con la Proof-of-Stake, gli slot si verificano esattamente ogni 12 secondi, ognuno dei quali è un'opportunità per un validatore di pubblicare un blocco. La maggior parte degli slot ha blocchi, ma non necessariamente tutti (ad es., un validatore è offline). Nella Proof-of-Stake, i blocchi vengono prodotti circa il 10% più frequentemente rispetto alla Prova di lavoro. Questo è stato un cambiamento abbastanza insignificante ed è improbabile che venga notato dagli utenti.

La Proof-of-Stake ha introdotto il concetto di definitività delle transazioni che prima non esisteva. Nella Prova di lavoro, la capacità di invertire un blocco diventa esponenzialmente più difficile con ogni blocco minato sopra una transazione, ma non raggiunge mai del tutto lo zero. Con la Proof-of-Stake, i blocchi sono raggruppati in epoche (intervalli di tempo di 6,4 minuti contenenti 32 possibilità per i blocchi) su cui i validatori esprimono un voto. Quando un'epoca finisce, i validatori votano se considerare l'epoca 'giustificata'. Se i validatori concordano nel giustificare l'epoca, questa viene finalizzata nell'epoca successiva. Annullare le transazioni finalizzate è economicamente impraticabile in quanto richiederebbe l'ottenimento e la bruciatura di oltre un terzo del totale degli ETH in staking.

Inizialmente dopo The Merge, gli staker potevano accedere solo alle mance sulle commissioni e al MEV guadagnati come risultato delle proposte di blocco. Queste ricompense vengono accreditate su un account non di staking controllato dal validatore (noto come destinatario delle commissioni) e sono disponibili immediatamente. Queste ricompense sono separate dalle ricompense del protocollo per l'esecuzione dei compiti del validatore.

Dall'aggiornamento della rete Shanghai/Capella, gli staker possono ora designare un indirizzo di prelievo per iniziare a ricevere pagamenti automatici di qualsiasi saldo di staking in eccesso (ETH oltre i 32 derivanti dalle ricompense del protocollo). Questo aggiornamento ha anche abilitato la capacità per un validatore di sbloccare e reclamare il suo intero saldo all'uscita dalla rete.

Maggiori informazioni sui prelievi di staking

Poiché l'aggiornamento Shanghai/Capella ha abilitato i prelievi, i validatori sono incentivati a prelevare il loro saldo di staking superiore a 32 ETH, poiché questi fondi non si aggiungono al rendimento e sono altrimenti bloccati. A seconda dell'APR (determinato dal totale degli ETH in staking), potrebbero essere incentivati a uscire dal loro validatore (o validatori) per reclamare l'intero saldo o potenzialmente mettere in staking ancora di più utilizzando le loro ricompense per guadagnare più rendimento.

Un avvertimento importante qui: le uscite complete dei validatori sono limitate in frequenza dal protocollo e solo un certo numero di validatori può uscire per epoca (ogni 6,4 minuti). Questo limite fluttua a seconda del numero di validatori attivi, ma risulta che circa lo 0,33% del totale degli ETH in staking può uscire dalla rete in un solo giorno.

Questo previene un esodo di massa dei fondi in staking. Inoltre, impedisce a un potenziale attaccante con accesso a un'ampia porzione del totale degli ETH in staking di commettere un'infrazione passibile di slashing e di uscire/prelevare tutti i saldi dei validatori colpevoli nella stessa epoca prima che il protocollo possa applicare la penalizzazione di slashing.

L'APR è anche intenzionalmente dinamico, consentendo a un mercato di staker di bilanciare quanto sono disposti a essere pagati per aiutare a proteggere la rete. Se il tasso è troppo basso, i validatori usciranno a un tasso limitato dal protocollo. Gradualmente questo aumenterà l'APR per tutti coloro che rimangono, attirando ancora una volta staker nuovi o di ritorno.