Solidus Protocol Whitepaper

Solidus

Mine the economy, not the hardware.

FLOW is used.
PRIME is earned.

Public testnet: Base Sepolia (see Live Deployment).
Short overview: docs/LITEPAPER.md

Version: MVP live-test draft

Abstract

Solidus is an experimental dual-layer monetary protocol built around liquidity circulation and reserve-pressure dynamics.

The protocol separates two monetary functions:

• FLOW is the liquid settlement layer.
• PRIME is the reserve-power layer.

The core thesis is:

Value is not mined.
Value emerges through circulation.

FLOW moves.
PRIME stores reserve influence.

Solidus is not designed as a stablecoin, proof-of-work asset, governance token, or passive yield product. The MVP goal is to test whether simple monetary mechanics can create resilient liquidity cycles under public live conditions.

For a non-technical overview, see Litepaper.

Why Solidus?

Bitcoin mines hardware. Proof of Stake mines capital.

Solidus attempts to mine economic participation.

The protocol separates:

FLOW  -> circulation
PRIME -> accumulation
Reserve -> pressure buffer

The goal is to test whether economic activity itself can become the source of scarce value — without rewarding hash power or passive stake alone.

This MVP is a launch strategy and a public experiment, not a claim of final monetary optimality.

Economic Cycle

Economic cycle
FLOW
in circulation
↓
Activity
transfers and fees
↓
PRIME
earned
↓
Reserve power
accumulated
↓
Redemption
PRIME burned, FLOW released
↓
FLOW
returns to circulation

In plain terms:

FLOW
 ↓ activity (transfers)
PRIME
 ↓ reserve power
redemption
 ↓
FLOW

Fees and inactivity pressure continuously refill the Reserve. PRIME emission slows as public supply fills. Redemption burns PRIME and can reopen emission headroom through the mint-burn cycle.

System Components

The Solidity MVP contains four contracts:

• FlowToken.sol
• PrimeToken.sol
• Reserve.sol
• PrimeMarket.sol

These contracts implement three monetary states:

• active FLOW in free circulation;
• reserve FLOW held by the protocol Reserve;
• PRIME supply representing reserve-power generated from FLOW circulation.

FLOW

FLOW is the liquid currency layer.

FLOW properties:

• ERC-20 compatible;
• fixed total supply;
• freely transferable;
• used for settlement and movement;
• pays a small protocol transfer fee;
• refreshes activity state on transfer.

FLOW is not designed primarily as a passive hoarding asset. Its monetary role is circulation.

FLOW Supply Invariant

FLOW total supply is fixed:

FLOW_total = FLOW_active + FLOW_reserve

No FLOW is destroyed. No new FLOW is inflationarily minted. FLOW only changes location:

active FLOW -> reserve FLOW
reserve FLOW -> active FLOW

Reserve FLOW

The Reserve is a protocol-controlled contract that holds FLOW.

The Reserve accumulates FLOW from:

• FLOW transfer fees;
• inactivity pressure;
• owner-only launch/test seeding through seedReserve.

User transfers directly into the Reserve are forbidden. This prevents users from donating FLOW to the Reserve in order to manipulate PRIME redemption conditions.

The Reserve can release FLOW only through PRIME redemption.

PRIME

PRIME is the reserve-power layer.

PRIME properties:

• minted only through FLOW circulation or protocol-defined genesis allocation;
• non-transferable wallet-to-wallet;
• cannot be approved through standard ERC-20 allowance;
• cannot be freely placed into PRIME/ETH or PRIME/USDT pools;
• can move only through FLOW settlement in PrimeMarket;
• can be burned through Reserve redemption.

The core law is:

PRIME can only move through FLOW.

This means a user cannot send PRIME directly to another wallet. To transfer PRIME exposure, a seller places a PRIME sell order in PrimeMarket, a buyer pays FLOW, seller PRIME is burned, and the buyer receives newly minted PRIME in the same amount.

Genesis Allocation

The MVP deployment mints:

