Devnet

Protocol Address 6PnB...FtT2

Period Loading...Sale Loading...

Value Flow

How value moves through the protocol

The protocol separates purchase payment, share staking, distribution funding, and claim execution into explicit on-chain paths.

Mental Model

Payment enters

Buyers pay with supported stable assets into the phase-selected destination path.

Shares stake

Shares move from wallet holding into staked claim state.

Claims execute

Staked shares claim funded assets through explicit vault paths.

Purchase

Share Purchase Flow

Payment enters Sale Vault before Ponzi Time, then routes to Revenue Pool during Ponzi Time so buy-side flow is recycled into shareholder distribution paths. Ponzi Time activates when total sold reaches 200,000 SHARE (200 x SHARE_TOKEN_WEEKLY_RELEASE_BASE_UNITS). This is 20% of total shares.

Buyer Wallet

Pays with USDC or USDT for a share purchase.

Sale Vault / Revenue Pool

Buy-payment destination changes by phase: Pre-Ponzi Time -> Sale Vault, Ponzi Time -> Revenue Pool (shareholder revenue recycling).

Shareholder Wallet

Receives the purchased shares.

Activation

Claim Activation Flow

Purchased shares move from wallet holding into the claim path through staking.

Shareholder Wallet

Holds purchased shares before staking.

Claim Stake Escrow

Tracks pending and staked claim shares.

Staked Claim Position

Only staked shares participate in claims.

Funding

Distribution Funding Flow

External revenue, partner assets, or protocol-routed value can fund distribution assets.

External Project / Revenue

Funds stablecoins, partner tokens, or incentive assets.

Revenue Pool

Holds assets intended for shareholder claims.

Funded Claim Pool

Makes funded assets available for the period.

Claim

Claim Execution Flow

Claims execute only when claim-ready stake and funded assets align for the selected asset.

Claim-Ready Stake

Determines whether the wallet can participate in the claim path.

Revenue Pool

Supplies the selected funded asset.

Recipient Token Account

Receives the claimed distribution asset.

Example Scenario

From purchase to claim

This example follows one simple end-to-end path through the protocol, connecting purchase, stake, claim readiness, and claim into a single lifecycle.

Step 01

Buy 1 share

A buyer pays with USDC or USDT. Payment routes to Sale Vault before Ponzi Time and to Revenue Pool during Ponzi Time, where it can recycle into shareholder claims. The buyer receives 1 share.

Step 02

Stake the share

The wallet moves the share into claim stake escrow. The position may begin as pending before it becomes claim-ready.

Step 03

Wait until claim-ready

Once the position is claim-ready for the period, the wallet can participate in claims.

Step 04

Claim a funded asset

If the selected revenue pool account is funded, the wallet can claim the supported asset into its recipient token account.

Key takeaway

Payment, share ownership, staking, and funded distribution assets are related, but they are not the same thing. The protocol keeps them on separate visible paths so participants can verify state before acting.

Key distinctions

The protocol deliberately separates payment, share position, stake state, and funded claim assets so each part of the lifecycle can be inspected independently.

Payment is separate from share position

Payment assets route by phase (Sale Vault before Ponzi Time, Revenue Pool during Ponzi Time), while shares are issued as the position unit and buy flow can recycle to shareholder claims.

Shares are not automatically claim-ready

Wallet-held shares must move through staking before they participate in distributions.

Funding is separate from entitlement

Distribution assets must be funded before staked shareholders can claim them.

Multi-asset note

StablecoinsPartner TokensIncentives

Distribution funding may include stablecoins, partner tokens, and ecosystem incentive assets. Claim readiness still depends on staked shares for the current period, not on the asset type itself.