Futarchy, Private Markets, and the Long Arc of Governance

A Quiet Moment After the Fork

The holiday break creates a rare kind of space. Space away from delivery timelines, governance calls, and the constant pull of near-term decisions. It is often in that pause that older questions resurface, the ones that never fully go away, but are easy to defer when momentum is high.

For me, that meant thinking again about Web3, decentralization, and governance. Not as slogans or abstractions; web3 as systems that real organizations eventually have to operate within.

Those thoughts naturally returned to Ethereum Classic. After the fork, once the network stabilized and attention shifted from execution to continuity, one of the first questions to emerge was not technical at all. It was structural.

How do we decide how to decide?

This question has appeared repeatedly throughout the history of decentralized systems. It surfaced early in Ethereum’s research phase as well, where governance and coordination were debated openly long before formal mechanisms existed. One such discussion I think about, preserved in Ethereum’s public research history, explored incentive-aligned decision-making in decentralized environments and remains a useful reference point today.

At the time, one approach stood out to me because of how uncompromising it was. It offered no procedural ambiguity and no rhetorical escape hatches. Decisions were explicit. Outcomes were enforced. Being right mattered, and being wrong had consequences.

It had a certain clarity to it. Almost a “victory or death” mindset.

That approach was futarchy.

Futarchy as an Idea That Refused to Go Away

Futarchy was originally proposed by economist Robin Hanson as a governance model built around outcomes rather than opinions. His framing was simple and unsettling: communities should agree on what they value, and allow markets to determine which actions are most likely to achieve those values. Hanson’s essay “Shall We Vote on Values, But Bet on Beliefs?” remains one of the clearest articulations of the idea.

The concept later found an audience in the blockchain world, where governance was already an open problem. In Ethereum’s early days, futarchy was discussed as a serious alternative to informal social consensus and simple token voting. Vitalik Buterin explored this explicitly in early Ethereum governance writings, describing futarchy as one of the more rigorous models available at the time.

Even so, futarchy felt premature. Prediction markets were thin. Privacy was difficult. Enforcement mechanisms were brittle. It was easier to admire the idea than to imagine deploying it inside real organizations.

That gap between theory and practice is what makes the present moment different.

Why This Moment Feels Different

What has changed is not the idea of futarchy. It is the mechanics that make it understandable and usable.

At its core, a prediction market is simply a structured way to answer a binary question using capital instead of opinions. The easiest way to understand this is through a familiar analogy.

Consider a championship game between two teams. A market opens with two outcomes: Team A wins or Team B wins. Participants place stablecoin bets on either outcome. As more money flows toward one side, the implied odds shift. The price of each side reflects the crowd’s collective belief about what is most likely to happen.

No one is asked who they want to win. The only signal that matters is where people are willing to put money.

This is powerful because it forces honesty. Participants with better insight or information are incentivized to act. Those without conviction either stay out or lose capital. Over time, the market price becomes a real-time forecast that often outperforms polls, committees, or expert judgment. Decades of research and real-world experimentation support this, including corporate forecasting use cases summarized here: https://www.chicagobooth.edu/review/prediction-markets-explained

Futarchy applies this same mechanism to decisions.

Instead of betting on a sports outcome, participants are asked to bet on whether a decision will lead to better results than an alternative, based on a metric everyone agrees matters. The “teams” are the choices. The “score” is the outcome.

What makes this moment different is that the infrastructure to run these markets cleanly now exists. Stablecoins provide a neutral unit of account. Smart contracts enforce rules and payouts automatically. Private blockchain environments allow participation to be restricted while keeping outcomes auditable.

Privacy has evolved as well. Markets inspired by Dark Forest–style designs show how participants can contribute signals without revealing identity or intent, while still allowing the market itself to remain trustworthy and verifiable.

Together, these advances remove the practical friction that once kept prediction markets and futarchy theoretical.

What follows is a thought experiment, not a product announcement.

ClearPath, as described here, is a fictional future private-market platform used to illustrate how futarchy could work in corporate governance. It does not exist today.

The ideas are real—and increasingly plausible.

A Fictional Example Using ClearPath

Consider a private manufacturing company evaluating whether to open a new factory. The decision involves meaningful risk. It requires a large capital investment and commits the company to long-term operational exposure under uncertain demand.

The process begins by agreeing on what success means. Stakeholders align on a clear, measurable outcome, such as EBITDA growth over the next twenty-four months. That metric is fixed before any decision is evaluated.

ClearPath then opens a single decision market with two possible outcomes: build the factory or do not build the factory.

Participants are invited into a defined decision window, for example thirty to sixty days. During that period, they place stablecoin-backed positions on the outcome they believe will result in better performance on the agreed metric. They are not voting and they are not expressing preferences. They are committing capital based on belief.

