Skip to content

Commit 745e99b

Browse files
author
emmanuel.ameh@iohk.io
committed
[EC Api] - Added: Ledger eras
1 parent 72314d6 commit 745e99b

File tree

1 file changed

+17
-67
lines changed

1 file changed

+17
-67
lines changed

content/article/ledger-eras.md

Lines changed: 17 additions & 67 deletions
Original file line numberDiff line numberDiff line change
@@ -24,73 +24,23 @@ When new functionality needs to be introduced to Cardano, the ledger undergoes a
2424

2525
## Development phases and ledger eras
2626

27-
<table>
28-
<thead>
29-
<tr>
30-
<th>Development phase</th>
31-
<th>Focus</th>
32-
<th>Ledger era(s) and functionality introduced</th>
33-
<th>Upgrade names (examples)</th>
34-
</tr>
35-
</thead>
36-
<tbody>
37-
<tr>
38-
<td><b>Byron</b></td>
39-
<td>Foundational layer</td>
40-
<td>Byron ledger era: ada transactions, Daedalus and Yoroi wallets, federated consensus</td>
41-
<td>Byron hard fork</td>
42-
</tr>
43-
<tr>
44-
<td><b>Shelley</b></td>
45-
<td>Decentralization</td>
46-
<td>Shelley ledger: stake pools, delegation, community-led block production</td>
47-
<td>Shelley hard fork</td>
48-
</tr>
49-
<tr>
50-
<td><b>Goguen</b></td>
51-
<td>Smart contracts</td>
52-
<td>
53-
<ul>
54-
<li>Allegra: token locking</li>
55-
<li>Mary: native tokens and multi-asset support</li>
56-
<li>Alonzo: Plutus smart contracts</li>
57-
</ul>
58-
</td>
59-
<td>Allegra, Mary, and Alonzo hard forks</td>
60-
</tr>
61-
<tr>
62-
<td><b>Basho</b></td>
63-
<td>Scalability and efficiency</td>
64-
<td>Babbage ledger era: reference scripts, inline datums, reference inputs</td>
65-
<td>Known as the Vasil upgrade</td>
66-
</tr>
67-
<tr>
68-
<td><b>Voltaire</b></td>
69-
<td>Governance</td>
70-
<td>
71-
Conway ledger era: on-chain governance via
72-
<a href="https://cips.cardano.org/cips/cip1694">CIP-1694</a>
73-
<ul>
74-
<li><b>Chang upgrade</b>: initiated Conway ledger era and introduced the first set of on-chain governance capabilities</li>
75-
<li><b>Plomin upgrade</b>: extended Conway by enabling the full set of governance actions and decentralized representatives (DReps) on mainnet (epoch 537, protocol version 10.0)</li>
76-
</ul>
77-
</td>
78-
<td>Chang and Plomin upgrades</td>
79-
</tr>
80-
<tr>
81-
<td><b>Future</b></td>
82-
<td>Ongoing roadmap</td>
83-
<td>
84-
<ul>
85-
<li><b>Dijkstra</b> (planned): Plutus v4, consensus and ledger integration, Conway refactors for transition</li>
86-
<li><b>Euler</b> (planned): scope TBD</li>
87-
</ul>
88-
</td>
89-
<td>Next hard fork name TBD</td>
90-
</tr>
91-
</tbody>
92-
</table>
93-
27+
| Development phase | Focus | Ledger era(s) and functionality introduced | Upgrade names (examples) |
28+
| --- | --- | --- | --- |
29+
| **Byron** | Foundational layer | Byron ledger era: ada transactions, Daedalus and Yoroi wallets, federated consensus | Byron hard fork |
30+
| **Shelley** | Decentralization | Shelley ledger: stake pools, delegation, community-led block production | Shelley hard fork |
31+
| **Goguen** | Smart contracts | * Allegra: token locking
32+
33+
* Mary: native tokens and multi-asset support
34+
35+
* Alonzo: Plutus smart contracts | Allegra, Mary, and Alonzo hard forks |
36+
| **Basho** | Scalability and efficiency | Babbage ledger era: reference scripts, inline datums, reference inputs | Known as the Vasil upgrade |
37+
| **Voltaire** | Governance | Conway ledger era: on-chain governance via [CIP-1694](https://cips.cardano.org/cips/cip1694)
38+
* **Chang upgrade**: initiated Conway ledger era and introduced the first set of on-chain governance capabilities
39+
40+
* **Plomin upgrade**: extended Conway by enabling the full set of governance actions and decentralized representatives (DReps) on mainnet (epoch 537, protocol version 10.0) | Chang and Plomin upgrades |
41+
| **Future** | Ongoing roadmap | * **Dijkstra** (planned): Plutus v4, consensus and ledger integration, Conway refactors for transition
42+
43+
* **Euler** (planned): scope TBD | Next hard fork name TBD |
9444

9545
**Hard fork upgrades** use distinct names for community communication (for example, Chang → Plomin). These names are always mapped internally to a ledger era and protocol version. Hard forks activate a ledger era and may also introduce additional intra-era changes.
9646

0 commit comments

Comments
 (0)