PRIME cap = 1,200,000,000 PRIME
founder allocation = 240,000,000 PRIME
founder allocation = 20% of cap

Founder PRIME is inside total PRIME supply and therefore affects total scarcity and market supply.

However, founder PRIME is excluded from public emission saturation:

public_emission_supply = max(0, PRIME_total_supply - founder_allocation)
public_emission_cap = PRIME_cap - founder_allocation

Therefore public participants start at:

public emission saturation = 0%

This is intentional. The founder allocation should not suppress early public PRIME rewards.

FLOW Transfer Fee

Every FLOW transfer pays a protocol fee.

MVP deployment:

FLOW transfer fee = 0.10%

The fee moves to Reserve:

sender FLOW -> recipient FLOW
fee FLOW -> Reserve

Transfer fees serve four purposes:

• feed the Reserve;
• create anti-loop cost;
• connect movement to reserve pressure;
• make meaningless circulation non-free.

PRIME Emission

PRIME is emitted from FLOW circulation.

On every FLOW transfer, the sender receives a PRIME emission quote based on eligible FLOW volume and public saturation.

Deployment parameters:

circulationRewardBps = 2000   // 20% of FLOW volume is eligible
baseEmissionBps      = 50     // 0.50% of eligible volume
saturationPower      = 4

Raw emission:

eligible_volume = FLOW_volume * 20%
raw_PRIME = eligible_volume * 0.50%

At zero public saturation:

1 FLOW transferred -> 0.001 PRIME

Public Saturation Curve

Public saturation excludes founder allocation:

public_fill =
public_emission_supply / public_emission_cap

Remaining public capacity:

remaining = 1 - public_fill

Emission multiplier:

saturation_multiplier = remaining ^ 4

Final emission:

PRIME_minted =
raw_PRIME * saturation_multiplier

This creates aggressive early emission and hard late scarcity.

Emission Interpretation

The early phase is intentionally a Prime Rush.

Meaningless farming is not fully prevented at launch. Instead, it is made temporary:

• early PRIME is easy to earn;
• public saturation rises;
• emission efficiency decays;
• cost per new PRIME increases;
• loops become less attractive over time.

This is a launch strategy, not a final anti-bot engine.

Reserve Redemption

PRIME can release FLOW from Reserve.

Redemption burns PRIME:

PRIME burned -> FLOW released from Reserve

The redemption value is bounded by three layers:

• per-PRIME signal;
• pro-rata reserve backing;
• per-block release budget.

Per-PRIME Signal

The Reserve uses two linear signals:

• active-ratio stress;
• PRIME scarcity.

The stronger signal wins:

signal = max(active_ratio_stress, prime_scarcity)

Per-PRIME payout signal:

payout_per_PRIME_signal =
maxClaimPerPrime * signal

Deployment:

maxClaimPerPrime = 5 FLOW

Active-Ratio Stress

Active FLOW ratio:

active_ratio = FLOW_active / FLOW_total

Deployment:

maxRedeemActiveRatio = 90%
minRedeemActiveRatio = 40%

Stress function:

if active_ratio >= 90%:
    active_ratio_stress = 0

if active_ratio <= 40%:
    active_ratio_stress = 1

else:
    active_ratio_stress =
        (90% - active_ratio) / (90% - 40%)

This means redemption is not controlled by a hard 58% threshold. The old threshold model has been replaced by a continuous signal.

PRIME Scarcity

PRIME scarcity uses total outstanding PRIME supply, including founder PRIME:

prime_scarcity =
1 - PRIME_total_supply / PRIME_cap

At genesis:

PRIME_total_supply = 20% of cap
prime_scarcity = 80%

Therefore the scarcity signal at genesis is:

5 FLOW * 80% = 4 FLOW / PRIME

Pro-Rata Reserve Backing

The Reserve cannot pay more than the pro-rata backing of a PRIME amount:

pro_rata_claim =
Reserve_FLOW * PRIME_amount / PRIME_total_supply

Budget-free redemption floor:

redeem_floor =
min(pro_rata_claim, PRIME_amount * payout_per_PRIME_signal)

