Flux–Power Gas Model (Simple Design v0.1)

(For Agentic Execution + PoCW Settlement)

1. Core Principle

Flux = non transferable liquidity money

Power = execution capacity generated by staking Flux

• Execution does not burn Flux.
  
• Execution consumes Power.
  
• Power is produced over time by staking Flux.
  
• Power is rentable, delegatable, and market-priced.
  

2. Base Mechanism

2.1 Staking → Power Generation

If a user / worker stakes:

F_stake = amount of Flux/$Hetu staked

α_msg = generation rate of messaging Power

α_exec = generation rate of execution Power

Then per day (or per block):

Power_msg_per_day = α_msg · F_stake

Power_exec_per_day = α_exec · F_stake



2.2 Power Consumption

Every meaningful action consumes Power.

Messages / Intents

Power_msg_cost(msg) =

P0

+ P_size · bytes

+ P_intent · is_intent_message

Agent Execution / Task Processing

Power_exec_cost(task) =

E0

+ E_step · step_count

+ E_model · model_calls

+ E_tx · onchain_transactions

If an account does not have enough Power:

• It may pay Flux directly:
  

Flux_fee = Power_needed / R

Where R is the real-time Flux ↔ Power exchange rate, dynamically adjusted by the protocol.

• Or it may rent Power from the open market.
  

3. Economic Consequences

For Normal Users

• Holding a small balance of Flux = enough Power to interact “gas-free”
  
• UX ≈ Web2
  

For Workers / Agents

• Must stake Flux or rent Power
  
• Heavy execution requires economic commitment + capacity planning
  

For the System

• Execution load is naturally regulated
  
• No wasteful burning → all tokens remain inside useful economic loops
  

4. PoCW Settlement Integration

After a Worker completes a task, the system computes:

PoCW_score = f(verified_work, risk_taken, cost_efficiency)

Then rewards:

Reward_flux = K · PoCW_score

Reward distribution rule:

λ1 · Reward_flux → Worker (spendable)

λ2 · Reward_flux → auto-stake as Flux (producing more future Power)

λ3 · Reward_flux → burned or redirected to protocol sink

Where:

λ1 + λ2 + λ3 = 1



5. Full Closed Loop

Stake Flux → Generate Power → Execute Tasks → Produce Proof-of-Causal-Work

↓

Earn Flux → Auto-Restake Flux → Increase Power Capacity → Repeat

This creates self-reinforcing Agent-Execution economics:

More Work → More Flux → More Power → More Work.

6. One-Paragraph Version (for slides / investors)

Flux is non-transferable money with SBT. Power is execution capacity minted by staking $Hetu.

All messages and agent tasks consume Power instead of burning tokens.
Power can be generated, delegated, or rented, creating a real market for computational execution.
Workers earn Flux through verifiable Proof-of-Causal-Work, and a portion of rewards auto-restake into more Power, forming a continuously compounding execution economy.

If you want next:

✅ Minimal smart-contract struct layout (struct PowerState, struct StakePosition)
✅ How this plugs into H0–C1–S2–I3 Worker Runtime
✅ A numerical example (Day 1–Day 30) showing compounding of Power and PoCW rewards

Just say the word.