[ad_1]
- UN Difficoltà totale terminale (TTD) Di 50000000000000000 è stato selezionato per la Ropsten Merge.
- Gli staker e gli operatori dei nodi devono sovrascrivere manualmente il file TTD sia nei client del livello di esecuzione che in quelli di consenso entro il 7 giugno 2022.
- I testnet Proof-of-Work possono avere tassi di hash volatili e il momento esatto della fusione su Ropsten è difficile da prevedere con precisione. Supponendo che non vi siano fluttuazioni inaspettate dell’hash rate, prevediamo che la fusione avvenga in giro 8-9 giugno 2022.
- Tieni presente che la sincronizzazione di un client del livello di esecuzione su Ropsten può richiedere da diverse ore a giorni è obbligatorio per correre attraverso la fusione.
Sfondo
All’inizio di questa settimana, la transizione del testnet Ropsten alla prova di palo è stato annunciato. A causa dell’instabilità dell’hash rate sui testnet proof-of-work, le versioni client che supportano l’aggiornamento sono state configurate utilizzando un valore artificialmente alto Difficoltà totale terminale (TTD). Ciò ha garantito che la fusione non potesse essere attivata prima che la catena di fari Ropsten fosse pronta.
Ieri, allo slot 24000, il potenziamento Bellatrix attivato sulla Ropsten Beacon Chain, preparando la rete a percorrere The Merge. Un nuovo TTD valore di 50000000000000000 è stato scelto per innescare la transizione.
Gli operatori del nodo e gli stakeholder devono aggiornarlo manualmente TTD valore sia sui client del livello di esecuzione che su quelli del livello di consenso prima che la rete raggiunga questa difficoltà totale. La difficoltà totale attuale della rete fa parte dell’intestazione del blocco e può essere ottenuta interrogando il tuo nodo o visitando un block explorer.
Supponendo che non vi siano cambiamenti imprevisti nell’hash rate della rete, ci aspettiamo che questo valore di difficoltà totale venga raggiunto e TTD da superare, intorno all’8-9 giugno 2022.
Versioni client di unione di Ropsten
Per eseguire l’override della difficoltà totale del terminale, gli operatori dei nodi e gli staker devono eseguire le seguenti versioni client o quelle più recenti. Tieni presente che sia i client del livello di consenso che quelli del livello di esecuzione devono essere completamente sincronizzati prima di The Merge e che i client del livello di esecuzione potrebbero impiegare diverse ore o giorni per farlo.
Strato di consenso
Livello di esecuzione
Ignora la difficoltà totale del terminale
Per attivare The Merge al momento giusto, gli operatori dei nodi e gli staker devono eseguire l’override Entrambi la loro esecuzione e il livello di consenso dei clienti Difficoltà totale terminale (TTD) valore a 50000000000000000.
Ecco le istruzioni per farlo con ciascun cliente:
Livello di esecuzione
Bene
- Se utilizzi file di configurazione TOML, aggiungi la seguente riga:
override-genesis-config=[“terminalTotalDifficulty=50000000000000000”] - Oppure, quando si avvia il nodo utilizzando la CLI, aggiungere il seguente flag:
–override-genesis-config=”terminalTotalDifficulty=50000000000000000″
Erigon
- Quando si avvia il nodo utilizzando la CLI, aggiungere il seguente flag: –override.terminaltotaldifficulty=50000000000000000
Go-Ethereum (geth)
- Quando si avvia il nodo utilizzando la CLI, aggiungere il seguente flag: –override.terminaltotaldifficulty 50000000000000000
Mente Infernale
- Quando si avvia il nodo utilizzando la CLI, aggiungere il seguente flag: –Merge.TerminalTotalDifficulty 50000000000000000
- Questo può anche essere impostato nel tuo cliente file di configurazione O variabili ambientaliimpostando il Difficoltà totale terminale valore a 50000000000000000
Strato di consenso
Faro
- Quando si avvia il nodo utilizzando la CLI, aggiungere il seguente flag: –terminal-total-difficulty-override=50000000000000000
Stella polare
- Quando si avvia il nodo utilizzando la CLI, aggiungere il seguente flag: –terminal-total-difficulty-override 50000000000000000
- Per ulteriori informazioni, vedere questo post del blog.
Nuvola
- Quando si avvia il nodo utilizzando la CLI, aggiungere il seguente flag: –terminal-total-difficulty-override=50000000000000000
Prisma
- Quando si avvia il nodo utilizzando la CLI, aggiungere il seguente flag: –terminal-total-difficulty-override 50000000000000000
- Questo può anche essere impostato in config.yaml file aggiornando il file TOTALE_TERMINALE_DIFFICOLTÀ valore nella directory di configurazione e riavviare il client.
Mare
- Quando si avvia il nodo utilizzando la CLI, aggiungere il seguente flag: –Xnetwork-total-terminal-difficulty-override=50000000000000000
FAQ
Come operatore di nodo o staker, cosa devo fare?
Come accennato nel Annuncio della fusione Ropstengli operatori dei nodi e gli staker su Ropsten devono aggiornare i loro client di esecuzione e di livello di consenso alle versioni sopra elencate o a quelle più recenti.
Una volta fatto ciò, gli operatori del nodo e gli staker devono sovrascrivere manualmente il Ropsten Difficoltà totale terminale (TTD) valore su sia il client del livello di esecuzione che quello di consenso utilizzando i comandi sopra elencati.
Infine, assicurati che sia i client del livello di esecuzione che quelli del livello di consenso siano completamente sincronizzati prima di The Merge. Questa operazione potrebbe richiedere diversi giorni per i client del livello di esecuzione.
In qualità di sviluppatore di applicazioni o strumenti, cosa devo fare?
Con The Merge attivo su Ropsten, ora è il momento di 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 di 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 Ropsten (o Forno) e segnalare eventuali problemi con strumenti o dipendenze ai manutentori di tali progetti. Se non sei sicuro di dove aprire un problema, utilizza questo deposito.
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 o su Ropsten, dovresti essere consapevole che ciascuna rete funzionerà interamente sotto Proof of Stake dopo la fusione. A quel punto il mining non sarà più possibile sulla rete.
Ciò è previsto intorno all’8-9 giugno 2022 su Ropsten e entro la fine dell’anno per la rete principale di Ethereum.
uniremo?
Al momento della pubblicazione di questo post, è stata fissata la data per la transizione della prova di puntata 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 con Ropsten, una volta completato il test del client, gli altri testnet di Ethereum verranno eseguiti tramite The Merge. Una volta che Goerli e Sepolia avranno completato con successo la transizione e la stabilizzazione, verrà scelta un’altezza dello slot per il potenziamento Bellatrix sulla Beacon Chain e un’altezza dello slot valore di difficoltà totale terminale 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à. L’immagine seguente illustra questo processo:
Tieni presente che ciò presuppone che ogni passaggio vada come previsto. Se vengono rilevati problemi in qualsiasi momento del processo o la copertura del test viene giudicata insufficiente, questi 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