Ethereum Classic potrebbe ritardare l'imminente hard fork "Atlantis"

Giovedì, il team di sviluppatori open source di Ethereum Classic non è riuscito a raggiungere un consenso sulla possibilità di procedere con un imminente aggiornamento del codice dell'intero sistema come delineato, rimandando di fatto la serie di aggiornamenti pianificati alla fase di bozza.

Da febbraio gli sviluppatori hanno deliberato su una serie di 10 proposte da integrare nel protocollo, un aggiornamento colloquialmente chiamato "Atlantis". Una continuazione della blockchain originale Ethereum , Ethereum Classic (ETC) si è effettivamente staccata dal progettonel 2016, salendo successivamente a una valutazione NEAR a 1 miliardo di dollari, secondo Quotazione di mercato di CoinMarketCap.

Tuttavia, mentre Ethereum Classic si è sforzato di ritagliarsi una proposta di valore unica (basata su una Politiche monetaria modificata, tra le altre differenze), la sua comunità ha anche compiuto maggiori sforzi per introdurre modifiche alla rete che avrebbero reso più semplice l'interoperabilità tra le due blockchain.

Atlantis è infatti il ​​primo di due aggiornamenti del protocollo o hard fork volti a incorporare gli EIP già attivati ​​su Ethereum negli ultimi anni.

"Questi aggiornamenti aggiornerebbero ETC con l'ultimo protocollo di ETH, rendendo molto più semplice la migrazione delle dapp tra le reti", ha scritto Bob Summerwill, direttore esecutivo di Ethereum Classic Cooperative, in una newsletter via email a maggio.

Oggi, ci si aspettava che la comunità giungesse a una decisione definitiva sui contenuti dell'aggiornamento e sulla sua attivazione pianificata per metà settembre. Tuttavia, alcuni sviluppatori hanno espresso esitazione nell'includere ONE proposta specifica, EIP 170, nell'aggiornamento di Atlantis.

Riassumendo i suoi pensieri sulla proposta in un commento su GitHub, lo sviluppatore Ethereum Classic Anthony Lusardi ha scritto:

"Queste regole possono essere semplicemente applicate alla convalida delle transazioni anziché a quella dei blocchi, trasformandolo in un soft fork anziché in un hard fork... È di vitale importanza attenersi alle regole concordate in precedenza quando vengono definite."

EIP 170

Come sfondo, l'EIP 170, se implementato, porrebbe un limite fisso alla dimensione del codice smart contract che può essere eseguito in una singola transazione. Questa idea è stata concepita originariamente dal fondatore Ethereum Vitalik Buterin, che ha spiegato all'epoca che un limite era necessario per impediredeterminati scenari di attaccosulla blockchain.

Tuttavia, come Lusardi, "MikO", membro della comunità Ethereum Classic , sostiene che questa modifica T deve necessariamente essere un hard fork (ovvero non compatibile con le versioni precedenti).

"T mi piace l'idea di dover modificare un limite massimo in futuro se desideriamo contratti più complessi", ha scritto MikO sul canale Discord Ethereum Classic .

Allo stesso tempo, sia Lusardi che MikO sottolineano che il loro disaccordo con l'EIP 170 non dovrebbe ritardare o in alcun modo ostacolare il progresso dell'ammodernamento di Atlantis.

MikO ha evidenziato:

"Se tutti ritengono che stabilire questo limite in questo modo sia la strada giusta da seguire, allora sono d'accordo con la maggioranza."

Lusardi ha aggiunto che, a parte il fatto di non voler ritardare l'aggiornamento di Atlantis, T crede fermamente che "una ONE persona possa fermare il processo [di aggiornamento]".

Per ora, non è stata presa alcuna decisione sulla tempistica o sul contenuto dell'aggiornamento di Atlantis a seguito dei commenti condivisi durante la chiamata degli sviluppatori di oggi.

"Riconosciamo semplicemente che c'è una discussione in corso sull'EIP 170 e prendiamoci questo tempo, un'altra ONE o due settimane [per discutere] qual è il problema con i limiti massimi della dimensione del codice e come andare avanti", ha concluso lo sviluppatore Ethereum Classic soc1c.

Immagine Ethereum Classic tramite gli archivi CoinDesk