PROG main token · launch system

One token.
Two reinforcing economies.

The main PROG token will pair a deliberately simple project treasury with a separate protocol-revenue flywheel. Its own 3% trading tax builds a 65/35 USDG reserve; platform revenue from every PROG-powered project is designed to fund operations, buy and burn PROG, and deepen permanent liquidity.

TOKEN + FLYWHEEL PENDINGINFRASTRUCTURE LIVETOKEN ADDRESS · PENDING
Launch boundary

The machine is live. The asset is not.

PROG's shared deployment, settlement, strategy and recovery contracts are live and exact-match verified. The token, its treasury and the holder flywheel remain undeployed until the final metadata, caps, exact Pons curve and graduated V4 pool can be certified together.

PUBLIC TELEMETRYAWAITING CANARYNo PROG token or pool address assigned
TOKEN TAX3% / 3%One 300 bps Pons creator tax on buys and sells
PROJECT TREASURY65 / 35Liquid USDG / Spark
PROTOCOL FLYWHEEL50 / 30 / 20Operations / burn / permanent liquidity
VERIFICATION198 + 46Forge / protocol TypeScript
Economy one · PROG trading tax

The token builds its own conservative reserve.

Each PROG buy or sell pays the planned 3% creator tax into canonical Pons escrow. When claimed, the same immutable platform rule applies: 5% of creator fees goes to the protocol fee vault and 95% goes to the PROG project treasury.

INPUT3% Pons creator taxBuys + sells · canonical escrow
→
5%PROG protocol revenueLIVE FEE VAULTBOUND
95%PROG project treasuryCANARY PENDINGBOUND
PROG treasury routeWeightRoleLaunch state
Liquid USDGAvailable reserve, failed-route fallback and exit liquidity
65%RESERVECANARY POLICY
Spark savingsVariable base yield with bounded redemption
35%RESERVECANARY POLICY
Important: the 5% platform share is taken from creator fees, not directly from trading volume. At a 3% trading tax, PROG receives an effective 0.15% of taxable volume and the project treasury receives 2.85%.
Economy two · platform revenue

Every successful project can reinforce PROG.

The live protocol vault accumulates PROG's 5% share from every project settlement. The token-bound flywheel is designed to make that revenue policy explicit and automatic instead of leaving it as discretionary wallet income.

50% · OPERATIONS

Keep the protocol running.

Routes to one published operations beneficiary. The address is chosen and frozen in the deployment manifest.

30% · BUY + BURN

Reduce PROG supply.

Buys on the exact curve before graduation and the runtime-locked V4 pool afterward. Purchased tokens go directly to 0x…dEaD.

20% · PERMANENT LIQUIDITY

Deepen the market.

Creates direct PROG/native V4 positions with no LP NFT, withdrawal, transfer, decrease-liquidity or rescue path.

BUILT · TESTED · NOT DEPLOYED — This is tested source, not a live holder benefit yet. The router and executors passed 15 focused tests and the 198-test repository suite. They deploy only after the real token provides immutable curve and pool bindings and the beneficiary and caps are approved.
Execution controls

The flywheel cannot become a discretionary trading wallet.

Token identity, market identity, capital buckets and execution bounds are enforced independently. A failed buyback or liquidity action cannot consume the operations allocation or rewrite another bucket.

01Claim + 5/95 settlementThreshold / fresh quoteCERTIFIEDREADY FOR CANARY
0265/35 reserve routingEach successful settlementCERTIFIEDREADY FOR CANARY
0350/30/20 revenue accountingEach protocol-vault withdrawalSOURCE-TESTEDTOKEN BINDING REQUIRED
04PROG buy + burnBounded market batchesSOURCE-TESTEDTOKEN BINDING REQUIRED
05Permanent PROG liquidityPost-graduation onlySOURCE-TESTEDTOKEN BINDING REQUIRED
MARKET SAFETY

Exact routes, bounded execution.

Per-transaction and daily caps, deadlines, minimum output, runtime hashes, replay protection, graduation-state checks and exact refund reconciliation all fail closed.

HOLDER BOUNDARY

Mechanism, not a promise.

Buyback and permanent liquidity can support market structure, but holders receive no dividend, redemption claim, treasury ownership, principal floor, guaranteed yield or guaranteed price appreciation.

Evidence boundary

What is proven now—and what the canary must prove next.

The underlying claims, settlement, reserve and recovery paths have already completed reproduced lifecycles. The final token-bound flywheel still requires a current-state fork with the real PROG addresses followed by a deliberately small mainnet canary.

FORK-CERTIFIED#52,578,399

Pons creator-tax claim

Real Pons trading accrued creator tax. An unbound caller was rejected; the configured treasury claimed the exact credit and canonical escrow reached zero.

CLAIMED253,542,251,765,683 weiESCROW AFTER0 wei
FORK-CERTIFIED#53,526,313

Native fee conversion

ETH wrapped and converted to USDG through the deployed Alandale pool/router with proxy implementation locks, independent ETH/USD and USDG/USD Chainlink bounds, 3% max slippage and a 15-minute deadline.

INPUT0.01 ETHORACLE QUOTE24.852365 USDG
FORK-CERTIFIED#52,433,078

RH DeFi reserve

Real Spark spUSDG deposit and Morpho supply under 40/35/25 policy; 30-day NAV movement; cash, in-kind and zero-balance exits; failed allocation stayed liquid.

NAV BEFORE3,000.000014 USDGNAV AFTER 30D3,003.810107 USDG
Next gate

Bind the real token. Prove the complete loop.

Finalize the PROG identity, operations beneficiary and execution caps; simulate the 3% launch, 65/35 treasury and 50/30/20 flywheel against current mainnet state; then run the bounded public canary.