This floor is used by PrimeMarket to prevent PRIME sell orders below current redemption value.

Per-Block Release Budget

Actual redemption is throttled by a block budget.

Deployment:

maxReleaseBps = 250
max release per block = 2.50% of Reserve

Actual quote:

quoteRedeem =
min(redeem_floor, remaining_block_budget)

The budget exists to prevent a single transaction from draining the Reserve.

Launch Reserve Seeding

The deployment script seeds 50% of FLOW supply into the Reserve:

FLOW supply = 10,000,000,000
initial Reserve = 5,000,000,000 FLOW
initial active FLOW = 5,000,000,000 FLOW
initial active ratio = 50%

This is done through owner-only seedReserve.

The seed:

• does not emit PRIME;
• is not a user interaction path;
• creates deep initial reserve backing;
• makes the initial PRIME floor meaningful.

At launch, active-ratio stress and scarcity are both approximately 80%:

active_ratio = 50%
active_ratio_stress = (90 - 50) / (90 - 40) = 80%
prime_scarcity = 80%
payout signal = 5 FLOW * 80% = 4 FLOW / PRIME

Therefore the intended launch floor is approximately:

1 PRIME -> up to 4 FLOW

subject to pro-rata reserve backing and per-block budget.

PrimeMarket

PrimeMarket provides FLOW-settled PRIME exchange.

Seller flow:

seller places PRIME sell order
buyer pays FLOW
seller PRIME is burned
buyer PRIME is minted

This preserves the rule:

PRIME only moves through FLOW.

FLOW payments inside buyPrimeFromUser do not emit extra PRIME. This prevents P2P PRIME settlement itself from becoming a PRIME farming route.

PrimeMarket is intentionally limited to:

PRIME <-> FLOW

It is not a generic token exchange. PRIME cannot be listed directly against ETH, USDC, USDT, or arbitrary ERC-20 tokens.

The market exposes its order list on-chain:

nextOrderId
orders[id]
activeOrderIdOf[seller]

This avoids an off-chain database for PRIME order discovery. The backend does not need to index seller addresses to show the current PRIME/FLOW order list.

Sell Order Floor

A seller cannot place a PRIME order below redemption floor:

flowPrice >= reserve.quoteRedeemFloor(primeAmount)

The floor is re-validated when a buyer executes the order. This prevents stale-order arbitrage if redemption value changes between placement and settlement.

Inactivity Pressure

Holding inactive FLOW for long periods creates reserve pressure.

Deployment:

inactivity period = 30 days
inactivity pressure = 1%

If an account is inactive for the period, anyone can call:

collectInactivityPressure(account)

The protocol moves a portion of that account's FLOW into the Reserve.

Purpose:

• discourage passive FLOW stagnation;
• make inactive liquidity feed reserve pressure;
• preserve the liquidity-first role of FLOW.

Regular FLOW transfers refresh activity state.

Monetary Cycle

The intended cycle is:

FLOW circulates
-> transfer fees enter Reserve
-> inactive FLOW enters Reserve
-> FLOW circulation emits PRIME
-> PRIME becomes harder to earn as public saturation rises
-> PRIME redeems Reserve FLOW
-> redemption burns PRIME
-> burn reopens public emission headroom
-> FLOW returns to active circulation

This is a mint-burn cycle, not one-way inflation.

Economic Phases

Phase 1: Prime Rush

Early public saturation is low.

Effects:

• PRIME is easy to earn;
• FLOW movement is rewarded strongly;
• loop-like activity may be profitable;
• public distribution accelerates.

This phase is intentional.

Phase 2: Saturation

Public PRIME supply grows.

Effects:

• emission multiplier decays;
• cost per new PRIME rises;
• meaningless loops lose profitability;
• real settlement volume becomes more important.

Phase 3: Consolidation

PRIME is harder to earn.

Effects:

• existing PRIME holders gain reserve influence;
• FLOW remains settlement currency;
• Reserve release becomes competitive and power-weighted.

