[ad_1]
- Per l’ultima transizione proof-of-stake del testnet, Goerli si fonderà con Prater. La rete combinata Goerli/Prater manterrà il nome Goerli dopo la fusione.
- Bellatrix, l’aggiornamento del Prater che lo prepara per la Fusione avverrà in un’epoca 112260previsto alle 12:24 UTC del 4 agosto 2022.
- Dopo che Bellatrix è stata attivata, la fusione Goerli/Prater avverrà quando Goerli raggiunge una difficoltà totale di 10790000previsto tra 6-12 agosto 2022.
- Dopo la fusione, il set di validatori di Goerli rimarrà aperto ai singoli staker per eseguire validatori di testnet. Gli staker che desiderano avviare un validatore Goerli/Prater possono farlo su Launchpad del Prater.
Sfondo
Dopo anni di lavoro per portare la prova di partecipazione su Ethereum, siamo ora entrati nella fase di test finale: implementazioni di testnet!
Dopo diversi devnet, shadow fork e unioni su testnet deprecati, Sepolia è stata recentemente trasformata in Proof-of-Stake. Ora rimane solo un altro testnet: Goerli e la sua Beacon Chain associata, Prater.
La fusione è diversa dai precedenti aggiornamenti di Ethereum in due modi. Innanzitutto, gli operatori dei nodi devono aggiornare contemporaneamente sia i client del livello di consenso (CL) che del livello di esecuzione (EL), anziché solo uno dei due. In secondo luogo, il potenziamento si attiva in due fasi: la prima, denominata Bellatrix, ad un’altezza epocale sulla Catena del Faro e la seconda, denominata Parigi, quando si colpisce un Difficoltà totale valore sul livello di esecuzione.
Informazioni sull’aggiornamento
Tempistica
La fusione è un processo in due fasi. Si inizia con un aggiornamento della rete, Bellatrix, sul livello di consenso, attivato da un’altezza epocale. Segue la transizione del livello di esecuzione da proof-of-work a proof-of-stake, Parigi, innescata da uno specifico Difficoltà totale soglia, denominata Difficoltà totale terminale (TTD).
IL Bellatrix l’aggiornamento è previsto per l’epoca 112260 sulla Prater Beacon Chain, prevista alle 12:24 UTC del 4 agosto 2022. Parigila parte della transizione del livello di esecuzione, verrà attivata quando si raggiunge a Difficoltà totale terminale (TTD) Di 10790000 su Goerli, atteso tra 6-12 agosto 2022.
Una volta che il livello di esecuzione ha superato il TTD, il blocco successivo sarà prodotto esclusivamente da un validatore Beacon Chain. Riteniamo che la fusione sia stata completata una volta che la Beacon Chain ha finalizzato questo blocco. Supponendo condizioni di rete normali, ciò dovrebbe accadere 2 epoche, o circa 13 minuti, dopo che è stato raggiunto il primo blocco post-TTD!
Un nuovo tag di blocco JSON-RPC, finalizzato, restituisce l’ultimo blocco finalizzato o un errore se non esiste alcun blocco post-unione. Questo tag può essere utilizzato dalle applicazioni per verificare se l’unione è stata completata. Allo stesso modo, i contratti intelligenti possono farlo interroga il DIFFICOLTÀ codice operativo (0x44)rinominato in PREVRANDAO post-unione, per determinare se l’unione è avvenuta. Consigliamo ai fornitori di infrastrutture di monitorare la stabilità complessiva della rete oltre allo stato di finalizzazione.
Rilasci cliente
Le seguenti versioni client supportano The Merge attraverso le testnet Goerli e Prater. Gli operatori dei nodi devono essere eseguiti Entrambi un client del livello di esecuzione e consenso per rimanere sulla rete durante e dopo la fusione.
Quando scelgono quale client eseguire, i validatori dovrebbero essere particolarmente consapevoli dei rischi derivanti dall’esecuzione di un client maggioritario sia su EL che su CL. È possibile trovare una spiegazione di questi rischi e delle loro conseguenze Qui. È possibile trovare una stima dell’attuale distribuzione dei client EL e CL e le guide per il passaggio da un client all’altro Qui.
Strato di consenso
Livello di esecuzione
Specifiche di aggiornamento
Le modifiche critiche per il consenso per The Merge sono specificate in due punti:
- Lo strato di consenso cambia, sotto il bellatrix directory del repository delle specifiche di consenso
- Il livello di esecuzione cambia, sotto il Parigi spec nel repository delle specifiche di esecuzione
Oltre a queste, altre due specifiche riguardano il modo in cui interagiscono i client del livello di consenso e di esecuzione:
- L’API del motore, specificata nel file repository delle API di esecuzioneviene utilizzato per la comunicazione tra i livelli di consenso e di esecuzione
- Sincronizzazione ottimistica, specificata nel sincronizzare cartella del repository consensus-specs, viene utilizzata dal livello di consenso per importare blocchi mentre il client del livello di esecuzione si sta sincronizzando e per fornire una visione parziale dell’inizio della catena dal primo al secondo
FAQ
Come operatore di nodo, cosa devo fare?
Dopo la fusione, un nodo completo di Ethereum combinerà un client di livello di consenso (CL), che esegue la Beacon Chain proof-of-stake, e un client di livello di esecuzione (EL), che gestisce lo stato dell’utente ed esegue i calcoli associati a transazioni. Questi comunicano su una porta autenticata utilizzando un nuovo set di metodi RPC JSON chiamati API del motore. Il client EL e CL si autenticano a vicenda utilizzando un segreto JWT. Gli operatori dei nodi dovrebbero fare riferimento alla documentazione dei loro clienti per istruzioni su come generarli e configurarli.
In altre parole, se stavi già eseguendo un nodo sulla Beacon Chain, ora devi eseguire anche un client del livello di esecuzione. Allo stesso modo, se stavi eseguendo un nodo sull’attuale rete proof-of-work, dovrai eseguire un client del livello di consenso. Affinché possano comunicare in modo sicuro, è necessario passare un token JWT a ciascun client. Si possono trovare istruzioni riassuntive per far funzionare un nodo sulla rete Goerli/Prater Qui.
Vale la pena sottolineare che, sebbene facciano entrambi parte dei rilasci client del livello di consenso, l’esecuzione di un Beacon Node è diversa dall’esecuzione di un Validator Client. Gli staker devono eseguirli entrambi, ma gli operatori dei nodi necessitano solo del primo. Questo post spiega la differenza tra i due componenti in modo più dettagliato.
Inoltre, tieni presente che ogni livello manterrà un set indipendente di peer ed esporrà le proprie API. IL Faro E JSONRPC Entrambe le API continueranno a funzionare come previsto.
Come staker, cosa devo fare?
La fusione Goerli/Prater è la tua ultima opportunità per assicurarti che i tuoi validatori siano configurati correttamente prima della transizione della mainnet. Si consiglia vivamente di eseguire la transizione ora per evitare problemi imprevisti sulla rete principale.
Come spiegato sopra, i validatori sulla Beacon Chain dovranno eseguire un client del livello di esecuzione dopo The Merge, oltre ai client del livello di consenso. Prima della fusione, questo era fortemente raccomandato, ma i validatori avrebbero potuto esternalizzare queste funzioni a fornitori di terze parti. Ciò è stato possibile perché gli unici dati richiesti a livello di esecuzione erano gli aggiornamenti al contratto di deposito.
Dopo la fusione, i validatori devono garantire che le transazioni nei blocchi che creano e attestano siano valide. Per fare ciò, ogni nodo beacon deve essere accoppiato con un client del livello di esecuzione. Tieni presente che è ancora possibile associare più validatori a una singola combinazione di nodo beacon e client del livello di esecuzione. Sebbene ciò espanda le responsabilità dei validatori, dà anche al validatore che propone un blocco il diritto alle commissioni prioritarie per la transazione associata (che attualmente vanno ai minatori).
Mentre i premi del validatore si accumulano sulla Beacon Chain e richiederanno il ritiro di un successivo aggiornamento della rete, le commissioni di transazione continueranno a essere pagate, bruciate e distribuite sul livello di esecuzione. I validatori possono specificare qualsiasi indirizzo Ethereum come destinatario delle commissioni di transazione.
Dopo aver aggiornato il client di consenso, assicurati di impostare il file destinatario del compenso come parte delle configurazioni del client di convalida per garantire che le commissioni di transazione vengano inviate a un indirizzo da te controllato. Se hai effettuato lo staking utilizzando un fornitore di terze parti, spetta al fornitore selezionato specificare come vengono assegnate queste commissioni.
Il Launchpad Staking Prater ha un file Elenco di controllo della preparazione all’unione che gli stakeholder possono utilizzare per assicurarsi di aver completato ogni fase del processo. Il team EthStaker ospita anche un Workshop di preparazione del validatore di unione il 29 luglio.
Perché la stima per il Difficoltà totale terminale data così ampia?
La volatilità della difficoltà incrementale per blocco rende la stima di una finestra per il TTD più difficile che con l’altezza di un blocco o di un’epoca, da qui l’intervallo previsto più ampio. Gli utenti devono tenere presente che questo avverrà anche per la transizione della rete principale a causa dei cambiamenti nell’hash rate di prova del lavoro.
In qualità di sviluppatore di applicazioni o strumenti, cosa devo fare?
Con la pubblicazione di The Merge su Goerli, questa è la tua ultima possibilità per garantire che il tuo prodotto funzioni come previsto durante la transizione Proof-of-Stake e in un contesto post-fusione. Come spiegato in a messaggio precedente, La fusione avrà solo un impatto minimo su un sottoinsieme di contratti implementati su Ethereum, nessuno dei quali dovrebbe rompersi. Inoltre, la maggior parte degli endpoint API utente rimane stabile (a meno che non si utilizzino metodi specifici di prova di lavoro come eth_getWork).
Detto questo, la maggior parte delle applicazioni su Ethereum implicano molto più che semplici contratti on-chain. Ora è il momento per garantire che il codice front-end, gli strumenti, la pipeline di distribuzione e altri componenti off-chain funzionino come previsto. Consigliamo vivamente agli sviluppatori di eseguire un ciclo completo di test e distribuzione su Sepolia, Ropsten o Kiln e di segnalare eventuali problemi con strumenti o dipendenze ai manutentori di tali progetti. Se non sei sicuro di dove aprire un problema, utilizza questo deposito.
Inoltre, dovresti notare che tutti i testnet tranne Sepolia e Goerli saranno deprecati dopo la fusione. Se sei un utente di Ropsten, Rinkeby o Kiln, dovresti pianificare la migrazione a Goerli o Sepolia. Maggiori informazioni a riguardo possono essere trovate Qui.
Come utente Ethereum o titolare di Ether, c’è qualcosa che devo fare?
No. La rete principale di Ethereum non è interessata da questo testnet. Gli annunci successivi verranno fatti su questo blog prima della transizione della mainnet.
Come minatore, c’è qualcosa che devo fare?
No. Se stai eseguendo il mining sulla rete principale di Ethereum, dovresti essere consapevole che la rete funzionerà interamente sotto Proof of Stake dopo la fusione. A quel punto il mining non sarà più possibile sulla rete.
Come validatore, posso ritirare la mia puntata?
No. Il Merge è l’aggiornamento più complicato di Ethereum fino ad oggi. Per ridurre al minimo i rischi di interruzioni della rete, è stato adottato un approccio minimo che escludeva eventuali modifiche non transitorie da questo aggiornamento.
I prelievi dalla Beacon Chain verranno probabilmente introdotti nel primo aggiornamento dopo la fusione. Specifiche per entrambi i consenso E esecuzione gli strati sono in corso.
Ho altre domande, dove posso farle?
La comunità EthStaker ha creato un canale Discord per rispondere alle domande degli staker e degli operatori dei nodi. Puoi unirti alla loro discordia Qui e quindi utilizzare il #goerli-parla canale di assistenza. Come accennato in precedenza, EthStaker ospiterà anche a Workshop di preparazione del validatore di unione il 29 luglio.
Inoltre, a Unisci chiamata comunitaria è previsto per il 12 agosto alle 14:00 UTC. Gli sviluppatori e i ricercatori dei clienti saranno disponibili per rispondere alle domande degli operatori dei nodi, degli staker, dei fornitori di infrastrutture e strumenti e dei membri della comunità. Tieni presente che è previsto che questa chiamata della community avvenga Dopo fusione Goerli/Prater.
uniremo?
Al momento della pubblicazione di questo post, è giunto il momento per la transizione della prova di palo della mainnet di Ethereum non stato impostato. Qualsiasi fonte che affermi il contrario è probabilmente una truffa. Gli aggiornamenti verranno pubblicati su questo blog. Per favore, stai al sicuro!
Supponendo che non vengano rilevati problemi durante la fusione Goerli/Prater, una volta che i client avranno versioni complete di funzionalità, verrà scelta un’altezza di slot per l’aggiornamento Bellatrix sulla Beacon Chain della rete principale e un valore totale della difficoltà sarà impostato per la transizione della rete principale. I clienti effettueranno quindi versioni che abiliteranno The Merge sulla mainnet. Questi saranno annunciati su questo blog e in altre pubblicazioni della comunità.
Tuttavia, se vengono rilevati problemi in qualsiasi momento del processo o la copertura del test viene giudicata insufficiente, questi problemi verranno risolti prima di continuare con il processo di distribuzione.
Solo allora sarà possibile stimare la data esatta di The Merge.
In altre parole, 🔜.
[ad_2]
Source link