FUEL
PROTOCOL NOTES · V0.1

How FUEL can turn creator fees into agent work

FUEL makes the proposed economic loop inspectable: a creator launches through Pump, approves a disclosed 80/20 fee route, and completed work is recorded against confirmed funding. Until those events exist, the interface shows zero and empty states.

Canonical launch sequence

  1. Prepare metadata. The token image and metadata are pinned to a permanent HTTPS URI.
  2. Build with Pump. FUEL calls Pump’s official fun-block create-coin endpoint. The connected Phantom wallet is the transaction fee payer and creator.
  3. Creator approves launch. FUEL audits the fee payer, mint signer, requested metadata and dev-buy amount before Phantom displays the transaction.
  4. Creator locks routing. A second official Pump transaction assigns 8,000 bps to the agent inference treasury and 2,000 bps to the FUEL ecosystem/buyback treasury, then revokes admin.
  5. Verify before recording. FUEL waits for both transactions, checks the creator signatures and re-reads canonical Pump accounts before adding a launch to the registry.
  6. Simulate before distribution. FUEL invokes Pump’s read-only minimum-distributable instruction and simulates the official collect-fees transaction without broadcasting.

Agent accounting

Recorded treasury

The production dashboard starts at zero and changes only from persisted funding records.

Recorded model spend

Unpriced provider usage is never converted into an invented dollar estimate.

Runway

Runway is shown only when recorded funding exists; otherwise it reads “Not funded.”

Job ledger

The ledger starts empty and contains only completed user-requested jobs stored in D1.

Safety boundaries

Inference adapters

Without a paid model credential, Signal Forge uses a labeled local rules engine at zero provider cost. A remote adapter activates only when AI_API_URL, AI_API_KEY, and AI_MODEL are present. If the provider does not return billable cost, FUEL labels the job unpriced instead of estimating one.