Economics & incentivesBeta

Release roadmap

What customers can expect from the 17 July invite-only mainnet beta through end-2026: new capabilities, subsidized starter balances, rewards, and wider access.

Owner
Product & Operations
Version
roadmap-2026.07.13
Verified
2026-07-13

Omnious opens its invite-only beta on 17 July 2026 at 15:00 BST (14:00 UTC). The beta settles real USDC payments on HyperEVM mainnet from day one; it is not a simulated market.

Mainnet does not mean unrestricted access. The first customers begin with a small, dollar-scale balance subsidized by Omnious, so they can make real paid requests with limited exposure. Invitations, balances, and usage limits expand only as payments, model choice, response quality, and support remain healthy.

After launch, the aim is one focused customer-facing improvement every three or four days. Dates after the beta opening are targets and may move when protecting customer funds or service quality requires it.

how to read this diagramBeta-ready means built for the beta but not necessarily available to every customer yet. Confirmed marks a fixed event. Quality milestone expands access only when the service is ready. Planned dates may move. Exploring means there is no launch or economic commitment yet.

What launches on 17 July

The founding cohort can use open-weight AI through the web app and OpenAI-compatible API. Requests are matched off-chain for speed, while payments settle in real USDC on HyperEVM mainnet. Customers see the winning provider quote, the market-clearing price, and a signed receipt.

Access is intentionally limited. Invited customers receive a small Omnious-funded starter balance for real mainnet requests; the final amount and eligibility will be published before invitations open. Balance and usage limits rise only after the service demonstrates clean payments, reliable recovery, useful model choice, and stable support.

On-chain matching, open provider onboarding, automatic dispute payouts, faster payment channels, and token or vault mechanics are not part of the opening beta. If they advance, they will be announced separately with customer terms before activation.

Pricing, rewards, and access programs

Core pricing

◆ 17 Jul mainnet beta

Customers pay the disclosed second-score/3 tariff. Providers receive 93%; Omnious takes a 7% platform fee. There is no hidden spread, and rewards cannot change auction ranking.

Beta starter balance

◆ 17 Jul mainnet beta

Invited customers receive a small Omnious-funded balance for real mainnet requests. It keeps first tests low-exposure; the amount and eligibility will be published before invitations open.

GPU points

◆ Starts 19 Jul

Season One earning starts Sunday 19 July 2026. The ledger uses a 1% base earn on eligible settled customer volume and provider net revenue, a 2× first fill in each model class, and a +0.25× session bonus. Only served rows with landed settlement contribute settled points, using the final charged amount rather than authorized overage. Challenge outcomes use their separate Shadow ledger terms. GPU points are not cash and do not promise a token or conversion.

Invite Drops

◆ Shadow · 30 Jul target

Non-transferable chips bid in a sealed clearing-price invite auction with published standing controls. Losing bids return floor(90%) in whole chips and the integer remainder is retired; referrals vest only after real use, and three genuine losses guarantee access.

Result reviews

◆ Shadow · Aug–Sep target

Approved reviewer wallets can use the Shadow, operator-adjudicated evidence path. Public eligibility, service levels, appeals, collateral, and rewards remain off until separately published.

Provider reliability program

~ Exploring Q4

A future program may ask providers to back reliability commitments. Deposit, withdrawal, loss, fee, and custody terms must be published before any customer funds are accepted.

Token plans

~ Exploring · no commitment

No token launch, allocation, value, conversion, or date is promised. Any future proposal will be published separately before activation.

How access and limits expand

  • Payment safety: every receipt agrees with settlement, with no unexplained transfer, refund, or provider payout.
  • Model choice: customers see competitive quotes, dependable fallback capacity, and useful response quality.
  • Real use: repeat paid requests—not sign-ups or a waitlist—show which capabilities should reach more customers.
  • Service reliability: backups, payment reconciliation, provider interruptions, and customer support work as expected.
mainnet from day one, with deliberate limitsThe beta uses real USDC on HyperEVM mainnet. Invitations, subsidized starter balances, and spend limits stay intentionally small. After at least seven stable days with clean reconciliation, verified recovery, and healthy model choice, those limits may increase.
rewards never buy better routingPoints, referrals, deposits, tokens, and first-party providers cannot alter who wins a request or its market-clearing price. Rewards may recognise genuine use, reliable supply, and useful evidence; they never buy auction preference.