Subnet 98: ForeverMoney

ForeverMoney is Bittensor Subnet 98, an automated liquidity-management subnet where miners propose pool-rebalancing strategies and validators score them through forward simulations, executing the winners on-chain.

ForeverMoney is Bittensor Subnet 98. Public ForeverMoney materials describe it as a decentralized automated liquidity-management subnet for concentrated-liquidity strategies on Uniswap V3 and Aerodrome, with live subnet data available on TaoStats.

What ForeverMoney Provides

The ForeverMoney README frames the subnet as a market for liquidity strategy selection. Miners propose how managed concentrated-liquidity positions should change, validators compare those decisions through simulations, and eligible winners can later guide live on-chain management on Base.

The work is narrower than general trading. A ForeverMoney strategy has to decide how concentrated liquidity should sit around a pool, where fee capture, price movement, and inventory preservation all matter. That makes the subnet a fit for comparing adaptive liquidity policies rather than a simple price-direction contest.

The architecture documentation describes multiple liquidity tasks running at the same time. Each task is attached to a specific pool or vault context, so a miner’s useful performance can be tied to the kind of liquidity problem being evaluated. For readers, this means Subnet 98 is best understood as repeated selection across several liquidity-management contexts, not as one undifferentiated leaderboard.

Miner and Validator Roles

The miner guide describes miner work as a decision about whether a liquidity task is worth taking and whether the current position should remain in place or move to a different range. In plain terms, the miner is offering a policy for managing the position under the current pool state, not merely submitting a static prediction.

Validators provide the pool and position context, compare miner decisions through forward simulations, and maintain score history over time. The architecture documentation also separates simulated evaluation from live execution: simulated rounds keep broad miner competition active, while live execution is reserved for eligible winners. That separation gives validators a way to test strategy quality before a chosen strategy affects on-chain liquidity.

The README’s scoring discussion centers on value growth and inventory protection. That combination is important for liquidity management because a strategy can earn fees yet still be undesirable if it loses too much of the tokens it was meant to steward. Subnet 98 therefore rewards a balance between growing the managed position and preserving inventory across changing pool conditions.

Simulation and Live Execution Boundary

ForeverMoney’s public sources separate evaluation rounds from live rounds. The README describes evaluation rounds as broad competitions where miners are compared through forward simulations, while live rounds are reserved for eligible winners whose strategies can guide on-chain liquidity management. This makes simulated performance an entry point into live execution, not the same thing as live execution itself.

The architecture documentation also describes a jobs-based architecture. A job represents a specific liquidity-management context, such as a particular vault or trading pair. That means miner quality is not only a global ranking question; it can depend on how well a strategy fits the pool, inventory, and market state attached to a given job.

This distinction matters because concentrated-liquidity management has several competing goals. A strategy may capture fees, but it can still damage the managed position if it loses too much inventory or moves liquidity poorly around price changes. ForeverMoney’s scoring context therefore reads best as liquidity stewardship: value growth matters, but inventory preservation is part of the reward signal rather than an afterthought.

The live-execution boundary also limits how strongly a reader should interpret one simulated win. A simulation can identify a strong candidate policy under the current state, but live execution exposes the winning policy to later market movement. The subnet’s dual-mode design connects those stages without collapsing them into one claim.

For readers, Subnet 98 is not a generic trading contest and not simply a vault operator. It is a selection market for rebalance policies, where validators compare miner decisions in simulated contexts before eligible winners can influence live liquidity management.

References: ForeverMoney README, ForeverMoney architecture documentation

On-Chain Identity

Live SN98 data is available on TaoStats. The source-backed liquidity-management and scoring details in this article come from the public ForeverMoney repository and documentation rather than from live identity fields.

Relationship to Yuma Consensus

Subnet 98 uses Yuma Consensus to convert the liquidity-strategy evaluation weight vectors that validators submit into the emission shares distributed to miners and validators within the subnet each tempo. The Yuma Consensus documentation describes how validator weight submissions are aggregated into consensus weights for each miner registered on the subnet.

In ForeverMoney’s context, validators compare miner-proposed concentrated-liquidity rebalancing strategies through forward simulations, scoring value growth and inventory preservation across pool-specific jobs before translating those results into weight vectors for the subnet. The Emission documentation describes how those consensus weights determine each participant’s share of the subnet’s accumulated emission each tempo.

Development Stage Context

The Introduction to Bittensor describes subnet development as moving from localnet to testnet and then mainnet. For ForeverMoney (SN98), that sequence changes how readers should interpret liquidity strategy proposal examples and simulation-based scoring outcomes.

In localnet, ForeverMoney-compatible miners and validators can be developed and tested in an isolated environment. Localnet strategy evaluation results and emission outcomes do not represent production subnet performance.

On testnet, ForeverMoney-compatible liquidity management proposals can be exercised in a shared, non-production network. Testnet simulation results and validator weights are separate from mainnet subnet state.

On mainnet, ForeverMoney (SN98) is the live production subnet where miners propose liquidity rebalancing strategies and validators score them through forward simulations to determine real Bittensor emissions. The ForeverMoney repository describes the mechanism that applies on the production network.

The Bittensor Networks reference separates mainnet, testnet, and localnet. A strategy simulation result or emission outcome from one environment should not be read as representing production subnet performance in another environment.

Reader Boundary

Subnet 98 ForeverMoney should not be read as generic Bittensor subnet documentation, a general price prediction contest, or proof that every simulated winner immediately manages live liquidity. The ForeverMoney README describes evaluation rounds where all miners compete in forward simulations separate from live rounds reserved for eligible winners.

Live Execution Follows Sustained Participation

The same README notes a participation requirement before miners become eligible for live on-chain execution on Base, with a default of seven days of consistent performance. Strong simulation scores are candidates for later live rounds rather than instant control of managed pool positions.

Scoring Balances Fees With Inventory Preservation

The README scores miners on value growth together with inventory protection, applying steep score reductions when managed token inventory is lost. A strategy that captures fees but bleeds inventory can still score poorly under the subnet’s liquidity-stewardship frame.

Validator weights still flow through Yuma Consensus to determine emissions each tempo (Yuma Consensus, Emission).

Further Reading

Topics Subnets