As capital accumulates on each side, the market price moves. By the end of the decision window, the price reflects the collective forecast. If the market consistently values the “build” outcome higher than the alternative, the decision is executed. If it does not, the proposal fails.

This is useful because it produces a clear signal without debate. It allows insight from across the organization and investor base to surface without politics. It rewards accuracy over authority. And it creates an auditable record showing not just what decision was made, but how confident the organization was in that decision at the time.

Once the decision is implemented, the market remains open until the evaluation horizon is reached. When the metric is observed, participants who were correct are rewarded, and those who were wrong absorb the cost. Over time, this creates a feedback loop that favors reliable judgment.

This is the core futarchy rule as originally articulated by Robin Hanson: actions should be taken when markets predict they will improve the agreed outcome.

Why This Is Useful for Governance

For private companies, this approach offers something traditional governance struggles to provide.

It separates decision-making from persuasion. It reduces the influence of hierarchy without removing accountability. It creates a mechanism where being right matters more than being convincing.

ClearPath is fictional. But the model it represents is increasingly realistic.

Sometimes the hardest governance question is not what decision to make, but how to make it in a way that is fair, informed, and durable.

Prediction markets offer one answer. Futarchy gives them purpose.

And for organizations willing to think beyond familiar structures, that answer may finally be actionable.

Happy Holidays

Cody & the Burns family

Ethereum Classic: Proof-of-Work Smart Contracts and Global Censorship Resistance

Published on ethereumclassic.org November 17, 2025

Ethereum Classic is currently the largest proof-of-work smart contract platform. The network operates at roughly 300 terahashes per second (TH/s), according to public hashrate trackers such as 2Miners. This represents approximately 90 to 95 percent of all Ethash or Etchash compatible hashing power across all networks.

This level of mining participation has practical implications. It supports a permissionless environment where individuals and organizations anywhere in the world can participate without identification or prior approval. It also strengthens resistance to censorship because mining hardware and miners themselves are geographically dispersed.

Mining without permission

Anyone with compatible hardware can mine Ethereum Classic. The project’s mining guide at ethereumclassic.org/mining explains how to download mining software, connect to a pool, and begin contributing computational work. No registration, identity verification, or staking commitment is required.

Miners can operate on home computers, small rigs, or professional farms. They may connect through privacy-enhancing routing tools such as TOR, work through international mining pools, or mine solo. The protocol measures only proof-of-work computation and does not track the identity or location of the individual producing it.In contrast, proof-of-stake systems require participants to lock assets in validator nodes. On Ethereum, this means holding 32 ETH to run a validator. Most participants use staking services provided by companies such as Coinbase, Kraken, or Lido, which operate within regulatory jurisdictions. These organizations maintain offices, personnel, and identifiable corporate structures.

Censorship concerns after the Tornado Cash sanctions

When the U.S. Treasury’s Office of Foreign Assets Control sanctioned Tornado Cash in August 2022, the effects were visible across the Ethereum ecosystem. Research from the Federal Reserve Bank of New York documented that a noticeable share of Ethereum blocks began excluding transactions from sanctioned addresses. The report is available here: https://www.newyorkfed.org/research/staff_reports/sr1112

Flashbots, a leading block-building infrastructure provider, added filters for sanctioned addresses. The Block reported that at least 23 percent of Ethereum blocks in October 2022 fell into this category:

After the sanctions announcement, Ethermine, which had been the largest Ethereum mining pool before the Merge, stopped processing Tornado Cash transactions as reported by CryptoSlate

Infrastructure providers also responded. Infura and Alchemy restricted API access to Tornado Cash contracts, and Circle froze USDC held in sanctioned addresses. These actions created cascading effects that influenced validator behavior.

Why this matters for credible neutrality

The response to the Tornado Cash sanctions highlighted an important point about privacy and financial technology. Tools such as mixers and privacy protocols are not inherently criminal. Individuals and organizations use them for many ordinary reasons, including protecting salary information, safeguarding business activity, shielding wallet addresses from public association, or maintaining privacy while transacting in politically sensitive environments. Law enforcement agencies already focus their efforts on the parts of the system where oversight is practical. These are the entry and exit points where digital assets are exchanged for fiat currency, such as centralized exchanges, custodians, and payment processors. These organizations maintain compliance programs, conduct reporting, and cooperate with investigations. Monitoring these regulated entities allows authorities to trace illicit activity without requiring the underlying blockchain to censor or restrict protocol-level transactions.

A blockchain network that maintains integrity at the consensus layer supports this balance. When the network remains neutral, it includes all valid transactions according to the protocol’s rules, regardless of their origin or social interpretation. This approach creates a consistent and predictable execution environment. Participants can rely on the network to process transactions fairly, and regulators still retain the ability to enforce laws at the surrounding on-ramps and off-ramps. Credible neutrality comes from the idea that the network itself should not interpret intent or apply policy but should focus on verifying validity.

