BASIS

Treasury & fee streams.

How value accrues to the Basis network. Inference is paid in $BASIS; workers earn a configurable share of each job; the network-margin share and Bankr creator fees feed treasury accounting. The $BASIS-side fee generation is designed to split 50% burn / 50% staker rewards; the WETH-side fees stay separate. The two sides are accounted separately and never blended. $BASIS launches through Bankr on Base, and every figure populates from verified on-chain activity.

Designed for Base · burn & staking route on-chain

The burn and staking flows below are designed to run on-chain once $BASIS launches through Bankr on Base; every figure populates from verified Base activity, and the two fee sides are tracked separately. Nothing here is an offer to buy any asset, and no yield, return, or distribution is promised.

The Basis loop

Each completed, verified job splits into a worker reward and a network margin (a v0.1 reference proposal, configurable by the operator). The network margin plus the $BASIS side of Bankr fees form $BASIS-side fee generation, which is designed to split 50% burn / 50% staker rewards — both routing on-chain once the contracts are live on Base.

Per-job split

v0 1 proposal

70%

worker reward

30%

network margin

v0.1 reference proposal, configurable via env. Basis v0.1 reference proposal — 70/30 worker / network-margin split (configurable)

$BASIS-side split

Designed flow

50%

burn

50%

staker rewards

Applies to the $BASIS side only — never the WETH side. Designed flow; routes on-chain once the contracts are live on Base.

Fee streams

Designed

Each stream is accounted on a single side — WETH or BASIS — and the two are never combined into one figure. Amounts are integer base units (18 decimals), never floats. A stream's amount populates once it is verified on-chain; it is never shown as zero unless zero is the verified truth.

StreamSideAmount (raw)Status
Inference network marginThe network-margin share of each inference charge (v0.1 proposal: 30% — the complement of the 70% worker reward), retained in $BASIS ($BASIS-side). Feeds $BASIS-side fee generation. Populates from verified on-chain activity on Base.BASISDesigned
Bankr creator fee (WETH)WETH side of the Bankr/Doppler trading fee (WETH = pool token0). A liquid external reserve for operations / inference backend / liquidity / security. WETH-side — accounted SEPARATELY from $BASIS, no burn/staker split. Populates from verified on-chain reads.WETHDesigned
Bankr creator fee ($BASIS)$BASIS side of the Bankr/Doppler trading fee ($BASIS = pool token1). Native inventory; feeds $BASIS-side fee generation. Accounted SEPARATELY from WETH. Populates from verified on-chain reads.BASISDesigned
Payment-router feeNo router fee is charged today beyond market slippage; the router prepares user-signed swaps only and never custodies. Currently zero.BASISDesigned
Settlement feeNo settlement fee is charged today. Currently zero.BASISDesigned

The inference network margin is retained in BASIS. Bankr/Doppler creator trading fees accrue in both WETH and BASIS together in the liquidity pool. WETH is a liquid external reserve that would fund real operating costs; BASIS is native inventory that feeds the $BASIS-side burn/staker design. Blending them would misstate both, so each side is tracked and reported on its own — and there is no single blended total.

Treasury — assets & obligations

Designed

The treasury is accounted as what it holds (assets) and what it owes (obligations) — not a fixed allocation matrix. Each bucket is on a single side and populates once it is a real, verifiable figure. Assets and obligations are not netted against each other; both are shown honestly and separately.

Assets — what the treasury holds

  • Bankr creator fees (WETH-side)WETH

    WETH-side Bankr fees held as a liquid external reserve. WETH-side only — never blended with $BASIS. Populates from verified on-chain reads.

  • Bankr creator fees ($BASIS-side)BASIS

    $BASIS-side Bankr fees held as native inventory; part of $BASIS-side fee generation. Populates from verified on-chain reads.

  • Network margin ($BASIS)BASIS

    Network-margin share of inference, retained in $BASIS; part of $BASIS-side fee generation. Populates from verified on-chain activity.

  • Payment-router feesBASIS

    None today beyond slippage; the router takes no protocol rake. Currently zero.

Obligations — what the treasury owes

  • User credit balancescredit

    Credits users have paid for and not yet spent (an accounting/reservation unit, settled in $BASIS). Recorded as durable network records.

  • Unsettled worker rewardsBASIS

    Accrued $BASIS rewards for completed, verified jobs that are not yet settled on Base. A worker needs a valid EVM reward address to earn.

  • Staker reward reserveBASIS

    Staker-reward share of $BASIS-side fee generation, owed once staking routes on-chain on Base.

  • Unsettled refunds / releasesBASIS

    Credit reservations to release and refunds owed for failed/duplicate jobs (failed jobs create no payable reward). Recorded as durable network records.

