Condividi questo articolo

Take Two: Ethereum si prepara per il rifacimento dell'hard fork di Constantinople

La seconda blockchain più grande al mondo per capitalizzazione di mercato si sta preparando per un hard fork che aveva già provato ad attivare in precedenza, chiamato Constantinople. Questa volta, gli sviluppatori sono fiduciosi che funzionerà.

Se al primo tentativo T ci riesci, riprova ancora.

Queste sono le parole di saggezza che sono state prese a cuore dagli sviluppatori di Ethereum CORE da quando è stata scoperta una vulnerabilità nel codice della rete è stato scopertoappena 48 ore prima che il codice venisse distribuito.

La storia continua sotto
Non perderti un'altra storia.Iscriviti alla Newsletter Crypto Long & Short oggi. Vedi Tutte le Newsletter

L'aggiornamento di rete denominato Constantinople avrebbe introdotto una serie di modifiche retrocompatibili, note anche come hard fork, alla seconda Criptovaluta più grande al mondo per capitalizzazione di mercato. Tuttavia, il bug scoperto ha portato a un ritardo, seguito da un piano provare ancora una voltaa fine febbraio.

Poiché il codice dovrebbe attivarsi durante l'ultima settimana di febbraio, più precisamente al blocco numero 7.280.000, gli sviluppatori di Ethereum CORE sono fiduciosi che questa volta Constantinople T fallirà.

"Sospetto che andrà come previsto. Il numero di blocco è stato impostato e [l'aggiornamento] è ora codificato nei client, quindi sta andando tutto bene", ha detto a CoinDesk Hudson Jameson, che gestisce le relazioni con gli sviluppatori per la Ethereum Foundation.

Aggiungendo che da ogni hard fork si apprendono "preziose lezioni", Jameson ha affermato che ONE degli aspetti più importanti del tentativo di hard fork dello scorso gennaio è stata "una migliore comunicazione con i miner per informarli dell'aggiornamento".

Sebbene il problema nel codice T avrebbe avuto un impatto diretto sui miner, i miner e gli altri utenti che gestiscono copie complete della blockchain Ethereum chiamate nodi dovevano essere informati tempestivamente della cancellazione di Constantinople, per KEEP che venisse effettivamente implementato e creasse possibili interruzioni.

Su questo fronte, la società di audit sulla sicurezza degli smart contract ChainSecurity, che ha scoperto la vulnerabilità, ha dichiarato a CoinDesk che l'organizzazione degli sviluppatori Ethereum era già piuttosto impressionante.

"Sono rimasto semplicemente colpito dalla rapidità con cui tutti hanno reagito e da quanto tutti siano stati ben organizzati", ha affermato il CTO Hubert Ritzdorf. "Molte persone hanno dovuto aggiornare, quindi dovevano sapere cosa aggiornare. A molti livelli diversi è diventato chiaro che, anche se non c'è un comando centrale, la comunità [Ethereum] collabora in modo molto efficiente".

Chiamati Ethereum Improvement Proposals (EIP), quattro EIP su cinque saranno effettivamente attivati ​​sulla rete principale, o mainnet. E per tutti gli scopi tecnici, l'aggiornamento sarà distribuito in due parti, simultaneamente.

Saluta 'Petersberg'

Gli sviluppatori hanno proposto durante un incontrofine gennaiodi accantonare temporaneamente l'EIP e procedere con il resto di Costantinopoli come previsto, determinando che una correzione al bug dell'EIP -EIP 1283– ritarderebbe troppo l’attivazione dell’hard fork pianificato di Ethereum.

Tuttavia, dato che diverse reti di prova su Ethereum , tra cui Ropsten, avevano già attivato Constantinople in tutto il suo splendore prima che venisse scoperta la vulnerabilità di sicurezza, anche gli sviluppatori di Ethereum CORE hanno concordato che era necessario un secondo hard fork che rimuovesse in modo sicuro l'EIP.

Così nacque "Petersberg".