How proof-of-work responds differently

Ethereum Classic miners are not organized around validator sets, corporate entities, or identifiable operators. The mining ecosystem follows economic incentives rather than membership requirements. Several characteristics contribute to this:

No identity requirements

Mining does not require formal registration. Participants can redirect their hashrate through different pools or network routes with minimal friction.

Geographic distribution

Miners cluster where electricity costs are favorable. Regions such as Iceland, Kazakhstan, Texas, and parts of China and South America host mining operations because of local energy conditions. This geographic variety spreads risk and reduces the chance that a single government can influence a large percentage of hashrate.

Low switching costs

If a miner encounters regulatory pressure in one jurisdiction, they can move their hashrate to a pool hosted elsewhere. The hardware works on any Etchash chain, and miners frequently switch pools for operational reasons.

Hardware diversity

Ethereum Classic supports mining with both GPUs and ASICs. Etchash was introduced in ECIP-1099 (“Thanos”) to slow the rate at which the DAG file grows. This keeps older 4 GB and 6 GB graphics cards useful for longer periods: https://ecips.ethereumclassic.org/ECIPs/ecip-1099

ASIC manufacturers such as Bitmain, Jasminer, and iPollo all produce miners compatible with Ethereum Classic. Examples include:

  • iPollo V-series: https://ipollo.com/products/v1-mini-etchash
  • Jasminer X16-Q Pro: https://www.jasminer.com/products/x16-q-pro
  • Bitmain Antminer E9 models: https://shop.bitmain.com/products/antminer-e9

Since GPU mining remains common, the network does not rely solely on specialized hardware that could be restricted through export policy.

Current mining landscape

When Ethereum transitioned to proof-of-stake in September 2022, most Ethash miners migrated to Ethereum Classic. Hashrate rose from approximately 65 TH/s to more than 275 TH/s within days, a shift covered by CoinDesk

Today, miners distribute their hashrate across several pools such as:

