Condividi questo articolo
Gli sviluppatori Ethereum propongono di attivare l'hard fork di Constantinople a fine febbraio
Dopo che è stata individuata una vulnerabilità di sicurezza nel prossimo aggiornamento dell'intero sistema di Ethereum, pochi giorni prima dell'attivazione, gli sviluppatori CORE sperano ora di eseguire l'aggiornamento alla fine di febbraio.
Rendici preferiti su Google
AGGIORNAMENTO (18 gennaio 2019, 15:40 UTC):L'attivazione dell'hard fork di Constantinople è stata impostata per il blocco numero 7.280.000, la cui data di uscita è prevista per il 27 febbraio, secondo lo sviluppatorePietro Szilágyi.
La storia continua sotto
Non perderti un'altra storia.Iscriviti alla Newsletter Crypto Daybook Americas oggi. Vedi tutte le newsletter
----------
Gli sviluppatori CORE Ethereum hanno proposto di attivare Constantinople, un aggiornamento pianificato per l'intero sistema che è stato annullato all'inizio di questa settimana, a fine febbraio.
Conosciuto anche come hard fork, gli sviluppatori stimano che Constantinople sarà disponibile tra il 26 e il 28 febbraio, con un numero di blocchi che verrà determinato in una data futura.
La proposta è stata fatta durante una telefonata con uno sviluppatore CORE il Venerdì mattina, e tra i partecipanti alla chiamata c'erano il creatore Ethereum Vitalik Buterin e altri sviluppatori, tra cui Hudson Jameson, Lane Rettig, Afri Schoedon, Péter Szilágyi, Martin Holste Swende, Danny Ryan e Alexey Akhunov, tra gli altri.
La decisione arriva dopo che la società di revisione dei contratti intelligenti ChainSecurity ha segnalatoMartedì una vulnerabilità di sicurezza in ONE delle cinque proposte di miglioramento Ethereum (EIP) destinate all'inclusione a Costantinopoli, in relazione ai costi di archiviazione dei dati sulla blockchain.
A causa della vulnerabilità, Constantinople, la cui attivazione è prevista per il mese prossimo, non includerà l'EIP difettoso, che verrà testato e rimodellato per l'inclusione in un hard fork successivo.
Invece, Constantinople verrà rilasciato in due parti contemporaneamente sulla rete principale. Il primo aggiornamento includerà tutti e cinque gli EIP originali e un secondo aggiornamento rimuoverà specificamente l'EIP 1283.
Questa strategia, suggerita per la prima volta da Szilágyi durante la chiamata odierna, ha lo scopo di garantire che le reti di prova e le reti private che hanno già implementato l'aggiornamento completo di Constantinople possano facilmente implementare una correzione senza annullare alcun blocco.
"Il mio suggerimento è di definire due hard fork, Constantinople così com'è attualmente e Constantinople fix up che disabilita semplicemente questa funzionalità... Avendo due fork, chiunque abbia effettivamente effettuato l'aggiornamento può avere un secondo fork per effettuare un downgrade, per così dire", ha spiegato Szilágyi.
La decisione è stata presa dopo che martedì la società di revisione contabile dei contratti intelligenti ChainSecurity ha segnalato una vulnerabilità di sicurezza in ONE dei cinque EIP destinati all'inclusione in Constantinople, in relazione ai costi di archiviazione dei dati sulla blockchain.
Parlando conCoinDesk Martedì, Matthias Egli – COO di ChainSecurity – ha sottolineato che il problema probabilmente non è stato individuato dagli sviluppatori CORE durante l’esecuzione dei test sul software, dato che l’impatto è radicato nello sviluppo di contratti intelligenti, non necessariamente nello sviluppo “ CORE [della macchina virtuale Ethereum ]”.
Una decisione tempestiva di riattivare Constantinople il prima possibile si è resa necessaria in parte a causa dell'attivazione prolungata della bomba di difficoltà di Ethereum, un pezzo di codice incorporato nella blockchain che allunga progressivamente i tempi di blocco.
Destinato a incoraggiare la transizione verso un nuovo algoritmo di consenso noto comeprova di partecipazione (PoS), nell'EIP 1234 è stato suggerito un ritardo della bomba a causa dell'attuale insufficiente ricerca per una transizione al PoS.
Una volta attivato sulla rete principale, Constantinople includerà EIP 1234 e rinvierà il livello di difficoltà per un periodo di 12 mesi.
Nota dell'editore: L'articolo è stato aggiornato con informazioni aggiuntive.
Codice binarioimmaginetramite Shutterstock
Di più per voi
KuCoin captured a record share of centralised exchange volume in 2025, with more than $1.25tn traded as its volumes grew faster than the wider crypto market.
Cosa sapere:
- KuCoin recorded over $1.25 trillion in total trading volume in 2025, equivalent to an average of roughly $114 billion per month, marking its strongest year on record.
- This performance translated into an all-time high share of centralised exchange volume, as KuCoin’s activity expanded faster than aggregate CEX volumes, which slowed during periods of lower market volatility.
- Spot and derivatives volumes were evenly split, each exceeding $500 billion for the year, signalling broad-based usage rather than reliance on a single product line.
- Altcoins accounted for the majority of trading activity, reinforcing KuCoin’s role as a primary liquidity venue beyond BTC and ETH at a time when majors saw more muted turnover.
- Even as overall crypto volumes softened mid-year, KuCoin maintained elevated baseline activity, indicating structurally higher user engagement rather than short-lived volume spikes.
More For You
Mentre i miner di bitcoin riducono la produzione non redditizia, il indicatore Hash Ribbon segnala un rimbalzo del prezzo del BTC
Lo shock dell'hashrate causato dalle condizioni meteorologiche estreme negli Stati Uniti riporta in auge un indicatore on-chain storicamente rialzista.
What to know:
- Un calo del 20% del hashrate di Bitcoin ha spinto l'Hash Ribbon più a fondo nella capitolazione.
- In passato, incluso il crollo di FTX e lo smobilizzo del carry trade sullo yen di metà 2024, ciò ha segnalato una forte ripresa del prezzo una volta che il hashrate si è invertito.
Storie Da Non Perdere
