Gli sviluppatori di Ethereum discutono se ritardare ancora una volta la bomba di difficoltà con alcuni che sostengono che dovrebbe essere spostata di altri 3-4 mesi.
Uno di loro ha affermato che non dovrebbe esserci pressione per il bene della pressione, e alcuni hanno affermato che "le implementazioni di testnet sono state irregolari".
Il lancio dell'unione di testnet Ropsten ha incontrato alcune difficoltà a causa di un aumento artificiale del suo hashrate che ha causato un tempo di lancio molto prima del previsto.
“Dato il basso tasso di hash su Ropsten (e Sepolia), è economico per qualcuno aumentarlo. Il 26 maggio qualcuno l'ha fatto e ha aumentato di 20 volte l'hash rate", disse Tim Beiko, un eth dev.
Piuttosto che unire i problemi relativi alla rete di test, tuttavia, suona più come qualcuno che gioca con un certo numero di sviluppatori all'All Core Meeting dicendo che questo problema non si riflette sull'unione.
Ma Tomasz Stańczak, il fondatore del client eth1 Nethermind che ha spinto per ritardare la bomba di difficoltà, ha sostenuto che gli shadoforks non dicono molto in risposta a uno sviluppatore che afferma che erano andati bene.
Stańczak invece ha detto che i test dell'alveare avevano mostrato “guasti multipli” senza ulteriori dettagli forniti.
Marius van der Wijden era del parere che un ritardo significherebbe la necessità di programmare un altro hardfork che richiede il coordinamento della comunità. "Potremmo perdere alcune persone se programmiamo un altro ritardo", ha detto.
Ha inoltre affermato che non vede meriti tecnici nella proposta di ritardare la bomba di difficoltà e che le squadre dovrebbero davvero sforzarsi di "centrare i tempi che ci siamo prefissati".
Ma ora verrà redatto un EIP per essere discusso nella prossima chiamata con l'impressione che ci sia una sorta di consenso per un ritardo a metà strada di due mesi.
La bomba di difficoltà non ha ancora iniziato a muoversi come si può vedere sopra, ma Stańczak ha affermato che i tempi di blocco aumenteranno a 25 secondi ad agosto.
In precedenza ci sono voluti alcuni mesi dall'inizio della bomba di difficoltà ai tempi di blocco che aumentavano di quasi 30 secondi, quindi probabilmente non sarebbe stato fino alla fine di settembre se non più tardi.
Un ritardo di due mesi significherebbe invece che la bomba di difficoltà sarebbe iniziata all'inizio di ottobre, e quindi i tempi di blocco rimarrebbero a 13 secondi fino ad agosto e settembre.
Alcuni considerano quella bomba di difficoltà e il suo ritardo come data obiettivo effettiva per la fusione, con Stańczak pubblicamente affermando prima della chiamata che stima la fusione "nella seconda metà di ottobre", con agosto ottimista.
L'obiettivo iniziale per la fusione era giugno considerando che hanno lo sto testando su Klin da marzo. Questo è stato posticipato ad agosto, anche se probabilmente era sempre settembre, e ora potrebbe essere posticipato di nuovo a ottobre.
Se la bomba di difficoltà viene ritardata, una parte significativa del respingimento di Merge sarà l'hard fork di eth1 per implementare quel ritardo, con due mesi che costano ai detentori di eth $ 60 milioni in aggiunta ai $ 90 milioni per il ritardo ad agosto.
Per tutto il tempo, nessuno ha spiegato bene perché hanno passato del tempo a fare il fork delle ombre quando apparentemente è inutile secondo Stańczak, o perché abbiamo bisogno di testnet infiniti dopo la fusione di testnet quando di solito è stato un aggiornamento di testnet – klin – in esecuzione per tre mesi.
Inoltre, lasciare che la bomba di difficoltà continui dovrebbe facilitare la transizione dei minatori fuori dalla rete poiché invece di tagliare improvvisamente tutte le loro entrate, si ridurrà gradualmente a causa dell'aumento dei tempi di blocco, dimezzandosi a settembre e poi azzerandosi una volta terminata l'unione abitare.
Ma dalla discussione, il peggio che apparentemente hanno in programma di fare è rimandare comunque a ottobre, quindi sembra tutto un po' accademico con l'unione di testnet di Ropsten che avverrà prima tra circa due settimane, il che dovrebbe dare qualche indicazione di come sta andando la strategia di ritardo .
Fonte: https://www.trustnodes.com/2022/05/27/ethereum-devs-discuss-difficulty-bomb-delay