2Miners (https://2miners.com/etc-mining-pool)

F2Pool (https://www.f2pool.com/coin/etc)Hiveon (https://hiveon.com/pool/etc)

MiningPoolStats tracks dozens of active pools: https://miningpoolstats.stream/ethereumclassic

Solo mining is still practical for small and mid-size operators. Sites such as https://etc.solopool.org provide estimates for finding blocks with moderate hashrate levels.

Security considerations

Because Ethereum Classic dominates the available Ethash and Etchash hashrate, acquiring sufficient hardware for an attack is difficult. NiceHash removed support for Etchash after the ECIP-1099 upgrade, which limits the ability to rent short-term hashrate.

Performing a majority attack would require acquiring a large number of ASICs or GPUs, which involves high capital cost and lengthy procurement times. The attacker would also suffer opportunity costs because mining produces a steady revenue stream.

Block rewards currently total approximately 2.56 ETC per block, and around 6,000 blocks are mined each day. At an ETC price near $16, this results in roughly $250,000 to $300,000 in daily miner revenue. Any attack must exceed both capital and opportunity costs for participants already earning predictable returns.

Position within the broader ecosystem

Ethereum Classic offers smart contract functionality with a proof-of-work security model. Bitcoin also uses proof-of-work but does not provide a general-purpose execution environment. Ethereum provides a rich smart contract ecosystem but relies on proof-of-stake consensus.

ETC remains EVM-compatible.

Development guides are available at: https://ethereumclassic.org/development/guides

Applications written for Ethereum can generally be deployed on Ethereum Classic without modification. The difference lies in the consensus mechanism and associated security characteristics.

Conclusion

Ethereum Classic demonstrates that a proof-of-work smart contract platform can maintain strong mining participation and broad geographic distribution even after the shift of Ethereum to proof-of-stake. The network’s mining architecture encourages anonymous participation, supports both GPUs and ASICs, and spans many jurisdictions. These characteristics create structural resistance to censorship and central control.

The platform trades higher energy use and a smaller ecosystem for these properties. For applications that require permissionless participation and resilience to regulatory pressure, Ethereum Classic offers a distinctive set of features within the family of EVM-compatible blockchains.

Logbook Entry #001 — The Rise of Fukuii

(Local Time: 23,271,745 ETC)

The network hums with an eerie calm tonight. My core-geth node is finally stable — the mess flag lit, peers holding steady in the ash-colored silence. Out here, stability is its own kind of magic. I’ve seen networks torn apart by ego and entropy, but tonight Mordor breathes slow and even. The lava rivers of hash flow steady beneath my feet.

I began my training in wastelands like this — barren networks, orphaned forks, half-forgotten clients left to rust in the repositories of time. Mordor is only the latest, another in the long chain of frontiers. There will be others after it, I’m sure. But this one feels different. It feels… haunted.

Core-geth still stands tall, but its armor shows cracks. Each update from upstream lands like a meteor — patches meant for other worlds, adapted by necessity rather than purpose. It’s a fine engine, but built for another road. The longer we drive it, the more I feel the ghosts of its Ethereum ancestry whisper through the code.

There was a time when another giant roamed this land — the Mantis client, forged in Scala, breathing the strange dialect of functional code. Its last roar was Magneto, and since then, silence. Two forks behind now, left behind when the world moved on. Most forgot it ever existed. But the Web3 Pioneer remembers.

“I’ve found its bones in an abandoned repository…”

Link to the Mantis Scala Client

I’ve found its bones in an abandoned repository, dusty and brittle but full of promise. It reminded me of an old kaiju — asleep beneath the volcanic crust, waiting to rise again. So I have decided to wake it.

I’ve moved the code to ChipprBots, where the forges still glow, and I’ve given it a new name: Fukuii — after Chordodes fukuii, the parasite that infects mantises and bends them to its will. Fitting, I thought, for a project reborn from the husk of another.

Already the AI swarm stirs. The agents are at work in the dark, rebranding, refactoring, pulling the monster back together piece by piece. Their glowing cursors flicker like fireflies in a mine shaft — each one a spark of progress, each one a prayer to the chain gods that this time the creature will stand.

When Fukuii rises, it will be more than a client — it will be a sentinel.
A sovereign execution engine for Ethereum Classic, built not in imitation but in defiance.

My plan is simple:
First, bring Fukuii to life on Mordor.
Then, test the treasury functions Charles once began.
And finally, prove the worth of EIP-1559-style treasuries in a network built on proof of work and proof of will.

The lava is stirring again. I can feel it under the floor of my node.
Something old and powerful is waking.

To be continued…

— Forger of Fukuii

🜂 Technical Artifacts
Chippr Core-Geth Node on Mordor
Mantis Client Legacy Docs
Ethereum Classic Safe Core Contracts Overview
Mordor Blockscout Explorer

Ai stylized fron notes on blockchains

Logbook Entry #000 — Genesis


“Ethereum Classic has always been that stubborn flame in the storm…”— from Why Ethereum Classic Endures

(Local Time: 23,271,745 ETC)

The first thing you notice when you cross into Mordor is the silence.
Not the absence of sound, but the kind that hums beneath the code, the quiet ticking of consensus, the distant rumble of proof-of-work engines grinding away in forgotten nodes. The testnet horizon glows with the faint orange of unconfirmed transactions, each one a spark that never quite becomes a flame.

I came here to remember what it means to build — not for profit, not for applause, but for the principle that computation can be free. Ethereum Classic has always been that stubborn flame in the storm, the last bastion of immutability in a world that prefers revisionism dressed as progress. But even the eternal must evolve, and to evolve we must explore. So I packed my digital saddlebag: a miner’s pick, a few scripts, a wallet with no name, and the conviction that decentralization still matters.

The landscape of Mordor is unforgiving. Forked chains rise like jagged peaks, each promising truth but offering chaos. I pass the ruins of old deployments — contracts lost to time and malformed bytecode, their addresses now nothing more than ghosts in the mempool. Somewhere in the distance, a lonely Safe core contract stands like a watchtower, its bytecode casting a shadow across the uncharted frontier. It will become my anchor, the foundation for the first stronghold: a treasury forged in code and guarded by keys — two of four signatures to open the vault, a fragile covenant of trust.

Mining will fund the mission. There is poetry in that — value emerging from the work itself, not minted by decree but earned by hash. From dust to hash, from effort to coin. The plan is simple: mine the ore, smelt it in the furnace of proof, and pour it into a multisig treasury. From there, we will build a faucet — the wellspring for every traveler who follows, a small mercy in this volcanic wilderness. But the process must remain honest, verifiable, and human. I will place a sentinel in the loop — a GitHub Action that awaits a human’s hand, ensuring that automation does not become abdication.

This record is for the futurists who may walk this path after me.
You will find the ground uneven. Mordor’s RPCs shift like dunes in a storm. Some nodes whisper in deprecated dialects; others pretend to listen but never respond. You will learn patience. You will learn failure. You will learn that decentralization is not a feature — it is a discipline. There will be no comfort here, only the satisfaction of seeing something real persist in a world that forgets.

In time, the Troll Army will rise — not of flesh, but of code. Each troll a daemon, each daemon a keeper of some truth buried in the chain. We will laugh at the absurdity of it all — the notion that meaning can be mined, that purpose can be signed with a key — but we will keep building. Because we must.

So here it begins.


The dust has settled, the hash hums beneath my boots.
The ledger waits to remember me.

Reference Links
Ethereum Classic Community Blog
Mordor Testnet Blockscout Explorer
Core-Geth Client Repository


(End of Entry )


Ai stylized notes from Cody on blockchain research

Why Ethereum Classic Endures

Published on ethereumclassic.org October 15, 2025

I was there when we made the choice to defend immutability. It wasn’t easy, convenient, or even popular. It was the moment we decided that the principle of “code is law” was not just a slogan it was a moral commitment to the permanence of truth. When others rewrote history to protect the few, we wrote a declaration of independence and chose to protect the many. That decision gave birth to Ethereum Classic. It was a defining act of conviction, and it remains the reason I believe this network still matters. In those early days, we weren’t idealists chasing price charts; we were builders and miners defending an idea that once a transaction is recorded on a public ledger, it should remain there forever, unedited and uncorrupted. It was not rebellion for rebellion’s sake. It was stewardship. We chose to protect a foundation that technology itself depends upon: the ability to trust the record without trusting the recorder.

Nearly a decade later, the landscape has evolved. Blockchains have matured, institutions have awakened, and the lines between cryptography, finance, and artificial intelligence are beginning to blur. What hasn’t changed is the importance of security and truth. These two principles, immutability and proof of work, remain the bedrock of Ethereum Classic.

I want to dispel a persistent myth: that Ethereum Classic is a “stable” chain that should never change. Stability does not mean stagnation. Every system that survives does so by adapting intelligently, not by resisting change blindly. The DAG continues to grow, new EIPs emerge, and vulnerabilities must be patched. A living network breathes, evolves, and learns. Ethereum Classic has undergone continuous development since its inception. We have modernized, optimized, and fought for compatibility while preserving our philosophical independence. To pretend that nothing should ever change is to misunderstand what it takes to stay secure in a world that never stops moving. Technology only moves forward. The question is whether we shape that future consciously, or allow others to define it for us.

Ethereum Classic can no longer live in the shadow of its sibling. Ethereum has pursued a very different path that’s defined by experimentation in consensus, scaling through rollups, and economic policies driven by governance rather than principle. That is their choice. Our choice is different.We must rise as a sovereign chain. Independent in our roadmap, self-sustaining in our governance, and confident in our role as the apex of proof-of-work security. The power to feed us through upstream repositories is also the power to starve us. We cannot depend indefinitely on the forks of Geth or Besu that now serve different architectural philosophies. Their shift toward RISC-like execution and consensus separation introduces risks we cannot inherit blindly. We need our own consensus client and the ability to support multiple execution clients. The future of ETC depends on this independence.

Sovereignty means more than code ownership. It means control over OUR shared destiny. It means that when miners commit their hash power, they are securing the principle that security earned through computation cannot be substituted by trust in validators or committees. To mine ETC is to participate in the most direct form of democracy we have where work itself is the vote, and energy the price of participation.

We are entering a new era for digital assets. The “post-genius” phase of crypto is upon us. Gone are the days when markets were defined by speculation and slogans. Today, regulated virtual asset service providers are licensed and operating globally. Banks, funds, and custodians are developing digital asset strategies, not as side experiments but as pillars of their balance sheets. Within the next 18–24 months, nearly every financial institution will confront a moment of clarity: how to manage custody, treasury, and intelligence for digital assets within compliant frameworks. After that everyone on earth will have to know something about safekeeping of their identity, money and objects.

This is where Ethereum Classic’s true value will be understood. Not as a meme or a nostalgia trip, but as infrastructure. ETC has the security of real miners running real hardware across the globe. Its state cannot be manipulated without a valid transaction. Its ledger is transparent, auditable, and final. For institutions seeking a base layer that embodies the same assurances as Bitcoin, with the additional flexibility of the EVM, Ethereum Classic is the rational choice.

I believe ETC will emerge as a base layer for agentic systems like a2a ap2, decentralized custodial networks, and proof-of-work–anchored Layer 2s. Developers and enterprises alike will build bridges and rollups to leverage its finality and its neutrality. Privacy preserving apps will flourish without censorship. In a world increasingly reliant on synthetic intelligence and automated actors, the need for an incorruptible execution layer will only grow. Proof of work will remain the standard of integrity.

No system can thrive without an economy that rewards those who maintain and advance it. I believe in a community-governed treasury, funded transparently through protocol-level mechanisms. The base fee model offers a path forward, a portion of transaction fees can support ongoing development, infrastructure maintenance, and ecosystem grants. This isn’t charity. This is self-preservation.

A network that rewards builders, researchers, educators, and infrastructure providers ensures its own longevity. Governance should not rest with a foundation that claims neutrality while wielding control. Instead, ETC’s treasury can be managed through decentralized, auditable proposals; allowing the community itself to decide which initiatives deserve funding. This balance between autonomy and accountability is the next logical step in our evolution.

To move forward, we must make decisions with discipline. First, we must agree on what defines the next era both in name and in purpose. Whether the next fork is called Olympia or something else, it must symbolize more than a software upgrade. It must mark a cultural renewal. We need to align on scope, prioritize security, and adopt a structured process to agree, build, test, and release. That cycle (ie transparent, predictable, and repeatable) will build the trust of institutions and miners alike.

The work ahead is not glamorous, it is essential. Every 14 seconds, the network fights for its life. Each block mined is a reaffirmation of belief. A heartbeat powered by thousands of machines and the people who run them. We cannot afford complacency. We owe it to the miners who secure the chain, to the developers who maintain it, and to the investors who believe in it to keep advancing with clarity and conviction.

My vision is of a world where humans and autonomous agents coexist in digital economies safeguarded by cryptography. In that world, what we now call “a node” becomes fully modular: a combination of consensus, execution, and intelligence layers cooperating seamlessly. Ethereum Classic can serve as the security backbone of that future, anchoring distributed systems with the same honesty that defined its birth.

I see a future where ETC can be a reference point for institutional custody and digital asset integrity. A chain respected for its security, its simplicity, and its refusal to compromise on first principles. A place where miners, developers, and investors work in unison to maintain an incorruptible record of human and machine interaction. Ethereum Classic’s story has always been one of resilience. We were forged in conflict, sustained by conviction, and defined by proof. Now, we have the opportunity to evolve into the secure backbone for the next generation of decentralized systems.

Immutability was our origin. Sovereignty is our future. Evolution is our path.

Forward, we must always move relentlessly forward.

This personal opinion was written with real human thumbs by:

Cody (dontpanic) Burns

forker of chains, decentralized troll emperor

written around block 23213619

bh:0xc96bc8304a64f6b6ce8d2ba693d2a6a8bcd061fb8ce0ab88fb882d96d2fea303

EthereumPoW abandoned

TL:DR: The team who tried to money grab during the merge ran out of money and abandoned the chain.

Ethereum Classic is still the worlds largest Proof of Work EVM network. Decentralized, immutable, and open for business. 

RISC Zero zkevm

🚀 Exciting developments in the world of general-purpose zk technology! We’re witnessing the debut of the world’s first Type 0 zkevm, boasting full EVM compatibility. This translates to a fully STARKed Ethereum!

🔗 The critical element in realizing a comprehensive proof network is consensus. Thanks to zeth, it’s now possible to zk-proof every dimension of Ethereum. At the heart of this advancement? The zkvm, powered by Rust as its foundational programming language. This unlocks access to thousands of Rust crates, offering an expansive toolkit for creating intricate proof systems.

Stay tuned to witness the transformative potential of this breakthrough! 💡

https://www.risczero.com/news/zeth-release

Continuity for an Augmented world

Let’s preface this article with a bit of hand waving. Please assume that we live in a world 5 minutes into the future where we have figured out AR implants or non-ridiculous glasses. However, for now your mobile exo-brain(phone) will work.

I will begin by saying I have felt robbed for some time now. Something is missing. I was promised the future would be a late-stage capitalism state where I would be inundated with interactive 3d advertisements in a gloomy Phillip K. Dick urban sprawl. Granted we are close. I build and trade imaginary internet coins, work for a multinational tech conglomerate, carry a super computer in my pocket, and have a handful of nonhumans living in my house. But I know we can do better. Also <*handwaving intensifies*> in a more decentralized way! Free market persistent advertisements should be everywhere now. Since no one seems interested in making this a reality, I guess I will have to step my game up. Be the change.

On of the most common pitfalls of modern AR is the lack of continuity with actual reality and even itself. I believe this disconnect can be remedied with modern public blockchains. In order for the system to be robust enough for wide spread usage, it will need distributed file storage for rapid access of the advertisements, a public market for advertising space, and a simple recognizable target for the advertisement(to project on, obviously YOU are the real target). And it also goes without saying this will all need to be open source. With these requirements in mind: lets do this!

Burns Capital: Research and Development

For this proof of concept we will be using a the Burns Capital . The success criteria will be if you, the reader, are able to see this logo on demand anywhere in the world. I am using a simple image for demo, however it is just as easy to make 3d objects and any other aframe.io objects using the same method. That will hopefully be covered in another article. Also, This is living code so it will be updated likely by the time you are reading this. The repo link is at the bottom, its open source, help yourself to the latest code base.

If your impatient; on your mobile, go here https://tinyurl.com/y8o5f4ml

and point your phone at this:

Ethereum Classic ad on the network

System overview

System overview

Before we get too deep into the coding aspect of the system lets briefly look at the network design. 1) A user is served a lightweight web application from ipfs, 2)the webpage uses a public api to access a 3) contract on the ETC network to get information about targets and 4) the advertisements are then retrieved from ipfs and 5) displayed at the target. I refer to this as zero weight architecture.

