Finalmente? Parity rilascia un software rivisto prima dell'hard fork di Ethereum

Parity, il secondo più grande fornitore di software per il protocollo Ethereum , ha annunciato la sua versione finale di Byzantium.

Arrivato solo pochi giorni prima che Ethereum subisca un hard fork per aggiornare la sua blockchain sottostante, il rilascio di Parity è l'ultimo di quattro, tutto ciòsono stati scoperti dei "bug di consenso", ovvero dei difetti nel software che avrebbero costretto i nodi di rete, i computer alla base della blockchain, a passare a una versione diversa del protocollo.

Con Parity responsabile della manutenzione del software che gestisce quasi un quarto dei nodi sulla blockchain Ethereum , il ritardo nel rilascio del codice ha causato il panico per alcunie ha addirittura spinto il team di sviluppatori di Ethereum a prendere in considerazione l'ipotesi di posticipare il fork già nella giornata di oggi.

Tuttavia, LOOKS che il team Parity abbia salvato la situazione con poco tempo a disposizione: il cosiddetto hard fork di Bzyandtium è programmato per il blocco 4.300.000 (circa due giorni da adesso secondo metriche attuali).

"Respingilo"

Tuttavia, mentre il hard fork pianificato ègeneralmente percepitoSebbene vantaggiosi per la rete, i bug persistenti hanno danneggiato la fiducia di alcune persone nel cambiamento imminente.

Esprimendo questa preoccupazione sui social media, ONE utente disse: "La filosofia della Silicon Valley del 'fail fast' non è adatta, a mio Opinioni, alle blockchain senza autorizzazione in cui sono in gioco milioni di dollari".

Altri utentisollecitato Ethereum ritarda l'hard fork, affermando:

"Respingete, assicuratevi che non ci siano errori, ragazzi. Ne vale la pena. Non T fretta."

Rispondendo a questa Request, lo sviluppatore di Parity Afri Schoedon disseche, nonostante il team del cliente abbia preso in considerazione l'idea di proporre un rinvio, la cosa sarebbe stata più complicata a causa del lavoro già svolto nel tentativo di realizzarlo.

Ad esempio, per spostare l'hard fork di Byzantium a una data successiva, tutti i client software dovrebbero rilasciare versioni potenziate contenenti un nuovo numero di hard fork.

Scolasticoriassunto:

"Inviare una correzione per l'implementazione di ONE client è più facile che inviare un aggiornamento contenente il ritardo per tutti i client, soprattutto se ciò avviene con così poco preavviso."

Guardando al futuro, Schoedon ha inquadrato il panico dell'ultimo minuto come una buona lezione per la piattaforma Ethereum , sostenendo che è più sicuro implementare un numero di blocchi hard fork solo dopo che le implementazioni client sono state preparate e adeguatamente testate.

Testare il codice

Tutte le release Ethereum sono soggette a un processo di test chiamato "fuzzing", che prevede lo scontro del codice con se stesso finché non si verifica un errore. È un processo approfondito, ONE riesce a rivelare piccoli exploit che altrimenti T sarebbero evidenti.

Con questo in mente, è possibile che Parity possa continuare a dimostrare problemi simili in futuro che si riverseranno direttamente sulla blockchain di Byzantium.

E sebbene i bug siano difficili da individuare, non è inimmaginabile che possano essere identificati da agenti malintenzionati intenzionati ad attaccare la catena (Ethereum T è privo di nemici).

Ciò è dimostrato dalattacchi in corso sulla rete di test Ethereum Ropsten, dove, senza alcun profitto materiale, un aggressore solitario ha costantemente invaso la piattaforma nel periodo precedente all'hard fork, costringendo gli sviluppatori a passare a una testnet privata.

Con tutto questo in mente, è altamente improbabile che Parity possa portare questi problemi nell'hard fork di Byzantium. Secondo la startup, è imminente un annuncio che includerà maggiori dettagli su test e funzionalità.

Estintoretramite Shutterstock