Il prossimo aggiornamento della blockchain di Ethereum subisce ritardi dopo il fallimento dei test

Le ripercussioni si stanno facendo sentire nell'ecosistema di sviluppo Ethereum dopo che un test iniziale del prossimo aggiornamento software della piattaforma, Constantinople, non ha prodotto i risultati previsti.

Un cambiamento a livello di sistema inizialmente previstoper andare in onda nel 2018, il rilascio del codice, destinato a introdurre cinque miglioramenti e modificare l'aspetto economico della blockchain da 20 miliardi di dollari, potrebbe ora essere ritardato a seguito di un fallimento dell'attivazione di sabato sulla rete di prova Ropsten, hanno detto gli sviluppatori a CoinDesk lunedì.

Dopo un incontro del team di sviluppatori open source di Ethereumvenerdì scorso, in cui si suggeriva che Costantinopoli potesse essere implementata già a novembre,Attivazione fallita di sabatoha rivelato problemi inaspettati nel codice. In particolare, un bug è stato scoperto dal responsabile della sicurezza per la Ethereum Foundation Martin Holst Swende, ONE ha causato l'esecuzione di due diverse iterazioni dello stesso aggiornamento software sulla testnet.

Sebbene nel frattempo sia stata rilasciata una patch per correggere il bug identificato, lo sviluppatore indipendente Ethereum Lane Rettig ha spiegato lunedì a CoinDesk che sono in corso le indagini sugli Eventi che hanno portato al rilascio del testnet di Constantinople.

Rettig ha detto:

"Dovremmo prenderci del tempo per capire cosa è andato storto e come evitare che in futuro si ripetano problemi come questo, non solo quelli del codice di basso livello, ma anche tutti quelli correlati (il problema del mining, i problemi di comunicazione durante il fine settimana, il fatto che T sia stato individuato dai test, ETC.). C'è ancora molto lavoro forense da fare".

Rettig ha anche affermato che i piani per il rilascio di Constantinople potrebbero essere ritardati di conseguenza, affermando: "Se un aggiornamento causa un fork sulla testnet, dovremmo sospendere il rilascio della mainnet per un periodo di tempo minimo".

Sebbene non sia ancora stata fissata una data precisa per l'implementazione di Constantinople, Griff Green, responsabile della comunità Ethereum e fondatore dell'organizzazione no-profit basata su blockchain Giveth, ha fissato l'attivazione della rete principale per il 2019.

"Mi aspetterei che venisse posticipato al 2019, la blockchain T va in vacanza, ma gli sviluppatori sì", ha detto Green. "Se dovessi fare una scommessa su un mercato di previsione, punterei il mio ETH a fine gennaio, inizio febbraio".

Gli sviluppatori di Ethereum CORE hanno concordato di riorganizzarsi collettivamente questo prossimo venerdìdurante una chiamata trasmessa in live streaming, durante la quale discuteranno dei piani alla luce del fallimento dell'implementazione del test.

"Non forchettare mai durante il fine settimana"

Per ricapitolare gli Eventi di sabato, il lancio di Constantinople era pianificato per procedere sulla rete di test principale di Ethereum allenumero di blocco 4.230.000Tuttavia, i minatori non sono riusciti ad aggiornare il loro software in base ai tempi di lancio previsti.

Poiché è avvenuto "molto prima del previsto di sabato", Schoedon ha detto che molti sviluppatori "[erano] non disponibili e nemmeno a conoscenza" del cambiamento. Schoedon ha aggiunto la sua conclusione dagli Eventi: "Non fare mai fork nei weekend".

Ciò si è rivelato un problema, poiché affinché l'hard fork procedesse senza intoppi, tutti i "nodi" partecipanti, ovvero i computer gestiti da minatori e utenti, dovevano effettuare l'aggiornamento quasi simultaneamente allo stesso software.