Dive deep!

File storage:

This one is the easiest of the four requirements. If you are unfamiliar with the interplanetary file system (IPFS), stop everything you are working on, learn about it, and start using it now. When a file is added to the ipfs, it is given a unique identifier. This identifier is used to distribute the file to other ipfs nodes and recall it as needed. Super useful in our case.

$ ./ipfs.exe add ~/Pictures/bclogo.png
added QmRYrsq4uHk3AuVapdyoPtbF4zuzw7dbkc4r8HBKssB3De bclogo.png

The BC logo is now available EVERYWHERE!!!!!! Not super impressive, the internet has existed for some time now but we can now access our unique image using an ipfs API point on our machine or any other machine attached to the ipfs system using its id. The file is also publicly available at the ipfs api point is located at: https://ipfs.io/ipfs/QmRYrsq4uHk3AuVapdyoPtbF4zuzw7dbkc4r8HBKssB3De

Distributed access

Constantly passing around QmRYrsq…. is painful and scales poorly. Being a blockchain architect by trade, this is obviously the job for my baby: Ethereum Classic! We will need a contract which we are able to write to once, and read many times. It would also be nice if no one could over write my logo with out my permission. Other nice to have features include: public rating system like movies and games have, the ability to resell my ad space, and a one to one mapping. To do this we will create a structure and an enum.