Già rilasciatosu Ropsten, Petersberg è il nome informale dell'hard fork specificamente progettato per rimuovere EIP 1283 da una rete live simile a ethereum. Più avanti nel mese, il codice originale di Constantinople verrà attivato sulla mainnet insieme a Petersberg.

"Per tutti i mezzi pratici per qualsiasi sviluppatore là fuori sulla rete principale, non ci sarà mai stato Constantinople, solo Petersberg... Tecnicamente nel codice, hai due condizioni", ha spiegato il COO di ChainSecurity Matthias Egli. "ONE dice che Constantinople diventa attiva al numero di blocco [7.280.000] e allo stesso numero di blocco viene attivato Petersberg, che ha la precedenza su Constantinople e lo sostituisce immediatamente".

E per quanto riguarda ciò che resta da fare per il lancio di Petersberg sulla rete principale, Jameson ha affermato che tutti i test per la sua versione sono stati completati e i principali clienti software, tra cui Geth e Parity, sono pronti per la distribuzione sul numero di blocchi concordato.

Ora, come sottolineato da Martin Holst Swende, responsabile della sicurezza Ethereum , gli utenti di Ethereum devono essere consapevoli degli importanti cambiamenti apportati alla rete Ethereum in seguito a Costantinopoli e Petersberg.

Il nuovo “caso limite”

Cinguettare

Giovedì scorso, Swende ha inviato un questionario agli utenti, sottolineando che dopo Costantinopoli, i contratti intelligenti su Ethereum , considerati virtualmente immutabili, saranno in grado di modificare il codice in determinate condizioni nel corso di più transazioni.

La nuova funzionalità introdotta tramite EIP 1014 – denominata “Magro CREATE2" – è destinato a facilitare meglio le transazioni off-chain su Ethereum consentendo ciò che Ritzdorf descrive come "distribuzione deterministica".

"Quando distribuisci un nuovo smart contract su Ethereum, ciò che accade è che calcola l'indirizzo in cui verrà distribuito il contratto. Lo sai in anticipo, ma dipende da molte variabili", ha detto Ritzdorf a CoinDesk. "CREATE2 rende più facile dire: 'In futuro distribuiremo un contratto a questo particolare indirizzo'".

Di conseguenza, Ritzdorf spiega che gli sviluppatori di contratti intelligenti potrebbero tecnicamente distribuire i contratti per “la seconda volta” allo stesso indirizzo, osservando:

“[Dopo Costantinopoli] puoi modificare il codice perché puoi prima distribuire a quell'indirizzo, distruggere il codice e poi distribuire di nuovo.”

Egli ha sottolineato che questo "non è un bug di sicurezza", ma piuttosto "un caso limite" di cui gli sviluppatori su Ethereum dovrebbero essere cauti una volta che le modifiche saranno attive. Ha aggiunto che è necessaria una formazione continua da parte degli auditor prima dell'hard fork di febbraio sugli altri quattro EIP originariamente previsti per l'inclusione in Constantinople al di fuori dell'EIP 1283.

Gli utenti che prevedono il lancio di Constantinople possono andare suForcella.ethdevops.ioo Ethernodeshttps://ethernodes.org/network/1/forkwatch/overview per guardare il rilascio in tempo reale. Un certo numero dialtri sitisono disponibili anche metriche live, tra cui hashrate di mining e prezzi di mercato.

Secondo ONE timer per il conto alla rovescia hard fork creato da Afri Schoedon, release manager per il client Parity Ethereum , Constantinople plus Petersberg è stimatoal momento in cui andiamo in stampa, la pubblicazione è prevista per giovedì 28 febbraio.

Virgil Griffith, progetti speciali presso la Ethereum Foundation, tramite gli archivi CoinDesk

Christine Kim

Christine è un'analista di ricerca per CoinDesk. Si concentra sulla produzione di approfondimenti basati sui dati sul settore delle Criptovaluta e della blockchain. Prima del suo ruolo di analista di ricerca, Christine era una reporter tecnologica per CoinDesk, occupandosi principalmente degli sviluppi sulla blockchain Ethereum . Portafoglio Criptovaluta : nessuno.

Christine Kim