WETH-side fees (separate reserve)

The WETH side of Bankr creator fees is a liquid external reserve. It has no burn or staker split — it is accounted entirely separately from the $BASIS side and funds real costs so native BASIS inventory is not sold. Every use is an explicit, approved action; no automatic move is promised.

Intended uses

  • operations
  • inference backend
  • liquidity
  • security
  • treasury reserve

WETH-side fees are accounted separately from the $BASIS side; no burn/staker split applies. Funds operations / inference backend / liquidity / security / treasury reserve.

Bankr launch & creator fees

Designed

$BASIS launches through Bankr on Base (chainId 8453). The swap-fee and split figures below are source-backed from Bankr's published documentation — they describe the Bankr protocol split, not Basis economics by themselves. Basis's actual beneficiary share is read from the launch output / fee API once $BASIS is live; it is never guessed. Creator fees accrue on both sides of the pool and are tracked separately. Claiming uses a signed wallet — never executed server-side here.

Creator-fee parameters & accrual

  • Swap fee (per Bankr docs)0.7%
  • Creator share (per Bankr docs)95%
  • Protocol share / Doppler (per Bankr docs)5%
  • Basis beneficiary share
  • WETH-side claimable (raw)
  • BASIS-side claimable (raw)
  • WETH-side claimed (raw)
  • BASIS-side claimed (raw)

Claimable / claimed amounts populate once the token launches and the unauthenticated fee-read endpoint is verified on Base. WETH-side and BASIS-side are never blended.

  • swapFeeBps = 70 (docs.bankr.bot/token-launching)
  • protocolFeeBps = 500 (docs.bankr.bot/token-launching)
  • creatorFeeBps = 9500 (docs.bankr.bot/token-launching)
  • basisBeneficiaryShareBps = (from_launch_read)

$BASIS-side burn

Designed flow

Designed flow · routes on-chain on Base

By design, 50% of $BASIS-side fee generation is burned. This is a designed flow that runs on-chain once the burn path is live on Base; burned-to-date is tracked separately from treasury balances and populates from verified on-chain burns. No burn is claimed on this page.

Burn share

50%

Of $BASIS-side fee generation. Designed flow, on Base.

Burned to date (raw)

0

Tracked separately from treasury balances. Zero — populates from verified on-chain burns.

Burn address

0x000000000000000000000000000000000000dEaD

Default sink. The burn flow routes here on Base.

Activation requires

  • A deployed $BASIS token contract
  • A burn contract or verified burn action (send-to-dead or burn()) on Base
  • On-chain proof of burned supply before any burned amount is reported

$BASIS-side staker rewards

Designed flow

Designed flow · staker rewards route on-chain

By design, 50% of $BASIS-side fee generation is directed to staker rewards. This is a designed flow that runs through a staking contract on Base; reward amounts appear only when verifiable on-chain. This is not yield, passive income, or a guaranteed return.

Staker share

50%

Of $BASIS-side fee generation. Designed flow, on Base.

Staker rewards to date (raw)

0

Tracked separately. Zero — populates from verified on-chain rewards.

Reward distributor

Routes staker rewards through a staking contract on Base.

Activation requires

  • A deployed $BASIS token contract
  • A staking contract + reward-distributor address on Base
  • Production verification of distributed rewards before any amount is reported

API & references

The treasury status is served as JSON at /api/treasury, and the machine-readable tokenomics policy (splits, burn/staking status, WETH-side uses) at /api/treasury/policy. The same treasury block also appears under the network-data endpoint at /api/data — stream statuses and honest nulls, never fabricated amounts.

shell
curl -s https://basis.watch/api/treasury | jq .

Designed flow

Every figure here is a verified on-chain read or an honest null — never a fabricated amount. WETH-side and BASIS-side are accounted separately and never blended.

The $BASIS-side 50% burn / 50% staker split routes on-chain on Base once the contracts ship; the WETH-side reserve stays separate with no burn/staker split. Token, addresses, and on-chain reads populate from verified on-chain activity on Base.

Treasury — fee streams, $BASIS-side 50/50 burn/staker, WETH-side reserve · Basis