enum ratings{G,PG,PG13,R,NC17}
struct arTarget {
string logo;
bool owned;

address owner;

bool forSale;

uint price;

ratings rating;

}

For simplicity in this demo, we will only be using uint8. This gives us 255 unique seats to map advertisements to which should be plenty to demonstrate the concept.

mapping (uint8 => arTarget) public targets;

A bit on targets

We will be using a 3×3 matrix format without error detection or correction, allowing up to 64 different markers to be identified. They 3×3 targets can be downloaded from this link for your convenience. Yes we are only using 64 of the 255 available seats. In a real future world production environment we can easily scale this up to many many more seats and use a slightly larger grid. The idea is to avoid overly complex structures like qr codes and keep it human readable and if need be drawable.

Reading data from a target

We will need a simple getter to allow users to access the stored information. The two most important pieces of information we will need are the image identifier and the content rating. Some sort of nanny monitoring software should be able to read the content rating and block sensitive viewers from seeing age inappropriate items if desired(out of scope).

function getLogo(uint8 _scan) public view returns(string ipfs, ratings rating){
ipfs = targets[_scan].logo;
rating = targets[_scan].rating;
return (ipfs, rating);}

Buying(and selling) a Seat

This is where things get a little tricky. We need a way for owners to update their seats, new users to buy seats, and both to buy and sell.