In seguito a una chiamata aperta dagli sviluppatori Ethereum sui social mediaPer far avanzare il test, la rete ha subito una seconda divisione della catena a causa di discrepanze nel codice di Constantinople tra due importanti client Ethereum , Geth e Parity. (Come premessa, i client Ethereum sono gli individui e le aziende che gestiscono nodi per supportare la rete Ethereum .)

Parlando con CoinDesk, Brian Venturo, un minatore che contribuisce attivamente al testnet Ropsten, ha spiegato:

" LOOKS che il fallimento del consenso sia stato causato da modifiche all'opcode SSTORE in EIP-1283 che sono state implementate in modo diverso tra Parity e Geth."

Parte dell'aggiornamento di Constantinople include un nuovo codice nell'ambito della proposta di miglioramento Ethereum (EIP) 1283, che cambierà il modo in cui i contratti intelligenti vengono archiviati su Ethereum e ridurrà i costi per gli sviluppatori di contratti intelligenti derivanti dall'aggiornamento dei contratti archiviati.

Tuttavia, l'iterazione dell'EIP 1283 come progettata nel codice Constantinople rilasciato da Parity presentava meccanismi di rimborso che hanno causato un "evidente disaccordo riguardante il blocco [Ropsten] 4.230.605" e il costo per l'implementazione di questo contratto intelligente, come evidenziatonelle note ufficiali dagli sviluppatori di Ethereum CORE .

Dopo aver scoperto le discrepanze nel codice di Constantinople, gli sviluppatori di Ethereum CORE hanno accettato di correggere il codice di Parity per allinearlo al codice supportato da Geth e tentare un'altra risincronizzazione con la corretta catena Ropsten.

Parte del piano

Tuttavia, alcuni vedono il fallimento del test come un fatto positivo per lo sviluppo complessivo.

Considerando che il tentativo di lancio di Constantinople su Ropsten di sabato scorso ha raggiunto il suo scopo previsto, Rettigtwittatofuori domenica:

"Abbiamo rotto Ropsten, ma è una testnet e verrà riparata, e questo è esattamente il punto di rilasciare prima su una testnet. È davvero divertente, emozionante e rassicurante vedere questo processo svolgersi come progettato."

Successivamente ha aggiunto in un'e-mail a CoinDesk lunedì di avere "più fiducia che mai nel fatto che le cose giuste stanno accadendo, nel giusto ordine, per KEEP la rete principale [Ethereum] funzionante e sicura".

Altri sviluppatori CORE sembrano concordare con il sentimento condiviso da Rettig, con il responsabile della sicurezza presso la Fondazione Ethereum che scrive in un canale Gitter pubblicoquel sabato era "evidentemente un buon test", aggiungendo che la temporanea condizione di biforcazione di Ropsten non era qualcosa per cui "perdere il sonno".

Anche lo sviluppatore CORE Ethereum , Alexey Akhunov, ha scritto sullo stesso canale che mentre "i processi fluidi sono utili per l'efficienza... possono [instillare] un falso senso di sicurezza", aggiungendo che "le rotture... rendono le persone più attente".

Per il futuro, il piano per tutti gli sviluppatori Ethereum , come spiegato dal release manager di Parity, Afri Schoedon, è di implementare correzioni di bug per i client interessati e di "riunirli tutti di nuovo sulla catena Geth Ropsten".

Ha aggiunto che "una volta fatto questo, auspicabilmente in prossimità del Devcon, potremo continuare a testare Constantinople su Ropsten... e alla fine concordare una data per il fork della rete principale".

Anche Schoeden ha affermato che secondo lui la data di uscita più probabile sarà il nuovo anno.

Schoedon ha detto a CoinDesk:

"Considero gennaio 2019 una data realistica per il fork, ma solo se i client saranno patchati, tutti i test saranno pronti (e superati) e [non ci saranno] ulteriori problemi scoperti su Ropsten."

Ethereumimmagine tramite Shutterstock