Cronologia di tutte le biforcazioni di Ethereum (dal 2014 a oggi)
Una cronologia di tutte le tappe fondamentali, le biforcazioni e gli aggiornamenti alla blockchain di Ethereum.
Le biforcazioni avvengono quando è necessario apportare importanti aggiornamenti tecnici o modifiche alla rete: in genere derivano dalle proposte di miglioramento di ethereum (EIP) e cambiano le "regole" del protocollo.
Quando sono necessari aggiornamenti nel software tradizionale controllato centralmente, l'azienda pubblica semplicemente una nuova versione per l'utente finale. Le blockchain funzionano diversamente perché non c'è una proprietà centrale. I client di Ethereum devono aggiornare il loro software per implementare le nuove regole della biforcazione. Inoltre, i creatori di blocchi (i minatori in un mondo basato sulla prova di lavoro, i validatori in un mondo basato sulla prova di stake) e i nodi devono creare blocchi e convalidarli secondo le nuove regole. Maggiori informazioni sui meccanismi di consenso
Queste modifiche alle regole possono creare una divisione temporanea nella rete. I nuovi blocchi potrebbero essere prodotti secondo le nuove regole o quelle vecchie. Le biforcazioni sono solitamente concordate in anticipo in modo che i client adottino le modifiche all'unisono e la biforcazione con gli aggiornamenti diventi la catena principale. Tuttavia, in rari casi, i disaccordi sulle biforcazioni possono causare una divisione permanente della rete, in particolare la creazione di Ethereum Classic con la biforcazione DAO.
Il software alla base di Ethereum è composto da due metà, note come e .
Denominazione degli aggiornamenti di esecuzione
Dal 2021, gli aggiornamenti al livello di esecuzione prendono il nome dalle città delle precedenti sedi di Devcon e Devconnect (opens in a new tab) in ordine cronologico:
| Nome dell'aggiornamento | Anno Devcon(nect) | Numero Devcon | Data dell'aggiornamento |
|---|---|---|---|
| Berlin | 2014 | 0 | 15 apr 2021 |
| London | 2015 | I | 5 ago 2021 |
| Shanghai | 2016 | II | 12 apr 2023 |
| Cancun | 2017 | III | 13 mar 2024 |
| Prague | 2018 | IV | 7 mag 2025 |
| Osaka | 2019 | V | 3 dic 2025 |
| Amsterdam | 2022 | Devconnect | Da definire - Prossimo |
| Bogotá | 2022 | VI | Da definire |
| Istanbul | 2023 | Devconnect | Da definire |
| Bangkok | 2024 | VII | Da definire |
| Buenos Aires | 2025 | Devconnect | Da definire |
| Mumbai | 2026 | VIII | Da definire |
Denominazione degli aggiornamenti di consenso
Dal lancio della , gli aggiornamenti al livello di consenso prendono il nome da stelle celesti che iniziano con lettere in ordine alfabetico:
| Nome dell'aggiornamento | Data dell'aggiornamento |
|---|---|
| Genesi della beacon chain | 1 dic 2020 |
| Altair (opens in a new tab) | 27 ott 2021 |
| Bellatrix (opens in a new tab) | 6 set 2022 |
| Capella (opens in a new tab) | 12 apr 2023 |
| Deneb (opens in a new tab) | 13 mar 2024 |
| Electra (opens in a new tab) | 7 mag 2025 |
| Fulu (opens in a new tab) | 3 dic 2025 |
| Gloas (opens in a new tab) | Da definire - Prossimo |
| Heze (opens in a new tab) | Da definire |
Denominazione combinata
Gli aggiornamenti di esecuzione e consenso sono stati inizialmente implementati in momenti diversi, ma dopo La Fusione (The Merge) nel 2022 sono stati distribuiti simultaneamente. Di conseguenza, sono emersi termini colloquiali per semplificare i riferimenti a questi aggiornamenti utilizzando un singolo termine congiunto. Questo è iniziato con l'aggiornamento Shanghai-Capella, comunemente indicato come "Shapella", e continua con gli aggiornamenti successivi.
| Aggiornamento di esecuzione | Aggiornamento di consenso | Nome breve |
|---|---|---|
| Shanghai | Capella | "Shapella" |
| Cancun | Deneb | "Dencun" |
| Prague | Electra | "Pectra" |
| Osaka | Fulu | "Fusaka" |
| Amsterdam | Gloas | "Glamsterdam" |
| Bogotá | Heze | "Hegotá" |
Passa direttamente alle informazioni su alcuni degli aggiornamenti passati particolarmente importanti: La beacon chain; La Fusione (The Merge); ed EIP-1559
Cerchi futuri aggiornamenti del protocollo? Scopri i prossimi aggiornamenti sul piano d'azione di Ethereum.
2025
Fulu-Osaka ("Fusaka")
Maggiori informazioni su Fusaka
Prague-Electra ("Pectra")
L'aggiornamento Prague-Electra ("Pectra") ha incluso diversi miglioramenti al protocollo di Ethereum volti a migliorare l'esperienza per tutti gli utenti, le reti di livello 2, gli staker e gli operatori dei nodi.
Lo staking ha ricevuto un aggiornamento con account dei validatori a capitalizzazione composta e un migliore controllo sui fondi in stake utilizzando l'indirizzo di prelievo di esecuzione. L'EIP-7251 ha aumentato il saldo effettivo massimo per un singolo validatore a 2048, migliorando l'efficienza del capitale per gli staker. L'EIP-7002 ha consentito a un account di esecuzione di attivare in modo sicuro le azioni del validatore, inclusa l'uscita o il prelievo di porzioni dei fondi, migliorando l'esperienza per gli staker di ETH e contribuendo a rafforzare la responsabilità degli operatori dei nodi.
Altre parti dell'aggiornamento si sono concentrate sul miglioramento dell'esperienza per gli utenti normali. L'EIP-7702 ha introdotto la possibilità per un normale account non basato su contratto intelligente () di eseguire codice simile a un contratto intelligente. Ciò ha sbloccato nuove funzionalità illimitate per gli account Ethereum tradizionali, come il raggruppamento delle transazioni, la sponsorizzazione del gas, l'autenticazione alternativa, i controlli di spesa programmabili, i meccanismi di recupero dell'account e altro ancora.
Migliore esperienza utente:
- EIP-7702 - Imposta il codice dell'account EOA
- EIP-7691 - Aumento del throughput dei blob
- EIP-7623 - Aumento del costo dei calldata
- EIP-7840 - Aggiunta della pianificazione dei blob ai file di configurazione EL
Migliore esperienza di staking:
- EIP-7251 - Aumento del
MAX_EFFECTIVE_BALANCE - EIP-7002 - Uscite attivabili dal livello di esecuzione
- EIP-7685 - Richieste del livello di esecuzione per scopi generali
- EIP-6110 - Fornitura dei depositi dei validatori on-chain
Miglioramenti all'efficienza e alla sicurezza del protocollo:
- Pectra.wtf (opens in a new tab)
- Come Pectra migliorerà l'esperienza di staking (opens in a new tab)
- Leggi le specifiche dell'aggiornamento Electra (opens in a new tab)
- Domande frequenti su Prague-Electra ("Pectra")
2024
Cancun-Deneb ("Dencun")
Riepilogo di Cancun
L'aggiornamento Cancun contiene una serie di miglioramenti all'esecuzione di Ethereum volti a migliorare la scalabilità, in tandem con gli aggiornamenti di consenso Deneb.
In particolare, questo include l'EIP-4844, noto come Proto-Danksharding, che riduce significativamente il costo di archiviazione dei dati per i rollup di livello 2. Ciò si ottiene attraverso l'introduzione di "blob" di dati che consentono ai rollup di pubblicare dati sulla rete principale per un breve periodo di tempo. Ciò si traduce in commissioni della transazione significativamente inferiori per gli utenti dei rollup di livello 2.
- Rollup di livello 2
- Proto-Danksharding
- Danksharding
- Leggi le specifiche dell'aggiornamento Cancun (opens in a new tab)
Riepilogo di Deneb
L'aggiornamento Deneb contiene una serie di miglioramenti al consenso di Ethereum volti a migliorare la scalabilità. Questo aggiornamento arriva in tandem con gli aggiornamenti di esecuzione Cancun per abilitare il Proto-Danksharding (EIP-4844), insieme ad altri miglioramenti alla beacon chain.
I "messaggi di uscita volontaria" firmati pre-generati non scadono più, dando così maggiore controllo agli utenti che mettono in stake i propri fondi con un operatore di nodo di terze parti. Con questo messaggio di uscita firmato, gli staker possono delegare l'operazione del nodo mantenendo la possibilità di uscire in sicurezza e prelevare i propri fondi in qualsiasi momento, senza dover chiedere il permesso a nessuno.
L'EIP-7514 porta a un inasprimento dell'emissione di ETH limitando il tasso di "abbandono" (churn) con cui i validatori possono unirsi alla rete a otto (8) per epoca. Poiché l'emissione di ETH è proporzionale al totale di ETH in stake, limitare il numero di validatori che si uniscono limita il tasso di crescita dei nuovi ETH emessi, riducendo al contempo i requisiti hardware per gli operatori dei nodi, favorendo la decentralizzazione.
- Leggi le specifiche dell'aggiornamento Deneb (opens in a new tab)
- Domande frequenti su Cancun-Deneb ("Dencun")
2023
Shanghai-Capella ("Shapella")
Riepilogo di Shanghai
L'aggiornamento Shanghai ha portato i prelievi di staking al livello di esecuzione. In tandem con l'aggiornamento Capella, questo ha permesso ai blocchi di accettare operazioni di prelievo, il che consente agli staker di prelevare i propri ETH dalla beacon chain al livello di esecuzione.
Riepilogo di Capella
L'aggiornamento Capella è stato il terzo importante aggiornamento al livello di consenso (beacon chain) e ha abilitato i prelievi di staking. Capella si è verificato in modo sincrono con l'aggiornamento del livello di esecuzione, Shanghai, e ha abilitato la funzionalità di prelievo dello staking.
Questo aggiornamento del livello di consenso ha offerto agli staker che non avevano fornito le credenziali di prelievo con il loro deposito iniziale la possibilità di farlo, abilitando così i prelievi.
L'aggiornamento ha fornito anche la funzionalità di pulizia automatica dell'account, che elabora continuamente gli account dei validatori per eventuali pagamenti di ricompense disponibili o prelievi completi.
- Maggiori informazioni sui prelievi di staking.
- Leggi le specifiche dell'aggiornamento Capella (opens in a new tab)
2022
Paris (La Fusione)
Riepilogo
L'aggiornamento Paris è stato innescato dal superamento da parte della blockchain basata sulla prova di lavoro di una di 58750000000000000000000. Ciò è avvenuto al blocco 15537393 il 15 settembre 2022, innescando l'aggiornamento Paris al blocco successivo. Paris è stata la transizione de La Fusione (The Merge): la sua caratteristica principale è stata lo spegnimento dell'algoritmo di mining basato sulla prova di lavoro e della logica di consenso associata, per passare invece alla prova di stake. Paris stesso è stato un aggiornamento ai client di esecuzione (equivalente a Bellatrix sul livello di consenso) che ha permesso loro di ricevere istruzioni dai client di consenso connessi. Ciò ha richiesto l'attivazione di un nuovo set di metodi API interni, noti collettivamente come Engine API (opens in a new tab). Questo è stato probabilmente l'aggiornamento più significativo nella storia di Ethereum da Homestead!
Bellatrix
Riepilogo
L'aggiornamento Bellatrix è stato il secondo aggiornamento programmato per la beacon chain, preparando la catena per La Fusione (The Merge). Porta le penalità dei validatori ai loro valori massimi per inattività e infrazioni punibili (slashing). Bellatrix include anche un aggiornamento alle regole di scelta della biforcazione per preparare la catena a La Fusione e alla transizione dall'ultimo blocco basato sulla prova di lavoro al primo blocco basato sulla prova di stake. Ciò include rendere i client di consenso consapevoli della di 58750000000000000000000.
Gray Glacier
Riepilogo
L'aggiornamento della rete Gray Glacier ha posticipato la di tre mesi. Questa è l'unica modifica introdotta in questo aggiornamento ed è di natura simile agli aggiornamenti Arrow Glacier e Muir Glacier. Modifiche simili sono state eseguite sugli aggiornamenti di rete Byzantium, Constantinople e London.
- EIP-5133 – ritarda la bomba di difficoltà fino a settembre 2022
2021
Arrow Glacier
Riepilogo
L'aggiornamento della rete Arrow Glacier ha posticipato la di diversi mesi. Questa è l'unica modifica introdotta in questo aggiornamento ed è di natura simile all'aggiornamento Muir Glacier. Modifiche simili sono state eseguite sugli aggiornamenti di rete Byzantium, Constantinople e London.
- Blog della Fondazione Ethereum - Annuncio dell'aggiornamento Arrow Glacier (opens in a new tab)
- Ethereum Cat Herders - Aggiornamento Ethereum Arrow Glacier (opens in a new tab)
- EIP-4345 – ritarda la bomba di difficoltà fino a giugno 2022
Altair
Riepilogo
L'aggiornamento Altair è stato il primo aggiornamento programmato per la beacon chain. Ha aggiunto il supporto per i "comitati di sincronizzazione", abilitando i client leggeri, e ha aumentato le penalità per inattività e punizione (slashing) dei validatori man mano che lo sviluppo procedeva verso La Fusione (The Merge).
Curiosità!
Altair è stato il primo importante aggiornamento di rete ad avere un orario di lancio esatto. Ogni aggiornamento precedente si basava su un numero di blocco dichiarato sulla catena basata sulla prova di lavoro, dove i tempi dei blocchi variano. La beacon chain non richiede la risoluzione della prova di lavoro e funziona invece su un sistema di epoche basato sul tempo, costituito da 32 "slot" di tempo di dodici secondi in cui i validatori possono proporre blocchi. Ecco perché sapevamo esattamente quando avremmo raggiunto l'epoca 74.240 e Altair sarebbe diventato attivo!
London
Riepilogo
L'aggiornamento London ha introdotto l'EIP-1559 (opens in a new tab), che ha riformato il mercato delle commissioni della transazione, insieme a modifiche al modo in cui vengono gestiti i rimborsi del gas e alla pianificazione dell'.
Cos'era l'aggiornamento London / EIP-1559?
Prima dell'aggiornamento London, Ethereum aveva blocchi di dimensioni fisse. In periodi di elevata domanda della rete, questi blocchi operavano a piena capacità. Di conseguenza, gli utenti spesso dovevano aspettare che la domanda si riducesse per essere inclusi in un blocco, il che portava a una scarsa esperienza utente. L'aggiornamento London ha introdotto blocchi di dimensioni variabili su Ethereum.
Il modo in cui venivano calcolate le commissioni della transazione sulla rete Ethereum è cambiato con l'aggiornamento London di agosto 2021. Prima dell'aggiornamento London, le commissioni venivano calcolate senza separare le commissioni base e priority (priorità), come segue:
Supponiamo che Alice dovesse pagare a Bob 1 ETH. Nella transazione, il limite del gas è di 21.000 unità e il prezzo del gas è di 200 gwei.
La commissione totale sarebbe stata: Unità di gas (limite) * Prezzo del gas per unità, ovvero 21.000 * 200 = 4.200.000 gwei o 0,0042 ETH
L'implementazione dell'EIP-1559 (opens in a new tab) nell'aggiornamento London ha reso il meccanismo delle commissioni della transazione più complesso, ma ha reso le commissioni del gas più prevedibili, risultando in un mercato delle commissioni della transazione più efficiente. Gli utenti possono inviare transazioni con una maxFeePerGas corrispondente a quanto sono disposti a pagare per l'esecuzione della transazione, sapendo che non pagheranno più del prezzo di mercato per il gas (baseFeePerGas), e ottenere il rimborso di qualsiasi extra, meno la loro mancia.
Questo video spiega l'EIP-1559 e i vantaggi che porta: Spiegazione dell'EIP-1559 (opens in a new tab)
- Sei uno sviluppatore di dApp? Assicurati di aggiornare le tue librerie e i tuoi strumenti. (opens in a new tab)
- Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- Leggi la spiegazione degli Ethereum Cat Herders (opens in a new tab)
Berlin
Riepilogo
L'aggiornamento Berlin ha ottimizzato il costo del gas per alcune azioni dell'EVM e aumenta il supporto per più tipi di transazione.
- Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- Leggi la spiegazione degli Ethereum Cat Herders (opens in a new tab)
2020
Genesi della beacon chain
Riepilogo
La beacon chain necessitava di 16384 depositi di 32 ETH in stake per essere lanciata in sicurezza. Ciò è avvenuto il 27 novembre e la beacon chain ha iniziato a produrre blocchi il 1° dicembre 2020.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
Contratto di deposito di staking distribuito
Riepilogo
Il contratto di deposito di staking ha introdotto lo nell'ecosistema di Ethereum. Sebbene fosse un contratto sulla , ha avuto un impatto diretto sulla tempistica per il lancio della beacon chain, un importante aggiornamento di Ethereum.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
Muir Glacier
Riepilogo
La biforcazione Muir Glacier ha introdotto un ritardo alla . Gli aumenti della difficoltà dei blocchi del meccanismo di consenso basato sulla prova di lavoro minacciavano di degradare l'usabilità di Ethereum aumentando i tempi di attesa per l'invio di transazioni e l'utilizzo delle dApp.
- Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- Leggi la spiegazione degli Ethereum Cat Herders (opens in a new tab)
- EIP-2384 – ritarda la bomba di difficoltà per altri 4.000.000 di blocchi, o ~611 giorni.
2019
Istanbul
Riepilogo
La biforcazione Istanbul:
- Ha ottimizzato il costo del di alcune azioni nella macchina virtuale di Ethereum (EVM).
- Ha migliorato la resilienza agli attacchi denial-of-service.
- Ha reso più performanti le soluzioni di scalabilità di livello 2 basate su SNARK e STARK.
- Ha consentito a Ethereum e Zcash di interoperare.
- Ha permesso ai contratti di introdurre funzioni più creative.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- EIP-152 – consente a Ethereum di funzionare con valute che preservano la privacy come Zcash.
- EIP-1108 – crittografia più economica per migliorare i costi del .
- EIP-1344 – protegge Ethereum dagli attacchi di replay aggiungendo l'opcode
CHAINID. - EIP-1884 – ottimizzazione dei prezzi del gas degli opcode in base al consumo.
- EIP-2028 – riduce il costo di CallData per consentire più dati nei blocchi – utile per la scalabilità di livello 2.
- EIP-2200 – altre alterazioni del prezzo del gas degli opcode.
Constantinople
Riepilogo
La biforcazione Constantinople:
- Ha ridotto le ricompense del blocco per il mining da 3 a 2 ETH.
- Ha assicurato che la blockchain non si bloccasse prima che fosse implementata la prova di stake.
- Ha ottimizzato il costo del di alcune azioni nella macchina virtuale di Ethereum (EVM).
- Ha aggiunto la possibilità di interagire con indirizzi che non sono ancora stati creati.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- EIP-145 – ottimizza il costo di alcune azioni on-chain.
- EIP-1014 – consente di interagire con indirizzi che devono ancora essere creati.
- EIP-1052 – introduce l'istruzione
EXTCODEHASHper recuperare l'hash del codice di un altro contratto. - EIP-1234 – assicura che la blockchain non si blocchi prima della prova di stake e riduce la ricompensa del blocco da 3 a 2 ETH.
2017
Byzantium
Riepilogo
La biforcazione Byzantium:
- Ha ridotto le ricompense del blocco per il mining da 5 a 3 ETH.
- Ha ritardato la di un anno.
- Ha aggiunto la possibilità di effettuare chiamate che non modificano lo stato ad altri contratti.
- Ha aggiunto alcuni metodi di crittografia per consentire la scalabilità di livello 2.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- EIP-140 – aggiunge l'opcode
REVERT. - EIP-658 – campo di stato aggiunto alle ricevute delle transazioni per indicare il successo o il fallimento.
- EIP-196 – aggiunge la curva ellittica e la moltiplicazione scalare per consentire gli ZK-Snark.
- EIP-197 – aggiunge la curva ellittica e la moltiplicazione scalare per consentire gli ZK-Snark.
- EIP-198 – abilita la verifica della firma RSA.
- EIP-211 – aggiunge il supporto per i valori di ritorno a lunghezza variabile.
- EIP-214 – aggiunge l'opcode
STATICCALL, consentendo chiamate che non modificano lo stato ad altri contratti. - EIP-100 – modifica la formula di regolazione della difficoltà.
- EIP-649 – ritarda la di 1 anno e riduce la ricompensa del blocco da 5 a 3 ETH.
2016
Spurious Dragon
Riepilogo
La biforcazione Spurious Dragon è stata la seconda risposta agli attacchi denial of service (DoS) sulla rete (settembre/ottobre 2016), includendo:
- l'ottimizzazione dei prezzi degli opcode per prevenire futuri attacchi sulla rete.
- l'abilitazione del "debloat" (sgonfiamento) dello stato della blockchain.
- l'aggiunta della protezione contro gli attacchi di replay.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- EIP-155 – impedisce che le transazioni da una catena di Ethereum vengano ritrasmesse su una catena alternativa, ad esempio una transazione di una rete di test che viene riprodotta sulla catena principale di Ethereum.
- EIP-160 – regola i prezzi dell'opcode
EXP– rende più difficile rallentare la rete tramite operazioni di contratto computazionalmente costose. - EIP-161 – consente la rimozione di account vuoti aggiunti tramite gli attacchi DOS.
- EIP-170 – modifica la dimensione massima del codice che un contratto sulla blockchain può avere – a 24576 byte.
Tangerine whistle
Riepilogo
La biforcazione Tangerine Whistle è stata la prima risposta agli attacchi denial of service (DoS) sulla rete (settembre/ottobre 2016), includendo:
- la risoluzione di problemi urgenti di salute della rete riguardanti codici operativi sottocosto.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- EIP-150 – aumenta i costi del gas degli opcode che possono essere utilizzati negli attacchi di spam.
- EIP-158 – riduce le dimensioni dello stato rimuovendo un gran numero di account vuoti che sono stati inseriti nello stato a un costo molto basso a causa di difetti nelle versioni precedenti del protocollo di Ethereum.
Biforcazione DAO
Riepilogo
La biforcazione DAO è stata in risposta all'attacco DAO del 2016 (opens in a new tab) in cui un contratto non sicuro è stato prosciugato di oltre 3,6 milioni di ETH in un hack. La biforcazione ha spostato i fondi dal contratto difettoso a un nuovo contratto (opens in a new tab) con una singola funzione: prelevare. Chiunque avesse perso fondi poteva prelevare 1 ETH per ogni 100 token DAO nei propri portafogli.
Questa linea di condotta è stata votata dalla comunità di Ethereum. Qualsiasi detentore di ETH ha potuto votare tramite una transazione su una piattaforma di voto (opens in a new tab). La decisione di biforcare ha raggiunto oltre l'85% dei voti.
Alcuni minatori si sono rifiutati di biforcare perché l'incidente della DAO non era un difetto nel protocollo. Hanno continuato a formare Ethereum Classic (opens in a new tab).
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
Homestead
Riepilogo
La biforcazione Homestead che guardava al futuro. Includeva diverse modifiche al protocollo e una modifica alla rete che ha dato a Ethereum la possibilità di effettuare ulteriori aggiornamenti di rete.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
2015
Scongelamento di Frontier
Riepilogo
La biforcazione di scongelamento di Frontier ha rimosso il limite di 5.000 per e ha impostato il prezzo del gas predefinito a 51 . Ciò ha consentito le transazioni: le transazioni richiedono 21.000 gas. La è stata introdotta per garantire una futura biforcazione hard alla .
- Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- Leggi l'Aggiornamento del Protocollo Ethereum 1 (opens in a new tab)
Frontier
Riepilogo
Frontier era un'implementazione live, ma essenziale, del progetto Ethereum. Ha seguito la fase di test di successo Olympic. Era destinata agli utenti tecnici, in particolare agli sviluppatori. I avevano un limite di di 5.000. Questo periodo di "scongelamento" ha permesso ai minatori di iniziare le loro operazioni e ai primi utilizzatori di installare i loro client senza doversi "affrettare".
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
2014
Vendita di Ether
Ether è stato ufficialmente messo in vendita per 42 giorni. Potevi acquistarlo con BTC.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
Rilascio dello Yellow Paper
Lo Yellow Paper, scritto dal Dr. Gavin Wood, è una definizione tecnica del protocollo di Ethereum.
Visualizza lo Yellow Paper (opens in a new tab)
2013
Rilascio del Whitepaper
Il documento introduttivo, pubblicato nel 2013 da Vitalik Buterin, il fondatore di Ethereum, prima del lancio del progetto nel 2015.
Ultimo aggiornamento della pagina: 22 aprile 2026
