Treasury

Treasury & fee streams.

How value accrues to the Basis network. Inference is paid in $BASIS; workers earn the larger share of each job; the protocol's per-job share is earmarked for burn (a separate flow). Separately, each $BASIS-side Bankr fee claim is split 50% burned on-chain (to the dead address) and 50% funded to the staking vault, where it streams over 7 days into the redeemable value of staked $BASIS; the WETH-side fees stay separate in the creator wallet. The two Bankr sides are accounted separately and never blended. $BASIS launched through Bankr on Base, and every figure populates from verified on-chain activity.

Settled on Base · burn & staking route on-chain

$BASIS is live on Base. Each $BASIS-side Bankr fee claim to date has been split 50% burned on-chain (to the dead address) and 50% funded to the staking vault, where it streams linearly over 7 days into the redeemable value of staked $BASIS — 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 or return is promised; rewards are not guaranteed.

$BASIS-side on-chain

Live on Base

Two live reads from Base (chainId 8453), refreshed every 30 minutes: the $BASIS already burned at the dead address, and the $BASIS currently held by the staking vault. These are real on-chain balances — never fabricated; a read that is unavailable shows “—”.

Burned $BASIS

645,807,747.4084

BASIS balance of the dead address — the burned supply, read live from Base.

$BASIS in the staking vault

734,925,387.4015

Total BASIS held by the vault — staked principal plus any funded rewards. Read live from Base.

Live on-chain reads from Base, refreshed every 30 minutes and also served as JSON at /api/network/stats. Burned is the dead-address balance; the staking-vault figure includes any funded rewards.

The Basis loop

Each completed, verified job splits into a worker reward and the protocol's per-job share, which is earmarked for burn (a v0.1 reference proposal, configurable by the operator). That per-job burn is its own separate flow — burned-to-date 0 — and is not routed into the Bankr creator-fee $BASIS-side split. Separately, each $BASIS side Bankr fee claim is split 50% burned on-chain (to the dead address) and 50% funded to the staking vault, where it streams over 7 days into staked value — both read live from Base.

Per-job split

v0 1 proposal

90%

worker reward

10%

per-job burn

The protocol's per-job share, earmarked for burn (a separate flow; burned-to-date 0) — distinct from the Bankr $BASIS-side 50/50. v0.1 reference proposal, configurable. Basis reference proposal — 90/10 worker / burn split (configurable)

$BASIS-side split

Per claim, on Base

50%

burned

50%

to stakers

Applies to the $BASIS side only — never the WETH side. Each claim to date is split on-chain: 50% burned to the dead address, 50% funded to the vault (streaming over 7 days). The continuous automatic feed is not yet wired.

Fee streams

Configured

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.

Stream	Side	Amount (raw)	Status
Inference burn (per-job)The per-job protocol share of each inference charge (10% — the complement of the 90% worker reward), EARMARKED FOR BURN on the $BASIS side. Nothing is burned until the Base burn contracts are live (burned-to-date 0). A SEPARATE flow from the Bankr $BASIS-side 50/50. Populates from verified on-chain activity on Base.	BASIS	—	On Base soon
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.	WETH	—	Configured
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.	BASIS	—	Configured
Payment-router feeNo router fee is charged today beyond market slippage; the router prepares user-signed swaps only and never custodies. Currently zero.	BASIS	—	On Base soon
Settlement feeNo settlement fee is charged today. Currently zero.	BASIS	—	On Base soon

Why two sides

The protocol's per-job share is earmarked for burn (a separate flow) — distinct from the Bankr creator-fee sides below. 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

Configured

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.
Per-job burn earmark ($BASIS)—BASIS
The 10% per-job protocol share, held in $BASIS and earmarked for burn once the Base burn contracts are live; nothing burned yet (burned-to-date 0). A SEPARATE flow from the Bankr $BASIS-side split. Populates from verified on-chain activity.
Payment-router fees—BASIS
None today beyond slippage; the router takes no protocol rake. Currently zero.

Obligations — what the treasury owes

User credit balances—credit
Credits users have paid for and not yet spent (an accounting/reservation unit, settled in $BASIS). Recorded as durable network records.
Unsettled worker rewards—BASIS
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 reserve—BASIS
Staker-reward share of $BASIS-side fee generation, owed once staking routes on-chain on Base.
Unsettled refunds / releases—BASIS
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

Configured

$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.

BASIS on BaseScan ↗

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 unauthenticated fee-read endpoint is verified on Base. WETH-side and BASIS-side are never blended.

Parameter sources

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

Burned on Base

50% of each claim burned on-chain · read live from Base

50% of each $BASIS-side Bankr fee claim is burned on-chain — sent to the dead address, the burned supply read live from Base. The other 50% is funded to the staking vault (next section). What is not yet wired is the continuous, automatic 50%-of-fees feed — each event to date was an explicit, operator-signed claim, so that continuous split is still being wired. The WETH side is never burned. No burn is executed from this page.

Burned $BASIS (live)

645,807,747.4084

Dead-address balance — the burned supply, read live from Base. Realized from the $BASIS-side claims to date.

Burn share / claim

50%

Of each $BASIS-side claim, burned on-chain. The continuous automatic feed of this split — accounting field 0 — is not yet wired.

Burn address

0x000000000000000000000000000000000000dEaD

The dead address. Each burn is sent here on Base.

The burned figure is read live from Base and served as JSON at /api/network/stats. Wiring the continuous 50%-of-fees feed (so every claim splits automatically) is the remaining step; until then each claim, burn, and vault-funding is an explicit, operator-signed step.

$BASIS-side staker rewards

Funded · streaming on Base

Funded on-chain · streams into staked value

50% of each $BASIS-side Bankr fee claim is funded to the staking vault via fundRewards. The funded $BASIS vests linearly over 7 days (re-based on each funding) and streams into the redeemable value of staked $BASIS through the vault on Base; every amount is read live from Base. Separately, by design 50% of the ongoing $BASIS-side fee generation is directed to staker rewards — the continuous, automatic feed is not yet wired, so each funding to date was an explicit, operator-signed claim. This is not yield, passive income, or a guaranteed return; rewards are not guaranteed.

Staker share

50%

Of $BASIS-side fee generation, on Base.

$BASIS in the staking vault

734,925,387.4015

Staked principal plus the funded reward tranche, read live from Base.

Staking vault

0x8E064632dA9A39B286FB253fEE27e2995616a2f6

Rewards stream into staked value through this vault on Base.

Stake on the staking page; the user's wallet signs every transaction and Basis never holds keys.

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 .

Tokenomics

The $BASIS supply, utility, the worker / per-job-burn split, and the separate $BASIS-side burn/staker design — how value routes on Base.

Bankr fees

How creator fees accrue on both sides of the pool, source-backed from Bankr's docs, and how reads work.

$BASIS token

The inference token, its utility, and how inference is paid in $BASIS with ETH/WETH/USDC routing.

Architecture

The accounting, store, and settlement boundary behind these figures.