Flywheel Protocol: A Different Way to Think About On-Chain Rewards

One thing I’ve noticed over the last few years is that almost every protocol asks the same question:
“How do we reward our community?”

The answer has almost always been the same:

Print more tokens.

Whether it’s liquidity mining, staking emissions, or farming incentives, many reward systems rely on creating new supply. That can attract users quickly, but it also introduces inflation and often isn’t sustainable unless the protocol keeps growing fast enough to offset it.

That got me thinking about a different question.
What if rewards came from actual economic activity instead of inflation?
That’s the idea behind Flywheel Protocol.

What is Flywheel?
Flywheel is an on-chain distribution protocol.
It isn’t designed to be another token.
It isn’t even designed around one specific project.
Instead, it’s infrastructure that allows a project to define how value flows back to its community.

Think of Flywheel as a programmable distribution engine.
Revenue comes in from whatever sources a project chooses.

The protocol accounts for it transparently.
Then it distributes that value according to rules the project configures.

At its simplest:

Revenue Source
↓
Flywheel
↓
Treasury
↓
Users

The interesting part is that the revenue source doesn’t matter.
It could be:
Creator fees from a launchpad
NFT royalties
Marketplace fees
Protocol revenue
Gaming economies
Manual treasury deposits
Future integrations that don’t even exist yet
Flywheel isn’t tied to one business model.
It’s designed to sit underneath many different ones.

Why make it configurable?
Every community is different.
An NFT project doesn’t reward users the same way a launchpad does.
A game doesn’t reward users the same way a DeFi protocol does.

Instead of forcing everyone into one reward model, Flywheel is designed to let projects configure their own.

For example, a project could choose:

What assets users deposit
Which revenue sources feed the protocol
Reward epochs
Pool weighting
Compounding
Early withdrawal penalties
Burn mechanics
Treasury allocations
Supported payout assets
Future gamification systems
NFT multipliers
LP incentives

Bullion is simply testing one possible configuration.
Another project could choose something completely different without rebuilding the entire reward infrastructure.

Bullion is the first proof of concept
Rather than releasing Flywheel as an abstract idea, we decided to build a live implementation first.
That’s Bullion.
Bullion is running as a public beta to prove the distribution model works before expanding Flywheel into a protocol other projects can integrate.
At the time I’m writing this, Bullion has been live for less than 6 days.

Already, over 153 million Bullion has been deposited into the protocol since going live roughly 2 days ago representing roughly 15.3% of the total supply.
That’s encouraging because it gives us real user behavior to learn from instead of relying only on simulations.

How does Bullion work?
Users deposit Bullion into a shared pool.
Every deposit receives a weight based on:
The amount deposited
The epoch selected
Longer epochs receive higher weighting.
During each reward period, protocol revenue is distributed proportionally according to each participant’s weighted share of the pool.
If your position represents 5% of the total weighted pool, you receive approximately 5% of the revenue allocated for that distribution period.
No emissions.
No newly printed reward tokens.
Just proportional distribution of value entering the protocol.

Auto-compounding
Users can also choose to compound.
Instead of withdrawing rewards every cycle, they can automatically add them back into their deposited position.
As that position grows, so does its weight inside the pool.
Over time, compounding increases a participant’s share without requiring continuous manual deposits.
That creates the “flywheel.”
Protocol activity generates revenue.
Revenue grows positions.
Larger positions earn a larger share of future revenue.
The system reinforces itself through participation rather than inflation.

Why this could scale
This is the part I’m most excited about.
Bullion is only one implementation.
The long-term vision is much larger.
Imagine hundreds of projects all using the same distribution infrastructure.
One launchpad routes creator fees.
An NFT marketplace routes royalties.
A game routes marketplace revenue.
A DAO routes treasury income.

Each project keeps its own identity and business model, but they all share the same underlying distribution engine.
Instead of every team building reward logic from scratch, they configure Flywheel to match their ecosystem.

That dramatically lowers the complexity of launching sustainable reward systems.
It also opens the door to layering additional mechanics on top.

Projects could build quests, loyalty systems, NFT boosts, reputation systems, governance perks, seasonal events, referral programs, LP incentives, and other gamified experiences, all using the same underlying distribution layer.

Flywheel doesn’t replace those systems.
It becomes the foundation they build on.

What about real-world assets?
This is where I think things become really interesting.

As more assets move on-chain, users shouldn’t be limited to earning rewards in only one token.
Instead, projects could eventually allow participants to choose how they want to settle their rewards.

That could mean stablecoins.
It could mean tokenized gold.
It could mean tokenized silver.
Or any supported on-chain asset in the future.

The goal isn’t simply to tokenize real-world assets.
The goal is to make participation in those assets more accessible through decentralized infrastructure.
Someone anywhere in the world with a wallet and an internet connection can participate without needing a traditional brokerage account or local financial institution.
There’s still smart contract risk, market risk, and regulatory uncertainty around RWAs generally, but the direction is compelling.

It’s still early
Bullion is intentionally being used as a beta.
We’re testing assumptions.
Watching how users behave.
Finding edge cases.
Improving the protocol before asking other projects to build on top of it.
Rewards are not guaranteed, and they depend entirely on the economic activity flowing into the protocol.
If no revenue enters Flywheel, there is nothing to distribute.
That’s an intentional design decision.

I’d love feedback
The goal isn’t to convince anyone this is perfect.
It’s to ask whether this is a better direction for crypto.
Instead of building systems that rely primarily on inflation, what if we built infrastructure that distributes actual protocol activity back to participants?
That’s the problem we’re trying to solve.
I’d genuinely be interested in hearing what this community thinks, especially from builders who’ve designed token economies or reward systems before.

Bullion Contract Address on Robinhood: 0xb1814Cd38c7c6F283f7dF1CA15396818f7207AdF

X account: @bullionRH

My X account: @zbits33