Skip to main content

Olympia Staged Rollout

Olympia arrives in five stages. Two of them are hard forks and three are not — a distinction that decides what each stage can break, and how quickly it can be corrected.

Stages 1 and 5 are hard forks. Stages 2, 3 and 4 are not. The middle three are contract deployments and governance actions on a chain whose consensus rules are already settled — none of them can cause a node to diverge, and each can be corrected without coordinating the network. Treating all five as the same kind of step is the most common way this roadmap is misread.

This is the rollout of the Olympia upgrade. For the network upgrades Ethereum Classic has already activated, from the genesis block onward, see Core Development.

Stage 1

Consensus Upgrades

ActiveHard fork

The hard fork itself. EIP-1559 activates and the basefee is redirected to the protocol treasury rather than burned; the execution layer advances through Glamsterdam; client security parameters take effect, including a minimum miner tip and the return of chain-reorganization resistance. The treasury contract deploys at this fork — the governance suite that spends from it does not.

Depends on: Nothing. This is the foundation every later stage builds on.

Stage 2

Core Governance

ScheduledNo fork

The governor, timelock, executor, membership NFT and funding-proposal registry deploy, and the treasury becomes spendable. These are contracts on a chain whose consensus rules are already settled — no fork, no client divergence. The gap after Stage 1 is deliberate: it is the audit window for the governance layer, and the treasury accrues revenue throughout it.

Depends on: Stage 1 — the treasury must exist and be accruing before anything can spend from it.

Stage 3

Prediction Markets

ScheduledNo fork

A futarchy track running as a subordinate DAO alongside membership voting, never replacing it. Traders hold conditional positions on ETC's price under a proposal accepted and rejected, and the branch priced higher wins. Collateral is ETC and Classic USD, both already live, and it is custodied by the conditional-token contracts rather than by the treasury. Its only interface to the treasury is an ordinary funding proposal, like any other applicant. The sanctions compliance oracle deployed in Stage 2 applies here as well, because funds move.

Depends on: Stage 2 for the funding path. It also needs the conditional-token contracts and an ERC-1155 wrapper on Ethereum Classic — deployment work rather than a capability gap, since both target EVM semantics ETC has had since Spiral in 2024 and are permissionless to deploy. Stage 3's position is a sequencing choice, not a technical dependency. The streaming-disbursement half can proceed ahead of the markets themselves.

Stage 4

Treasury Distribution

FutureNo fork

A smoothing curve that routes a share of treasury-held basefee back to miners, spreading each block's contribution across a future window so the payout is steady rather than volatile. Every parameter is adjustable through governance without a fork, which is the point: the network learns the right curve by running it while block rewards still secure the chain.

Depends on: Stage 2 — the funding-proposal machinery is how each candidate curve is paid.

Stage 5

Protocol Integration

FutureHard fork

The second hard fork. Once a curve has been demonstrated in production, it is embedded into block finalization permanently — paid by the protocol rather than disbursed from the treasury, and no longer adjustable by governance. Changing it afterward costs a fork, which is the guarantee being bought.

Depends on: Stage 4, and only after it has produced real observational data. Hardening a number nobody has measured would repeat the mistake the staging exists to avoid.

Each stage depends only on the stages before it. The activation block for Stage 1 is announced after a successful Mordor testnet run and a coordinated readiness check with exchanges, mining pools, node operators, and infrastructure providers.