• bg22

Annuncio ufficiale della fusione tra mainnet Ether

Annuncio ufficiale della fusione tra mainnet Ether

Ether si sta spostando su Proof of Stake (PoS)!Questa transizione si chiama The Merge e verrà prima attivata sulla catena di beacon tramite un aggiornamento di Bellatrix.Successivamente, la catena Proof of Work (PoW) di Ether migrerà a Proof of Stake (PoS) quando viene raggiunto un valore di difficoltà totale specifico.
Secondo il piano, l'aggiornamento di Bellatrix avrà luogo il 6 settembre 2022 alle 11:34:47 UTC all'epoca 144896a della catena di fari.
Il valore totale della difficoltà dell'endpoint per l'attivazione dell'unione è 587500000000000000000000, previsto tra il 10 e il 20 settembre 2022.
Nota: come annunciato in precedenza, la rete di test di Kiln sta per terminare e l'operatore chiuderà il 6 settembre 2022.

1661500163612

Sfondo

Dopo anni di duro lavoro, l'aggiornamento PoS per Ethernet è finalmente arrivato!Tutte le reti di test pubbliche sono state aggiornate con successo ed è stato programmato un aggiornamento di fusione dell'EtherNet principale.

L'unione differisce dai precedenti aggiornamenti di rete in due modi.Innanzitutto, gli operatori dei nodi devono aggiornare sia i client Consensus Layer (CL) che quelli Execution Layer (EL), non solo uno di essi.In secondo luogo, l'aggiornamento viene attivato in due fasi: la prima fase, chiamata Bellatrix, sarà completata ad una certa altezza d'epoca sulla catena del faro, e la seconda fase, chiamata Parigi, sarà completata quando il livello di esecuzione raggiunge una difficoltà totale predefinita valore.

Informazioni sull'aggiornamento

1661500231866

Volta

L'unione è divisa in due fasi;il primo passo è un aggiornamento della rete Bellatrix attivato al livello di consenso a una certa altezza dell'epoca.Il livello di esecuzione passa quindi da Proof of Work (PoW) a Proof of Stake (PoS), un passaggio noto come Paris, che viene attivato dopo che il valore di difficoltà totale TTD raggiunge un valore predeterminato.

L'aggiornamento di Bellatrix è previsto per il 6 settembre 2022 alle 11:34:47 UTC quando l'altezza della catena del faro raggiungerà 144896.

L'aggiornamento del livello esecutivo, Parigi, verrà attivato quando il valore di difficoltà totale del TTD raggiunge 5875000000000000, che dovrebbe verificarsi tra il 10 settembre e il 20 settembre 2022. La data esatta per raggiungere il TTD dipende dall'aritmetica del proof-of-work e le stime per il tempo di transizione possono essere trovate su bordel.wtf e 797.io/themerge.

Una volta che il livello di esecuzione raggiunge o supera il valore TTD predeterminato, il verificatore della catena di beacon genererà i blocchi successivi.Una volta che la catena di segnali ha completato il blocco, la transizione di unione è considerata completa.In condizioni di rete normali, ciò avverrà 2 epoche (o circa 13 minuti) dopo la generazione del primo "blocco post-TTD"!

