Condividi questo articolo

L'hard fork Istanbul di Ethereum è ora attivo

L'aggiornamento dell'intero sistema, che ha raggiunto il blocco numero 9.069.000, è il terzo della rete nel 2019.

Ethereum ha completato con successo l'hard fork di Istanbul.

La storia continua sotto
Non perderti un'altra storia.Iscriviti alla Newsletter The Protocol oggi. Vedi Tutte le Newsletter

Raggiungendo il blocco numero 9.069.000, l'aggiornamento dell'intero sistema è il terzo della rete nel 2019, dopo quello di febbraioSan Pietroburgo e Costantinopolihard fork. Il processo durato mesi è culminato a0:25 UTC la domenica.

Un'altra iterazione di Ethereum 1.x, Istanbul è l'ottavo hard fork complessivo della rete con le prime modifiche al codice in corso approvato nel giugno 2019. (ETH 2, la principale transizione della rete verso la proof-of-stake (PoS), è previsto nel 2021.) Non essendo controversi, tutti i client Ethereum , che ospitano e aggiornano autonomamente il protocollo Ethereum , hanno accettato il nuovo software.

Istanbul include sei Ethereum Improvement Proposal (EIP), modifiche specifiche al codice del protocollo Ethereum , tra cui gli EIP 152, 1108, 1344, 1844, 2028 e 2200.

Secondo unpost del blog Secondo ConsenSys, studio di venture capital Ethereum , i principali problemi affrontati dai sei EIP sono:

  • Resilienza agli attacchi Denial-of-Service (DDoS) (EIP 1344).
  • Interoperabilità con criptovalute proof-of-work (PoW) basate su equihash come Zcash (EIP 152).
  • Costi GAS (EIP 1108, 2028, 2200).

Facendo un passo indietro, il costo per inviare una transazione sulla rete Ethereum è chiamato GAS e pagato in frazioni di ETH chiamate gwei. I costi GAS ridotti abilitati dagli EIP di Istanbul sono pensati per aumentare la larghezza di banda sulla blockchain e promuovere tecnologie Privacy a conoscenza zero come zk-SNARK.

Errore dell'ultimo minuto

ONE spavento prima che Istanbul avesse luogo è stato con il client Ethereum Parity, che ha rilasciato un'urgente messaggio agli utenti di Parity Ethereum di effettuare una patch sull'aggiornamento pre-rilasciato di Parity Ethereum prima che si verificasse l'hard fork di Istanbul. In breve, EIP 1344 – riguardante codici operativi– inizialmente non era incluso.

Sebbene la soluzione in sé fosse semplice, lo sviluppatore Ethereum CORE Hudson Jameson ha affermato sulla piattaforma di messaggistica Gitter "AllCoreDevs" che se i client Parity non si fossero aggiornati in tempo, si sarebbe potuta sviluppare una nuova catena che avrebbe causato doppie spese.

"La parità rappresenta circa il 23% della rete ed è comunemente utilizzata dai principali minatori e dagli exchange", ha affermato Jameson venerdì. "Temo che se ONE o due grandi exchange rimangono sul vecchio fork e ONE o due grandi pool di mining estraggono dalla vecchia catena, ciò causerà confusione e, in casi più gravi, doppie spese".

Domande persistenti

Come CoinDesk segnalato A settembre, 680 contratti intelligenti su Aragon, una piattaforma di governance, saranno interrotti dall'hard fork pianificato.

Alcune modifiche al codice cambieranno il modo in cui i fondi possono essere inviati tra organizzazioni autonome decentralizzate (DAO), costringendo gli utenti amigrare manualmente contratti intelligenti da ONE struttura all'altra.

Sebbene Aragon sostenga la continua crescita di Ethereum, Jorge Izquierdo, CTO Aragon ONE, ha affermato che gli sviluppatori Ethereum devono essere più consapevoli di coloro che sviluppano sulla rete.

"Gli sviluppatori T vogliono costruire su un obiettivo in movimento, e anche la retrocompatibilità dovrebbe essere presa sul serio", ha detto Izquierdo in un'e-mail a CoinDesk venerdì. "Ethereum non è più un giocattolo, è una piattaforma con un investimento considerevole e una grande portata, e come tale cambiamenti come questo devono essere misurati professionalmente prima di essere presi".

William Foxley

Will Foxley è l'ospite di The Mining Pod e l'editore di Blockspace Media. Ex co-ospite di The Hash di CoinDesk, Will è stato direttore dei contenuti di Compass Mining e reporter tecnologico di CoinDesk.

William Foxley