Ethereum Classic Community Call #56
SaturnDEX
Key Points Discussed
- Graham introduced SaturnDEX, a decentralized order-book exchange on ETC rebuilt from scratch by his team and descended from the 2017 Saturn Network; it is production-ready at saturndex.org, with a desktop localhost app for permissionless, fully on-chain trading.
- Its signature feature is the advanced (multi-pair) order: a single deposit can be offered against up to 20 buy tokens at once and fills on whichever pair executes first, concentrating liquidity on a thin market.
- SaturnDEX charges a 0.25% maker fee plus a 0.05% protocol fee (0.3% max for a taker) and allocates 50% of its token supply to trade mining rewards for takers; the code is not yet open source, though an SDK is in progress.
- Istora presented ECIP-1130 “Bastion”, a minimal meta-ECIP bundling a Cancun/Prague/Osaka EIP subset, as a less controversial alternative to the Olympia bundle (ECIP-1121), and floated miner signalling via the block header to gauge fork support.
- A long discussion followed on fork legitimacy (hash power versus beliefs), the different attack surfaces of proof-of-work and proof-of-stake, and a friendly disagreement over whether AI agents will drive most ETC throughput within five years.
Full AI Summary and Transcript ↓
Preamble
Hello, and Welcome!
This community call is an open voice chat discussion about Ethereum Classic. Everyone is welcome.
The call will be published on YouTube. We kindly ask that discussion stays focused on ideas rather than individuals. Let’s keep it classy.
Find past episodes, transcripts, subscribe to calendar, and more at https://cc.ethereumclassic.org.
Today’s Agenda
- One Decade: Ten Years of ETC
- Saturn
- ECIP-1130 (Bastion)
- Miner Signalling
- Post-Quantum Security
Introductions
Quick round of introductions for everyone on the call, and if there’s anything you want to talk about.
ETC in the News
- The next block-reward reduction (the “Fifthening”) is expected around July 22, 2026 at block 25,000,001, cutting the reward from 2.048 to 1.6384 ETC under the 20%-every-two-years tapering schedule (KuCoin). It lands two days after ETC’s 10-year anniversary. Worth noting for the “One Decade” framing.
- The Olympia implementation discussion saw fresh activity on June 29 (ECIP-1111/1112/1121, Mordor testnet). The governance layer is live on testnet, with mainnet targeted for end of 2026. Note the scope overlap with the Bastion EIP bundle.
Agenda
One Decade: Ten Years of ETC
Ethereum Classic turns ten on July 20, 2026, marking a decade since the chain continued past the DAO hard fork at block 1,920,000. Quick takes on:
- What stands out from the first decade?
- What should the next decade prioritize?
Saturn
Saturn is a decentralized exchange for trading tokens on Ethereum Classic. Quick takes on:
- What is the current state of the app?
- What would help drive adoption and liquidity on ETC?
ECIP-1130 (Bastion)
ECIP-1130 is a draft Meta ECIP from Diego and Istora defining the Bastion hard fork, which brings a subset of Ethereum’s Cancun, Prague, and Osaka execution-layer EIPs to ETC. Quick takes on:
- What is the path from Draft to a target fork block?
Miner Signalling
Revisiting how miners signal support for changes on a proof-of-work network. Quick takes on:
- Is the current signalling process adequate?
- Should signalling be formalized, and if so, how?
Post-Quantum Security
Continuing the quantum-resistance discussion around ECIP-1122 (ML-DSA verification precompile). Quick takes on:
- Where does this sit relative to Bastion and other priorities?
- Should it be part of the next hard fork?
AI Summary
Recorded days before Ethereum Classic’s tenth anniversary, Call 56 opened with a guest presentation from Graham of SaturnDEX, a decentralized exchange on ETC, and a live demo of the app. It then turned into a wide-ranging conversation between Istora and Lunar on the newly named Bastion hard fork (ECIP-1130), miner signalling, the security trade-offs of proof-of-work versus proof-of-stake, and where value and activity on ETC might come from over the next decade. The One Decade, Saturn, Bastion, and miner-signalling agenda items were covered; the Fifthening and post-quantum security were only touched on in passing.
SaturnDEX: History and the Rebuild
The call opened with Graham recounting where SaturnDEX comes from.
- Details
- Graham: SaturnDEX descends from Saturn Network, one of ETC’s first decentralized exchanges (circa 2017), which he says introduced the term “DEX” before Uniswap and hosted 100+ tokens on ETC around 2018 to 2019
- Graham: The original founder abandoned the project around 2020, holding the treasury and never transferring it to the community, and community efforts to form a DAO and revive it led nowhere, leaving it effectively dead from 2023
- Graham: He was an original Saturn Network investor with no ties to the old team; his new team rewrote the contracts, backend, and frontend from scratch, keeping the Saturn name as a tribute and rebranding to SaturnDEX
- Graham: The product is production-ready on the web and as a desktop localhost app, which he stressed lets users keep trading permissionlessly even if the servers go down or face political pressure, since orders live on-chain rather than on a centralized server
- Conclusion
- SaturnDEX is a clean-room rebuild of a historic ETC project, positioned around permissionless, self-hostable, fully on-chain trading
Fees, Tokens, and the DAO Question
Discussion moved to how the exchange charges fees and whether it has a token.
- Details
- Graham: The fee is a 0.25% maker fee plus a 0.05% protocol fee, so a taker pays at most 0.3%; the protocol fee is charged in the native token and funds development and marketing
- Graham: Unlike the old Saturn DAO token, SaturnDEX deliberately does not market its token as a DAO token, arguing Saturn Network already failed as a DAO and that most DAOs still rely on a centralized admin
- Graham: The team is researching a mechanism to redirect protocol revenue back to token holders autonomously, without a centralized admin key, though voting rights for holders may be introduced later
- Istora: Confirmed that the platform now takes a fixed fee per trade rather than relying on a token, in contrast to the old version
- Conclusion
- The model favors a flat protocol fee and community-incentive tokenomics over formal DAO governance, which the team views as having failed the first time
Live Demo: Advanced Orders and Trade Mining
Graham shared his screen and walked through the app, including its signature feature.
- Details
- Graham: The UI resembles a centralized exchange, runs against Ethereum and Ethereum Classic mainnets plus a Mordor testnet, and connects through a wallet such as Rabby
- Graham: The standout feature is an advanced order where a single deposit of one token can be listed against up to 20 buy tokens at once (for example ETC against USDT, USDC, or wrapped BTC), appearing on multiple pairs and filling on whichever executes first
- Istora and Lunar: Probed the mechanics, confirming it behaves like an OR across pairs, supports partial fills, and updates the remaining amount across all pairs simultaneously, which Istora noted is useful for bootstrapping liquidity on a thin market
- Graham: Trade mining rewards takers (not makers) with SaturnDEX tokens in proportion to the protocol fee they pay, with 50% of the token supply allocated to it to widen the holder base
- Conclusion
- The advanced multi-pair order and taker-focused trade mining are the app’s two distinguishing bets for concentrating liquidity and distributing the token widely
Architecture, Open Source, and the USC Stablecoin
Istora asked about the technical stack and an ETC stablecoin he spotted in the pairs.
- Details
- Graham: Downloading the desktop app gives the full stack, but the codebase is not yet open source; an SDK for open-source development is being built, and the backend could be opened later depending on community involvement
- Istora: Noted a USC token trading against ETC on mainnet and asked what backs it
- Lunar: Identified USC as a stablecoin from Cody and the Olympia people, but said he did not know the details of its backing; SaturnDEX simply lists it by token address with no listing process
- Conclusion
- The client is easy to run but closed-source for now, and the USC stablecoin’s backing was left as an open question for its creators
Cross-Chain Roadmap and Getting Involved
Graham outlined a phased plan to expand beyond ETC.
- Details
- Graham: Phase 1 is multi-chain expansion across EVM chains (tested on BSC, Optimism, Polygon, and others); Phase 2 is integrating the native limit order with existing AMMs such as ETCswap to tap their liquidity
- Graham: Phase 3 is cross-chain trading using hash-timelocked contracts (HTLCs), which he called old but still one of the best trustless cross-chain technologies, with a possible always-online merchant as a middleman to smooth the online-at-the-same-time requirement
- Istora: Endorsed reusing proven older technology and making the middleman role permissionless and trust-minimized so anyone can run it for resilience
- Graham: Invited people to the SaturnDEX Discord and X account; NFTs are not on the roadmap
- Conclusion
- The roadmap prioritizes multi-chain reach and eventual trustless cross-chain swaps over new asset types, with community involvement invited via Discord
ECIP-1130 (Bastion) and the Next Hard Fork
Istora moved to announcements, leading with the newly named hard-fork proposal.
- Details
- Istora: ECIP-1130 “Bastion” is a meta-ECIP from Diego and himself that bundles a minimal subset of Cancun, Prague, and Osaka execution-layer EIPs, without the more controversial pieces
- Istora: He framed Bastion as an option and a less controversial alternative to Olympia (ECIP-1121), which also carries governance, treasury, and a 1559 redirect, and asked for review and feedback on the proposal
- Lunar: Restated his standing view that any hard fork is inherently damaging, while acknowledging this one is small, and cautioned to watch carefully for consensus breakage
- Istora: Agreed hard forks should be avoided when possible, but argued there is a balance against long-term maintenance and keeping up with evolving standards (citing EIP-1559 wallet support) until ETC can define standards itself
- Conclusion
- Bastion is offered as a minimal, lower-risk EIP bundle for the community to weigh against Olympia, with both participants agreeing hard forks warrant caution
Miner Signalling, Legitimacy, and Who Decides
The conversation broadened into how contentious upgrades should be resolved.
- Details
- Istora: Floated a non-committal miner signalling scheme using the block header’s extra-data field (analogous to Bitcoin’s user-activated soft forks) to let miners cryptographically signal which side of a future upgrade they would mine
- Lunar: Pushed back that ETC could simply run an on-chain vote, and that legitimacy is not just miner hash power or economic power but ultimately the beliefs of many interested parties (users, holders, developers)
- Istora: Positioned signalling as purely additional information (for example, if 99% of hash rate would not mine a fork) rather than a binding vote, and noted a shared interest in avoiding a chain split, with its replay-attack and delisting risks
- Lunar: Argued you cannot convince a committed group through displays of force, and that both chains would issue tokens and let the market decide which is legitimate
- Conclusion
- Both saw signalling as useful information but not decisive; legitimacy was framed as converging on the beliefs of participants rather than raw hash power
Proof-of-Work, Proof-of-Stake, and 51% Attacks
A deeper aside compared the security models of the two consensus mechanisms.
- Details
- Istora: Argued that on proof-of-work the heaviest chain is what the protocol treats as correct, so miners effectively control the network; Lunar countered that it also depends on users agreeing to use the chain
- Both: Agreed a sudden loss of hash rate (for example 99% of Bitcoin miners moving to BCH) would stall block production for days via the difficulty adjustment, and that mining-pool concentration is a more realistic centralization concern than hardware
- Istora and Lunar: Contrasted a proof-of-work 51% attack (reorgs and delayed inclusion, but not permanent) with proof-of-stake, which Lunar likened to a self-reinforcing “council of elders” oligarchy that can rewrite the protocol
- Istora: Mentioned he is about to read the book Defending Bitcoin, whose analysis of theoretical attacks he expects to apply largely to ETC as well
- Conclusion
- Both treated proof-of-work’s limited attack surface as a core advantage over proof-of-stake, while acknowledging pool centralization and miner sell pressure as real, ongoing risks
AI Agents, Predictions, and NourishMint
The call closed on predictions about ETC’s next decade and a project preview.
- Details
- Istora: Suggested ETC should aim to attract the attention of AI agents rather than compete for scarce human attention against algorithmic feeds
- Lunar: Disagreed, calling agentic payments a buzzword-driven “LARP” and arguing value will flow to the most secure chain over time regardless; the two logged competing five-year predictions on whether agents (specifically LLMs) will drive most on-chain ETC activity
- Lunar: Predicted more DeFi and apps on ETC within a year, offering to copy-paste contracts onto ETC himself if no one else does
- Istora: Previewed NourishMint, a beta app for proving contributions to ETC and rewarding participants, which may evolve into a jobs board for agents, and invited beta testers
- Conclusion
- The hosts logged an on-the-record disagreement about AI agents to revisit in a year and five years, and Istora invited the community to help test NourishMint
Action Items
- Community: Review and give feedback on ECIP-1130 “Bastion” and weigh it against the Olympia bundle
- Community: Try SaturnDEX on ETC mainnet or the Mordor testnet, and join its Discord and X to get involved
- Istora / developers: Explore a non-committal miner-signalling mechanism (block-header extra-data) as additional information for gauging fork support
- Istora: Onboard beta testers for NourishMint; join the green room an hour early on the next call
- All: Next call is in two weeks, same time and place, Ethereum Classic Community Call 57