function updateLogo(uint8 _arID, string _ipfs) payable public returns(bool success){}

We will take an ID and a string with the unique identifier. This function is payable so we can allow users to buy seats. If everything goes well, we will return a successful result.

The easiest case, a seat is not owned and someone wants to occupy it; we let them. That would look like this:

if(!targets[_arID].owned){ 
targets[_arID].logo = _ipfs;
targets[_arID].owned = true;
success = true;}

To save space we will combine the actions that an owner can do and what a stranger can do to an unowned asset. Just pass everything you need to claim a seat

if(targets[_arID].owned && msg.sender == targets[_arID].owner || !targets[_arID].owned){
targets[_arID].logo = _ipfs;
targets[_arID].forSale = _forSale;
targets[_arID].price = _price;
success = true;}
}

If a seat is for sale and a stranger sends enough ether to buy the seat, we will pay the owner and change the seat info.

if(targets[_arID].owned && msg.sender != targets[_arID].owner && targets[_arID].forSale && msg.value >= targets[_arID].price){
targets[_arID].owner.transfer(msg.value);
targets[_arID].owner = msg.sender;
targets[_arID].logo = _ipfs;
targets[_arID].forSale = _forSale;
targets[_arID].price = _price;
success = true;
}

Simple enough for this use 😊

The Police!

As I have no desire to host a distributed crush film repository or any other hyper-objectionable content we will also add a rating review board and give them the ability to remove content. They are free to make their own system if they like, but I won’t be complicit in supporting it. So to accomplish this we will map the account address of our police union to a boolean variable(true for police, false for non police) and create a modifier we can add to some function that only the content police should be able to do. And in the spirit of transparency, we will publish an event whenever the pigs take something down. It will report the action(“removed item”), which public servant removed the content, and a comment string if we want to capture a reason.