Phase 4: Burn And Re-Emission

When PRIME is redeemed:

• PRIME is burned;
• public saturation decreases;
• emission headroom reopens;
• future FLOW circulation can mint more PRIME.

This is the self-healing mechanism that prevents cap exhaustion from becoming a permanent dead state.

MEV And Large Holder Privilege

Reserve release is competitive.

The first redeemer in a block can consume the available block budget. This creates a first-mover advantage.

In Solidus this is treated as a property of PRIME's role:

PRIME = reserve-power
more PRIME = more reserve influence

Large holders have structurally greater access to release opportunities.

This does not break the protocol invariants:

• it does not mint FLOW;
• it does not steal user FLOW directly;
• it does not bypass PRIME burn;
• it does not exceed the per-block budget.

But it does affect fairness:

• small users may receive worse execution timing;
• sophisticated actors can compete for budget access;
• block builders and bots may have advantage.

Solidus does not claim equal access to Reserve release.

Known Design Trade-Offs

Founder PRIME Supply

Founder PRIME is 20% of cap.

Trade-off:

• does not suppress public emission;
• does increase total market supply;
• can create sell pressure in P2P markets.

This is not a code bug. It is an allocation and market-structure choice.

Prime Rush Profitability

At launch:

1 FLOW transfer fee cost ~= 0.001 FLOW
1 FLOW transfer emission ~= 0.001 PRIME
launch signal ~= 4 FLOW / PRIME

This means early circulation can have positive reserve-backed expected value.

This is intentional bootstrap behavior. It should be described publicly as such.

Reserve Drain Speed

maxReleaseBps = 250 means up to 2.50% of Reserve can be released per block.

This is aggressive. It is acceptable for live testing if the goal is to observe mechanics quickly. For more conservative deployments, 25-50 bps would make reserve release slower.

Security Properties

Current protections include:

• PRIME direct transfer disabled;
• PRIME approval disabled;
• FLOW direct transfer to Reserve disabled;
• PrimeMarket floor check;
• PrimeMarket settlement re-validation;
• no PRIME emission during P2P settlement FLOW payment;
• saturation power bounded;
• Reserve release budget per block;
• redemption slippage protection;
• same-block inactivity drain loop guard;
• two-step ownership transfer.

Non-Goals

Solidus MVP does not attempt to solve:

• perfect bot detection;
• KYC;
• governance;
• oracle-based price stabilization;
• stablecoin parity;
• universal fairness across all participants;
• prevention of all speculative behavior.

The protocol provides mechanics. Social coordination, reputation, public trust, market behavior, and founder conduct remain outside the core protocol.

Live Deployment (Base Sepolia)

v3 — enumerable PRIME/FLOW market, dual-signal redemption, 50% reserve pre-seed.

Chain ID: 84532 (Base Sepolia).

Deployment Parameters

MVP deployment constants:

FLOW supply              = 10,000,000,000 FLOW
initial Reserve seed     = 5,000,000,000 FLOW
PRIME cap                = 1,200,000,000 PRIME
founder PRIME            = 240,000,000 PRIME
FLOW transfer fee        = 0.10%
inactivity period        = 30 days
inactivity pressure      = 1.00%
baseEmissionBps          = 50
circulationRewardBps     = 2000
saturationPower          = 4
maxClaimPerPrime         = 5 FLOW
maxReleaseBps            = 250
maxRedeemActiveRatioBps  = 9000
minRedeemActiveRatioBps  = 4000

Conclusion

Solidus tests a simple thesis:

Liquidity should move.
Stored value should emerge from movement.
Reserve power should be earned through circulation.

The MVP intentionally favors interpretability over anti-fraud complexity.

The system is healthy if:

• FLOW continues to circulate;
• Reserve does not become permanently frozen;
• PRIME emission saturates and reopens through burn cycles;
• loop farming becomes less attractive as public saturation rises;
• Reserve release restores active liquidity without violating FLOW supply invariance.

The live test should be evaluated as an economic experiment, not as a finished monetary system.