Un nuovo tag di blocco JSON-RPC, finalizzato, restituisce l'ultimo blocco finale o un errore se non esiste un blocco post-unione di questo tipo.Le applicazioni possono utilizzare questo tag per verificare se l'unione è stata completata.Allo stesso modo, i contratti intelligenti possono interrogare il codice operativo DIFFICOLTÀ (0 x44) (rinominato PREVRANDAO dopo l'unione) per determinare se si è verificata l'unione.Si consiglia ai fornitori di infrastrutture di monitorare la stabilità complessiva della rete oltre allo stato finale.

Rilasci dei clienti

Le seguenti versioni client supportano gli aggiornamenti di unione sulla rete Ethernet principale.Si noti che gli operatori del nodo devono eseguire client di livello sia di esecuzione che di consenso per rimanere sulla rete durante e dopo l'unione.

Quando scelgono quale client eseguire, i verificatori dovrebbero prestare particolare attenzione ai rischi dell'esecuzione della maggior parte dei client sia su EL che su CL.Puoi trovare una spiegazione di questi rischi e delle loro conseguenze qui.Puoi anche trovare stime della distribuzione dei client di livello di esecuzione e consenso, nonché linee guida per il passaggio da un client all'altro, qui.

Client di livello di consenso

111

Cliente livello esecutivo

222

Avvertenza: il client della versione geth v1.10.22 contiene seri problemi con il database, non utilizzare questa versione, se stai utilizzando questa versione client, esegui l'aggiornamento alla v1.10.23 il prima possibile.

Specifiche di aggiornamento

Le modifiche alla chiave del consenso unite sono specificate in due punti.

Il livello di consenso viene modificato nella directory Bellatrix del Consensus Specification Repository
Il livello di esecuzione cambia in base alle specifiche di Parigi nel repository delle specifiche di esecuzione
Oltre a questo, altre due specifiche riguardano il modo in cui interagiscono i client del livello di consenso e del livello di esecuzione.

L'API del motore specificata nel repository di esecuzione-apis per la comunicazione tra i livelli di consenso ed esecuzione
Optimistic Sync, specificato nella cartella Synchronization del repository delle specifiche Consensus, viene utilizzato dal livello di consenso per importare i blocchi quando il client del livello di esecuzione si sincronizza e fornisce una vista parziale dell'intestazione della catena dal primo al secondo
Unisci il programma di ricompensa per le vulnerabilità

Da oggi fino all'8 settembre, tutte le taglie di exploit relative alla fusione avranno un moltiplicatore 4x.I premi di vulnerabilità gravi possono arrivare fino a $ 1 milione.

Per maggiori dettagli, vedere il Programma di ricompense per le vulnerabilità.

FAQ

1. Come operatore del nodo, cosa devo fare?

Dopo la fusione, Ether Full Node è una combinazione di un client Consensus Layer (CL), che esegue la catena di beacon Proof of Stake, e un client Execution Layer (EL), che gestisce lo stato dell'utente ed esegue calcoli relativi alle transazioni.I client Execution Layer (EL) e Consensus Layer (CL) comunicano tramite porte autenticate utilizzando un nuovo set di metodi JSON RPC chiamato API del motore.I client Execution Layer (EL) e Consensus Layer (CL) utilizzano chiavi JWT per autenticarsi tra loro.Per istruzioni su come generare e configurare questo valore, gli operatori del nodo devono fare riferimento alla documentazione del proprio client.

In altre parole, se stai già eseguendo un nodo su una catena di beacon, ora devi eseguire anche un client Execution Layer.Allo stesso modo, se stai eseguendo un nodo sulla tua attuale rete Proof-of-work (PoW), devi anche eseguire un client di livello consenso.Affinché possano comunicare in modo sicuro, è necessario passare un token JWT a ciascun client.La sezione "Esecuzione di un nodo" di ethereum.org del sito Web è stata aggiornata per descrivere questi passaggi in modo più dettagliato.

Vale la pena sottolineare che, sebbene entrambi facciano parte della versione client del livello di consenso, l'esecuzione di un nodo della catena di beacon è diversa dall'esecuzione di un client di verifica.I pledger devono eseguire entrambi, mentre gli operatori del nodo devono solo eseguire il primo.Questo articolo spiega la differenza tra questi due componenti in modo più dettagliato.

Inoltre, tieni presente che ogni livello manterrà un insieme separato di nodi peer ed esporrà la propria API.entrambe le API Beacon e JSON RPC continueranno a funzionare come previsto.

2. Cosa devo fare come pegno?

Come accennato in precedenza, un verificatore su una catena di beacon dovrà eseguire il client del livello di esecuzione dopo l'unione oltre al client del livello di consenso.È altamente raccomandato che i pegni lo facciano prima della fusione, ma alcuni validatori hanno esternalizzato queste funzioni a fornitori di terze parti.Ciò è possibile perché l'unico dato richiesto per il livello di esecuzione è l'aggiornamento del contratto di deposito.

Dopo la fusione, i validatori devono assicurarsi che le transazioni dell'utente e i blocchi di transizione dello stato che creano e dimostrano siano validi.Per fare ciò, ogni nodo della catena di beacon deve essere accoppiato con un client del livello di esecuzione.Si noti che più validatori possono ancora essere accoppiati con un singolo nodo della catena di beacon e una combinazione di client del livello di esecuzione.Ciò amplia la responsabilità del validatore, ma dà diritto anche al validatore che propone il blocco alla commissione di priorità della transazione associata (che attualmente appartiene al minatore).

Sebbene i premi del verificatore siano ancora generati sulla catena di beacon e richiedano il ritiro di un successivo aggiornamento della rete, le commissioni di transazione verranno pagate, distrutte e distribuite sul livello di esecuzione.I verificatori possono designare qualsiasi indirizzo Ether come destinatario della commissione di transazione.

Dopo aver aggiornato il client di consenso, assicurati di impostare il destinatario della tariffa come parte della configurazione del client di autenticazione per garantire che le commissioni di transazione vengano inviate all'indirizzo che controlli.Se stai utilizzando un fornitore di terze parti per la costituzione in pegno, spetta al fornitore che scegli di specificare come vengono allocate queste commissioni.

Staking Launchpad ha una checklist di preparazione consolidata che i donatori possono utilizzare per assicurarsi di aver completato ogni fase del processo.EthStaker ospita anche workshop sulla preparazione dei validatori e prevede di ospitare workshop aggiuntivi.

I donatori che desiderano eseguire validatori sulla rete di test in preparazione per la conversione PoS della rete principale possono farlo sulla rete di test Goerli (che ora ha completato la fusione), che ha anche un'istanza Staking Launchpad.

3. Perché c'è una gamma così ampia di date previste per Total Terminal Difficulty (TTD)?

La difficoltà aggiunta a ciascun blocco dipende dall'aritmetica della rete instabile e se più aritmetica si unisce alla rete, il TTD verrà raggiunto prima.Allo stesso modo, se la potenza aritmetica lascia la rete, l'orario di arrivo del TTD verrà ritardato.In caso di un calo significativo del livello di potenza, è possibile coordinare un valore di copertura TTD come è stato fatto sulla rete di prova Ropsten.

4. In qualità di sviluppatore di applicazioni o strumenti, cosa devo fare?

Come accennato nell'articolo precedente, l'impatto dell'unione sul sottoinsieme dei contratti implementati su Etherpad è minimo e tutti i contratti non dovrebbero essere interrotti.Inoltre, la maggior parte degli endpoint dell'API utente rimarranno stabili (a meno che non si utilizzino metodi specifici a prova di carico di lavoro come eth_getWork).

Detto questo, la maggior parte delle applicazioni su Ethereum implica molto di più dei contratti on-chain.Ora è il momento di garantire che il codice front-end, gli strumenti, le pipeline di distribuzione e altri componenti fuori catena funzionino come previsto.Raccomandiamo vivamente agli sviluppatori di eseguire un ciclo completo di test e distribuzione su Sepolia o Goerli e segnalare qualsiasi problema relativo agli strumenti o alle dipendenze ai gestori di tali progetti.Se non sei sicuro di dove aprire un problema, utilizza questo repository.

Inoltre, tieni presente che tutte le reti di prova, ad eccezione di Sepolia e Goerli, saranno ritirate dopo la fusione.Se sei un utente di Ropsten, Rinkeby o Kiln, dovresti pianificare la migrazione a Goerli o Sepolia.per ulteriori informazioni su questo, vedere qui.

5. In qualità di utente Ether o titolare di ETH, cosa devo fare?

Sia che tu usi un'app Ether sulla catena, tieni ETH su uno scambio o abbia un portafoglio in tua custodia, non devi fare nulla.Se l'app, lo scambio o il portafoglio che stai utilizzando fornisce istruzioni o consigli aggiuntivi, dovresti verificare che queste istruzioni o consigli provengano da loro.Si prega di fare attenzione alle truffe!

6. C'è qualcos'altro che posso fare come minatore di ethereum?

No. Se esegui il mining sulla rete Ethernet principale, dovresti sapere che dopo la fusione, la rete funzionerà interamente con l'algoritmo Proof of Stake (PoS) e, a quel punto, il mining di POW non sarà più possibile.

7. Cosa succede se sono un minatore o un operatore di nodo e non sono coinvolto nell'aggiornamento?

Se stai utilizzando un client ethereum che non è stato aggiornato all'ultima versione (come elencato sopra), il tuo client verrà sincronizzato con la blockchain pre-fork una volta che la rete avrà completato l'aggiornamento.

Sarai bloccato su una catena incompatibile che segue le vecchie regole e non sarai in grado di inviare monete Ether o operare sulla rete Ether unita.

8. In qualità di verificatore, posso ritirare il mio interesse ETH impegnato?

No. La fusione è l'aggiornamento a Ether più complesso fino ad oggi e, per ridurre al minimo il rischio di interruzioni della rete, abbiamo adottato un approccio minimalista che esclude qualsiasi modifica non transitoria in questo aggiornamento.

Potrebbe essere necessario introdurre prelievi dalla catena di beacon nel primo aggiornamento successivo alla fusione.Le specifiche per i livelli Consensus ed Execution sono in fase di sviluppo.

9. Ho altre domande, dove posso farle?

Ci sarà una chiamata della community sulla fusione il 9 settembre alle 14:00 UTC, in cui potrai unirti a sviluppatori client, membri ETHStaker, ricercatori e altro ancora!

Grazie!

Il passaggio a Proof of Stake (PoS) per Ether è in lavorazione da molto tempo.Grazie a tutti coloro che hanno contribuito a ricercare, sviluppare, analizzare, testare, rompere, riparare o spiegare tutto sull'unione (The Merge).

Ci sono troppi contributori da elencare qui nel corso degli anni, ma sai chi sei.Non avremmo potuto costruire questa cattedrale senza tutti voi.

Quando avverrà la fusione?Sarà molto presto.


Tempo di pubblicazione: 26-agosto-2022