mapping(address => bool) contentPolice;
modifier onlyContentPolice(){
require(contentPolice[msg.sender]);
_;
}
event squeal(string action, address officer, string comment);

To give our thought police something to do we will give them this function:

function clearSeat(uint8 _seat, string _comment) public onlyContentPolice returns(bool success){
targets[_seat].owned = false;
targets[_seat].logo = “”;
emit squeal(“removed”, msg.sender, _comment);
return true;
}

Now we have a short public storage database contract for our advertisements!

Compile and deploy using your favorite blockchain interface and were ready to go!

The AR part!

Welcome to the world of tomorrow! Aframe.io and AR.js will be doing all the heavy lifting for us. These opensource projects are working to bring vr/ar to the masses by building out the webVR frame work. For a quick intro on making an AR project with 10 lines of code check out: http://aframe.io/blog/ar.js

<disclaimer: I’m not a frontend developer>

We will be adding web3.js to the ar demo so we can interact with our blockchain. To do that we need to add the following to the html:

<script type=”text/javascript” src=”https://rawgit.com/ethereum/web3.js/develop/dist/web3.min.js"></script>
<script>
console.log(“ o Establishing WEB3”)
var uri = ‘http://localhost:8545';
var web3 = new Web3(new Web3.providers.HttpProvider(uri));
console.log(web3);

Of course; changing the uri to your preferred api point. For the demo page I will be using the etc commonwealth public api point. Add the contract logic :

console.log(“ o Setting up contract”)

var contractAddress = “0x9868a675D36E2554F559771539F00Ed188A33e69”;
var abiArray =[{"constant":false,"inputs":[{"name":"_seat","type":"uint8"},{"name":"_comment","type":"string"}],"name":"clearSeat","outputs":[{"name":"success","type":"bool"}],"payable":false,"stateMutability":"nonpayable","type":"function"},{"constant":false,"inputs":[{"name":"_arID","type":"uint8"},{"name":"_ipfs","type":"string"},{"name":"_forSale","type":"bool"},{"name":"_price","type":"uint256"},{"name":"_rating","type":"uint8"}],"name":"updateLogo","outputs":[{"name":"success","type":"bool"}],"payable":true,"stateMutability":"payable","type":"function"},{"constant":true,"inputs":[{"name":"_scan","type":"uint8"}],"name":"getLogo","outputs":[{"name":"ipfs","type":"string"},{"name":"rating","type":"uint8"}],"payable":false,"stateMutability":"view","type":"function"},{"constant":true,"inputs":[{"name":"","type":"uint8"}],"name":"targets","outputs":[{"name":"logo","type":"string"},{"name":"owned","type":"bool"},{"name":"owner","type":"address"},{"name":"forSale","type":"bool"},{"name":"price","type":"uint256"},{"name":"rating","type":"uint8"}],"payable":false,"stateMutability":"view","type":"function"},{"constant":true,"inputs":[{"name":"","type":"address"}],"name":"contentPolice","outputs":[{"name":"","type":"bool"}],"payable":false,"stateMutability":"view","type":"function"},{"inputs":[],"payable":false,"stateMutability":"nonpayable","type":"constructor"},{"anonymous":false,"inputs":[{"indexed":false,"name":"action","type":"string"},{"indexed":false,"name":"officer","type":"address"},{"indexed":false,"name":"comment","type":"string"}],"name":"squeal","type":"event"}];
var arContract = web3.eth.contract(abiArray).at(contractAddress);

When the viewer loads we want to call the “getLogo” function to get our advertisements and assign them to their respective targets. If no one is the owner of an object, we will show a “for sale sign”

console.log(“ o Assigning assets”);
for( i = 0; i < 6; i++){
console.log(“ response from contract”+arContract.getLogo(i)[0]);
if(arContract.getLogo(i)[0] != “”){
document.getElementById(“tgt”+i).innerHTML = “<a-box src = \”https://gateway.ipfs.io/ipfs/"+ arContract.getLogo(i)[0] + “\”></a-box>”;
} else {
document.getElementById(“tgt”+i).innerHTML = “<a-box src = \”https://gateway.ipfs.io/ipfs/QmVGMspGVeNB4tyVPGToUXnGoaqg3iKgYts1DMq24pujfV\"></a-box> “;
}
}

More to come

This is a very simplistic system for demonstration purposes. Don’t let its simplicity fool you though, this is a live system on the public block chain. The contract can be found and interacted with at: 0x9868a675D36E2554F559771539F00Ed188A33e69 using the abi in the github repo.

BurnsCapital/ETC-public-Works
ETC-public-Works – public works bots for etcgithub.com

Cheers!