Una cronologia di tutte le tappe fondamentali, i fork e gli aggiornamenti principali alla blockchain di Ethereum.
I fork avvengono quando è necessario apportare importanti aggiornamenti o modifiche tecniche 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 si limita a pubblicare una nuova versione per l'utente finale. Le blockchain funzionano diversamente perché non c'è una proprietà centrale. I client di Ethereum devono aggiornare il proprio software per implementare le nuove regole del fork. Inoltre, i creatori di blocchi (i minatori in un mondo basato sulla Prova di lavoro (PoW), i validatori in un mondo basato sulla Proof-of-Stake (PoS)) e i nodi devono creare blocchi e convalidarli in base alle 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. I fork sono solitamente concordati in anticipo in modo che i client adottino le modifiche all'unisono e il fork con gli aggiornamenti diventi la catena principale. Tuttavia, in rari casi, i disaccordi sui fork possono causare la divisione permanente della rete, in particolare la creazione di Ethereum Classic con il fork 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 di consenso sono stati inizialmente implementati in momenti diversi, ma dopo The Merge nel 2022 sono stati distribuiti simultaneamente. Di conseguenza, sono emersi termini colloquiali per semplificare i riferimenti a questi aggiornamenti utilizzando un unico termine congiunto. Questo è iniziato con l'aggiornamento Shanghai-Capella, comunemente noto 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; The Merge; ed EIP-1559
Cerchi futuri aggiornamenti del protocollo? Scopri i prossimi aggiornamenti sulla roadmap 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 layer 2 (L2), gli staker e gli operatori di nodo.
Lo staking ha ricevuto un aggiornamento con gli account dei validatori a capitalizzazione composta e un controllo migliorato sui fondi in staking utilizzando l'indirizzo di prelievo dell'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 al contempo a rafforzare la responsabilità degli operatori di nodo.
Altre parti dell'aggiornamento si sono concentrate sul miglioramento dell'esperienza per gli utenti normali. L'EIP-7702 ha introdotto la capacità per un normale account non di smart contract () di eseguire codice in modo simile a uno smart contract. Questo ha sbloccato nuove funzionalità illimitate per gli account Ethereum tradizionali, come il batching 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 - Impostare il codice dell'account EOA
- EIP-7691 - Aumento della capacità transazionale dei blob
- EIP-7623 - Aumento del costo dei dati di chiamata
- EIP-7840 - Aggiunta della pianificazione dei blob ai file di configurazione dell'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 di uso generale
- EIP-6110 - Fornitura dei depositi dei validatori onchain
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)
- FAQ 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 del 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 layer 2. Ciò si ottiene attraverso l'introduzione di "blob" di dati che consentono ai rollup di pubblicare dati sulla Mainnet per un breve periodo di tempo. Ciò si traduce in commissioni di transazione significativamente inferiori per gli utenti dei rollup di layer 2.
- EIP-1153 - Codici operativi (opcode) di archiviazione transitoria
- EIP-4788 - Radice del blocco beacon nell'EVM
- EIP-4844 - Transazioni di blob di shard (Proto-Danksharding)
- EIP-5656 -
MCOPY- Istruzione di copia della memoria - EIP-6780 -
SELFDESTRUCTsolo nella stessa transazione - EIP-7516 - codice operativo (opcode)
BLOBBASEFEE
- Rollup di layer 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 e pre-generati non scadono più, dando così maggiore controllo agli utenti che mettono in staking i propri fondi con un operatore di nodo di terze parti. Con questo messaggio di uscita firmato, gli staker possono delegare l'operatività del nodo mantenendo la capacità di uscire in sicurezza e prelevare i propri fondi in qualsiasi momento, senza dover chiedere il permesso a nessuno.
L'EIP-7514 porta a una stretta sull'emissione di ETH limitando il tasso di "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 staking, limitare il numero di validatori che si uniscono pone un tetto al tasso di crescita dei nuovi ETH emessi, riducendo al contempo i requisiti hardware per gli operatori di nodo, aiutando la decentralizzazione.
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 a chi fa staking 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 la possibilità a chi fa staking e non aveva fornito le credenziali di prelievo con il proprio deposito iniziale di farlo, abilitando così i prelievi.
L'aggiornamento ha anche fornito la funzionalità di scansione automatica degli account (sweeping), 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 (The Merge)
Riepilogo
L'aggiornamento Paris è stato attivato quando la blockchain basata sulla Prova di lavoro (PoW) ha superato una di 58750000000000000000000. Questo è avvenuto al blocco 15537393 il 15 settembre 2022, innescando l'aggiornamento Paris al blocco successivo. Paris è stata la transizione a The Merge: la sua caratteristica principale è stata la disattivazione dell'algoritmo di minaggio basato sulla Prova di lavoro (PoW) e della logica di consenso associata, per passare invece alla Proof-of-Stake (PoS). Paris in sé è stato un aggiornamento per i client di esecuzione (equivalente a Bellatrix sul livello di consenso) che ha permesso loro di ricevere istruzioni dai rispettivi 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 dai tempi di Homestead!
Bellatrix
Riepilogo
L'aggiornamento Bellatrix è stato il secondo aggiornamento programmato per la Beacon Chain, preparando la catena per The Merge. Ha portato le penalità per i validatori ai loro valori massimi per inattività e infrazioni passibili di slashing. Bellatrix include anche un aggiornamento alle regole di scelta del fork per preparare la catena a The Merge e alla transizione dall'ultimo blocco in Prova di lavoro (PoW) al primo blocco in Proof-of-Stake (PoS). 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 negli aggiornamenti della 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 negli aggiornamenti della rete Byzantium, Constantinople e London.
- Blog della Fondazione Ethereum - Annuncio dell'aggiornamento Arrow Glacier (opens in a new tab)
- Ethereum Cat Herders - Aggiornamento Arrow Glacier di Ethereum (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 light client) e ha aumentato le penalità per inattività e slashing del validatore man mano che lo sviluppo procedeva verso The Merge.
Curiosità!
Altair è stato il primo importante aggiornamento della rete ad avere un orario di rilascio esatto. Ogni aggiornamento precedente si basava su un numero di blocco dichiarato sulla catena della Prova di lavoro (PoW), dove i tempi di blocco 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" temporali di dodici secondi in cui i validatori possono proporre blocchi. Questo è il motivo per cui sapevamo esattamente quando avremmo raggiunto l'epoca 74.240 e Altair sarebbe diventato operativo!
London
Riepilogo
L'aggiornamento London ha introdotto l'EIP-1559 (opens in a new tab), che ha riformato il mercato delle commissioni di transazione, insieme a modifiche al modo in cui vengono gestiti i rimborsi del gas e alla programmazione dell'.
Cos'era l'aggiornamento London / EIP-1559?
Prima dell'aggiornamento London, Ethereum aveva blocchi di dimensioni fisse. Nei 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 di 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, nel modo seguente:
Supponiamo che Alice dovesse pagare a Bob 1 ETH. Nella transazione, il limite di gas è di 21.000 unità e il prezzo del gas è di 200 Gwei.
La commissione totale sarebbe stata: Gas units (limit) * Gas price 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 di transazione più complesso, ma ha reso le commissioni del gas più prevedibili, risultando in un mercato delle commissioni di transazione più efficiente. Gli utenti possono inviare transazioni con un 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 ottenendo il rimborso di qualsiasi eccedenza, meno la loro commissione prioritaria.
Questo video spiega l'EIP-1559 e i vantaggi che comporta: 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 determinate azioni dell'EVM e aumenta il supporto per molteplici 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 da 32 ETH in staking per essere lanciata in sicurezza. Questo è 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)
Distribuzione del contratto di deposito di staking
Riepilogo
Il contratto di deposito di staking ha introdotto lo nell'ecosistema di Ethereum. Sebbene fosse un contratto sulla , ha avuto un impatto diretto sulle tempistiche di lancio della Beacon Chain, un importante aggiornamento di Ethereum.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
Muir Glacier
Riepilogo
Il fork Muir Glacier ha introdotto un ritardo per la . Gli aumenti della difficoltà dei blocchi del meccanismo di consenso della Prova di lavoro (PoW) minacciavano di degradare l'usabilità di Ethereum aumentando i tempi di attesa per l'invio di transazioni e l'utilizzo di applicazioni decentralizzate (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à di altri 4.000.000 di blocchi, o ~611 giorni.
2019
Istanbul
Riepilogo
Il fork Istanbul:
- Ha ottimizzato il costo in di alcune azioni nella EVM.
- Ha migliorato la resilienza agli attacchi denial-of-service.
- Ha reso più performanti le soluzioni di ridimensionamento di layer 2 basate su SNARK e STARK.
- Ha consentito l'interoperabilità tra Ethereum e Zcash.
- 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 in .
- EIP-1344 – protegge Ethereum dagli attacchi replay aggiungendo il codice operativo (opcode)
CHAINID. - EIP-1884 – ottimizza i prezzi del gas degli opcode in base al consumo.
- EIP-2028 – riduce il costo dei dati di chiamata per consentire più dati nei blocchi, utile per il ridimensionamento di layer 2.
- EIP-2200 – altre modifiche ai prezzi del gas degli opcode.
Constantinople
Riepilogo
Il fork Constantinople:
- Ha ridotto le ricompense del blocco per il minaggio da 3 a 2 ETH.
- Ha assicurato che la blockchain non si bloccasse prima che fosse implementata la Proof-of-Stake (PoS).
- Ha ottimizzato il costo in di alcune azioni nella EVM.
- Ha aggiunto la capacità 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 onchain.
- 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 Proof-of-Stake (PoS) e riduce la ricompensa del blocco da 3 a 2 ETH.
2017
Byzantium
Riepilogo
Il fork Byzantium:
- Ha ridotto le ricompense del blocco per il minaggio da 5 a 3 ETH.
- Ha ritardato la di un anno.
- Ha aggiunto la capacità di effettuare chiamate che non modificano lo stato ad altri contratti.
- Ha aggiunto alcuni metodi di crittografia per consentire la scalabilità di layer 2.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- EIP-140 – aggiunge il codice operativo (opcode)
REVERT. - EIP-658 – campo di stato aggiunto alle ricevute di transazione per indicare il successo o il fallimento.
- EIP-196 – aggiunge la curva ellittica e la moltiplicazione scalare per consentire gli ZK-Snarks.
- EIP-197 – aggiunge la curva ellittica e la moltiplicazione scalare per consentire gli ZK-Snarks.
- EIP-198 – abilita la verifica della firma RSA.
- EIP-211 – aggiunge il supporto per i valori di ritorno a lunghezza variabile.
- EIP-214 – aggiunge il codice operativo (opcode)
STATICCALL, consentendo chiamate che non modificano lo stato ad altri contratti. - EIP-100 – modifica la formula di aggiustamento della difficoltà.
- EIP-649 – ritarda la di 1 anno e riduce la ricompensa del blocco da 5 a 3 ETH.
2016
Spurious Dragon
Riepilogo
Il fork Spurious Dragon è stata la seconda risposta agli attacchi denial of service (DoS) sulla rete (settembre/ottobre 2016), tra cui:
- l'ottimizzazione dei prezzi dei codici operativi (opcode) per prevenire futuri attacchi sulla rete.
- l'abilitazione dello "sgonfiamento" (debloat) dello stato della blockchain.
- l'aggiunta della protezione contro gli attacchi replay.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- EIP-155 – impedisce che le transazioni di una catena di Ethereum vengano ritrasmesse su una catena alternativa, ad esempio, la riproduzione di una transazione di una testnet sulla catena principale di Ethereum.
- EIP-160 – regola i prezzi del codice operativo
EXP– rende più difficile rallentare la rete tramite operazioni di contratto computazionalmente costose. - EIP-161 – consente la rimozione degli 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
Il fork Tangerine Whistle è stata la prima risposta agli attacchi denial of service (DoS) sulla rete (settembre/ottobre 2016), tra cui:
- la risoluzione di problemi urgenti di salute della rete riguardanti i codici operativi sottocosto.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- EIP-150 – aumenta i costi del gas dei codici operativi che possono essere utilizzati negli attacchi spam.
- EIP-158 – riduce la dimensione dello stato rimuovendo un gran numero di account vuoti che erano stati inseriti nello stato a un costo molto basso a causa di difetti nelle versioni precedenti del protocollo Ethereum.
Fork DAO
Riepilogo
Il fork DAO è stato una risposta all'attacco alla 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 attacco informatico. Il fork 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 d'azione è stata votata dalla community 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 eseguire il fork ha raggiunto oltre l'85% dei voti.
Alcuni miner si sono rifiutati di eseguire il fork perché l'incidente della DAO non era un difetto nel protocollo. Hanno quindi continuato a formare Ethereum Classic (opens in a new tab).
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
Homestead
Riepilogo
Il fork Homestead che guardava al futuro. Includeva diverse modifiche al protocollo e una modifica di rete che ha dato a Ethereum la capacità di effettuare ulteriori aggiornamenti della rete.
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
2015
Scongelamento di Frontier
Riepilogo
Il fork 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 un futuro hard fork alla .
- Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
- Leggi l'Aggiornamento 1 del Protocollo di Ethereum (opens in a new tab)
Frontier
Riepilogo
Frontier era un'implementazione operativa, ma essenziale, del progetto Ethereum. Ha seguito il successo della fase di test Olympic. Era destinata a utenti tecnici, in particolare agli sviluppatori. avevano un limite di di 5.000. Questo periodo di "scongelamento" ha permesso ai minatori di avviare le loro operazioni e ai primi utilizzatori di installare i propri client senza doversi "affrettare".
Leggi l'annuncio della Fondazione Ethereum (opens in a new tab)
2014
Vendita di ether
L'ether è stato ufficialmente messo in vendita per 42 giorni. Era possibile 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 Ethereum.
Visualizza lo Yellow Paper (opens in a new tab)
2013
Pubblicazione 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
