BHCT is proposed to connect contribution rewards and service use in one token. Verified work earns an additional reward. If a creator chooses an actual service, receipts may fund later rewards after delivery, refunds and disputes are settled. Cash to pay service providers must be secured separately.
A creator uses training or campaign rewards to order an agreed partner's Clinic or editing support in the same BHCT unit
Use only within confirmed partnerships, service countries and regional terms
Choice from a personal wallet
A creator holds rewards or selects an available service; the proposed policy assigns no arbitrary expiry merely for leaving tokens unused
Admin freezes, locks, recovery and transfer restrictions are separate. Holdings do not guarantee unrestricted use; bookings and service rights may have validity periods
Fixed supply
NVEX plans training and delivery rewards without additional minting and discloses supply and payouts
Fixed supply does not guarantee value, price or demand
Public payout records
Link the operator's delivery-review record to NVEX's actual reward transfer for both parties to check
A transaction hash proves a transfer, not content quality or performance
Reuse of earned rewards
A creator orders a Clinic with rewards; after delivery, refunds and disputes are checked, receipts connect to later reward budgets
Only for services with booking, capacity, cash funding, partnership and rights conditions in place; supply and launch remain conditional
A policy against arbitrary token expiry is separate from administrator powers. Freezes, locks, recovery and transfer restrictions remain possible, and agreed bookings or memberships can have validity periods. Fixed supply does not guarantee value, and public transfers do not prove content quality.
Fixed supplyEcosystem reward poolPaid only within quarterly budgets and the annual total reward payout cap. Reallocated tokens paid again as rewards also count toward the cap.1,000,000,000 BHCT · No mint function
1 · DistributePaid for verified contributionsPay for reviewed training, delivery, reports and referrals. Brands receive only a bonus designation limit for the next campaign; actual tokens go to creators who meet the conditions.→ Eligible creator wallets · community use considered in Stage 2
2 · UseOptional services · accessProfile Clinic, Production Support and advanced training after supply agreement. Memberships are considered in Stage 2 and hub facilities in Stage 3.→ NVEX Foundation ecosystem receiving wallet
3 · ReallocateFinalized receipts to the reward pool
Web tables show the latest policy revision and reference date; PDFs show the fixed snapshot linked to their document. Check before/after tables and disclosures in Operating-policy history. Headcounts, quantities and amounts are proposed caps, not results or secured contractual supply.
ECO-0002 unit proposal: in the ECO-0002 proposal fixed to this document at publication, training completion and one Clinic session use the same BHCT amount. This need not remain equal in later revisions and does not guarantee a Clinic slot for every training participant.
Limits of totals: similar distribution and catalog totals do not establish coverage by service, region or period. Training recipients and Clinic capacity can differ; spare slots in other services do not automatically cover the gap. Check proposed figures in the tables and their revision record.
Before approval: review preferences and regions, accepted bookings, demand from previous unused rewards and refund reserves. Different service slots are not interchangeable inventory.
Reward amounts by contribution
Contribution
Amount (BHCT)
Conditions · caps
14-day campaign-ready program completed
1,000
Completion record verified, once per person
Readiness level 1: basic profile and samples verified
Can fund training, deadline and reporting bonuses as well as contractual pay
Total payout, support and reconciliation costs and time for the same audience and work
Internal · partner points
Cross-company settlement and public records can be designed in a separate system
Actual costs of partner acceptance, disclosure, permissions and user experience
Stablecoin
Can support payouts, service payments and programmed budget or access rules
Issuer, network, regional and accounting conditions, support and settlement burden
BHCT
Unified rewards, public supply and transfers, agreed service use and wallet choice
Actual usage, timely delivery, total costs and time, gas, permissions and price volatility
BHCT is an operating choice for these objectives, not a technical necessity. Points may suffice for one operator without additional benefits. A transaction hash proves a transfer, not content quality or performance; admin freeze and recovery risks remain. Business revenue growth is not linked automatically to token demand or price.
The following proposed rules guide checks of payouts, service supply, refunds and budgets. Total payouts count each actual reward payment without deducting returns. A payout group collects people rewarded in the same period for observation. Service capacity, group analysis and payout limits are approval policies, not an implemented automated enforcement engine or smart-contract control.
Distribution: only for verified contributions
Registration, wallet linking, holdings and trading volume alone do not earn rewards, and there is no holding interest or staking yield. Payouts link approved budgets to the operator's review records.
No promises of holding interest, dividends, staking yield, cash redemption or price support.
Do not describe transfer hashes as quality proof or these features as impossible with cash, points or stablecoins.
Do not re-spend undelivered, refund or disputed amounts, or count brand quotas as use, recovery or payouts.
Do not subtract returns from annual total reward payouts or route the same rewards through other pool names to bypass the cap.
Holdings and purchases are not conditions of general participation, assessment or selection.
This whitepaper is for information only and is not investment advice. Plans and figures may change; material changes are posted on the disclosure board. Read the full risk notice · Disclosure board
Stage 1 proposes 100% reallocation only after fulfillment and refund and dispute periods, reconciliation and approval. Reserves excluded; no burning.
→ Ecosystem reward pool
3 → Ecosystem reward pool · The proposal reallocates only finalized receipts, excluding refund and dispute reserves, after monthly reconciliation and approval
Cash runs separately · Actual brand receipts → contractual pay, production and operations. Separately secured service cash budgets → partner slots and costs. Under the default proposal, partners receive agreed cash rather than BHCT.
The operator verifies contributions, and NVEX sends additional rewards under the approved budget and payout terms.
Creators hold them in their wallets or choose services whose terms and availability are confirmed.
Under the base model, NVEX receives order payments and providers are paid from pre-secured cash budgets.
Only receipts cleared after delivery, refunds and disputes are reconciled and allocated to later rewards.
Current features are the treasury, payout tools, transfer checks, disclosures and supply API. Services, partnerships, budgets and the figures in this chapter are proposals. Limited operation requires the conditions and approvals below.
NVEX Foundation
Manages approved reward budgets and receiving wallets
Separately records and discloses payouts, orders, delivery, refunds, cleared receipts and reallocation
Once per person
Readiness level 2: ready for campaign placement
1,000
Once per person
Campaign delivery: on time
500
Per creator per campaign
Campaign delivery: revision criteria met
300
Approved within the agreed number of revisions, per creator per campaign
Campaign delivery: report submitted
200
Result report including platform source data, per creator per campaign
Performance achieved
Up to 1,000
Agreed metrics achieved, per creator per campaign. Do not count the same performance event again as a brand-designated bonus.
Creator referral
300
When the referred creator reaches readiness level 2; up to 10 per referrer per quarter
Brand referral
2,000
When the referred brand's first paid campaign is settled; once per brand
Brand repeat-booking bonus allocation
Up to 5,000
For each settled paid campaign, a limit to designate in the next campaign (up to 500 per participating creator). Allocations unused by the next campaign's settlement stay in the reward pool
ProposedECO-0002 · Stage 1 first-quarter pilot · as of November 5, 2026 · Proposal reference: November 5, 2026· Per-person cap 8,000 BHCT per quarterOperating historyDisclosure
The table retains the per-person quarterly cap. Actual transfers count in monthly disclosures and the annual total reward payout cap. Foundation payout gas and the first BNB support require secured cash. A brand quota uses reward budget only when an actual creator payout occurs.
Delivery-bonus counts mean creator-level assignments, not the number of brand campaigns: one creator performing one campaign is one assignment. Delivery, revision and report amounts use this unit. General performance and brand-designated bonuses have separate budgets but cannot pay twice for the same performance basis. Designated bonuses count toward annual total reward payout and personal caps when actually paid.
Service catalog prices and capacity
Service
Unit
Price (BHCT)
Quarterly capacity
Capacity total (BHCT)
Creator Profile Clinic
60-minute session and one profile/portfolio revision proposal
1,000
120 sessions
120,000
Production Support · short-form editing
One video up to 60 seconds, one revision
1,500
120 videos
180,000
Production Support · subtitles · localization
One video, one language
800
150 videos
120,000
Production Support · studio
2 hours with basic equipment (available regions only)
2,000
40 sessions
80,000
Advanced training
One seat at a live-commerce or AI-content workshop
1,200
160 seats (4 × 40)
192,000
Total
692,000
ProposedECO-0002 · Stage 1 first-quarter pilot · as of November 5, 2026 · Proposal reference: November 5, 2026Operating historyDisclosure
Fixed BHCT amounts do not guarantee cash conversion, buyback or perpetual availability of a particular service. Secured capacity, booking terms and region govern availability.
Price changes are disclosed before applying to new orders; accepted bookings are protected.
Retain the proposed 60-day order-use period and 14-day post-delivery refund and dispute period. Only cleared receipts after delivery, period closure, refunds and dispute resolution are reallocated.
If the preferred service is full, offer waiting, a later round or another item only with consent. Holdings alone do not guarantee a chosen slot.
Do not commit delivery before verifying service-specific cash quotes, supply and reserves.
Quarterly distribution budget
Item
Planning cap
Amount (BHCT)
14-day program completed
200 people
200,000
Readiness levels 1 · 2
200 at level 1, 100 at level 2
200,000
Campaign delivery bonuses
100 creator-campaign deliveries × up to 1,000
100,000
Performance achieved
100 creator-campaign deliveries × up to 1,000
100,000
Referrals
100 creators, 5 brands
40,000
Brand repeat-booking bonus allocations
10 × up to 5,000
50,000
Subtotal
690,000
Reserve (reprocessing and upheld disputes)
60,000
Quarterly budget
750,000
ProposedECO-0002 · Stage 1 first-quarter pilot · as of November 5, 2026 · Proposal reference: November 5, 2026· Distribution subtotal 690,000 BHCT · catalog capacity total 692,000 BHCTOperating historyDisclosure
The distribution subtotal and catalog total are aggregate checks, not delivery guarantees. The reserve in the operating table is not additional ready capacity; using it requires extra verification of the relevant slots, cash, gas and refund obligations.
New approval limit = minimum of remaining total approved budget and remaining annual total reward payout allowance, campaign and personal caps, deliverable capacity for the actual service mix demanded, and the range supported by pre-secured cash
Check regions, accepted bookings, demand from previous unused rewards and refund reserves by service. Protect existing payout and booking commitments; spare capacity in one service does not offset shortages in another.
Circulation example
This hypothetical uses the unit amounts in the ECO-0002 proposal fixed to this document at publication, distinct from later revised web tables. It illustrates structure, not results or secured services, and assumes all booking, review and budget conditions are met.
Step
Event
Creator wallet
Reward pool · receiving wallet
1
Completion reward for the 14-day program
+1,000
Reward pool −1,000
2
Voluntary payment for an agreed, booked Clinic session
−1,000
Receiving wallet +1,000
3
Rewards for readiness levels 1 and 2
+1,500
Reward pool −1,500
4
Contractual campaign pay is separate cash; reviewed delivery, revision and reporting bonuses are paid
+1,000
Reward pool −1,000
5
Actual creator bonus after the brand-designated criteria are met
+500
Reward pool −500
6
Payment for a booked short-form editing order
−1,500
Receiving wallet +1,500
7
Reallocate cleared receipts after delivery, period closure, dispute resolution and refunds
—
Receiving wallet −2,500, reward pool +2,500
Total rewards paid are 4,000, cleared receipts/reallocation 2,500, and creator holdings 1,500 in this example. The amount counted toward the annual total reward payout cap remains 4,000 after 2,500 returns; any further payout adds to it. Cash costs and compensation are separate.
Layer
Instrument
Role
Contracts · supply costs
Separately secured cash; Stage 2 rails selected after regulatory review
Brand payments, contractual pay, production and operations, provider fees, gas and refund costs
Contribution rewards · use
Proposed BHCT budgets
Reviewed additional rewards and actual catalog orders; a brand bonus quota is a pre-payout internal commitment
Cash, points and stablecoins can also implement caps, reallocation and access rules. The comparison uses equivalent work and observation criteria rather than assuming one method is superior.
Actual creator payouts including designated bonuses
Referral
Readiness or first paid-campaign settlement
Approved amount after activation is verified
Brand repeat booking
Paid campaign settlement
Quota for a later campaign bonus; not itself a token payout
Community mission (Stage 2)
Reviewed event or mission records
Approved mission and personal limits
Quarterly budgets: disclose planned, approved, spent and unused amounts separately. Unused budget is not a new payout result.
Annual total reward payout cap (proposed): 10% of the ecosystem reward pool's start-of-year reference balance. Disclose year, reference time, balance and wallet, and the first-year start and calculation period before spending.
Scope: combine rewards of the same economic nature from the 40% reward pool and services, market expansion, platform or other pools. Pool or program names must not bypass the common cap.
Count every payout: each payout after reallocation counts again. Recoveries, refunds and reallocation do not reduce annual usage or reopen the same year's cap. Returns support available-budget liquidity only.
Personal · campaign caps: account for existing limits and confirmed unpaid commitments; review duplicates and abuse.
Receipts and recycling: base model and exceptions
The base model receives actual service-order payments directly at the NVEX ecosystem receiving wallet published in the catalog. Providers receive agreed cash from budgets secured in advance.
Link the actual order, amount, receiving wallet and receipt.
Confirm delivery and reserve the amount until refund and dispute periods end after delivery.
The Stage 1 proposal reallocates 100% of cleared receipts, after refunds and dispute resolution, to the reward pool following monthly reconciliation and approval. Deposits alone, undelivered orders and refund reserves are not eligible.
Further payouts require the next approved budget and remaining allowance under the annual total reward payout cap.
Direct operator or partner receipt is a separate contractual exception. Only the agreed return share actually received by the foundation is counted; the base-model 100% does not apply to every exceptional receipt. Voluntary service payments, returns and reallocation differ from forced admin recovery. They are not minting, automatic burning, cash revenue or external market demand.
Current disclosed wallets and circulating supply follow the status tables and supply API. Proposed registration of reward and receiving wallets takes effect after disclosure; unregistered operator balances do not become non-circulating automatically. Circulating supply is total supply minus disclosed wallet balances, distinct from cumulative external payouts, returns, unlocks and burns. That figure alone does not explain service usage or all-pool outflows.
Sustainability: token budget and cash budget
Budget
Proposed source
Spending condition
Tokens
Approved allocations within existing supply and actual eligible reallocation
Annual total reward payout cap, quarterly, personal and campaign limits
Cash
Written agreement on a service budget from actual brand payments, or separate foundation, operator or sponsor funding
Confirm receipt, cost responsibility, providers and slots before commitment
In-kind
Facilities, equipment or services confirmed in writing
Verify scope, quantity and duration separately rather than treating them as cash
Token receipts do not create cash for editing, studios or training. New commitments and expanded rewards require supply, refund and gas budgets first. Current revenue, cash support and costs are not assumed confirmed.
Operating evidence table: verify each service
Complete this checklist separately for Clinic, Production Support and advanced training. Catalog figures are proposed capacity, not evidence of secured supply.
Check
Current status
Evidence required before starting
Supplier
To verify
Actual contracting entity, delivery responsibility and contact
Region
To verify
Countries, languages and online or on-site conditions
Unit cash cost
To verify
Unit, currency, quote, validity, taxes and additional costs
Deliverable slots
Proposed capacity; secured quantity unverified
Supplier confirmation, availability, accepted bookings and waiting demand
Budget provider
To verify
Funding responsibility, approval, receipt, refunds and gas reserves
Evidence · review
Incomplete
Contracts, quotes, funding and review records, reviewer and date
Operating status
Unlaunched proposal
Verify conditions, disclose and approve before launch
Balancing rules
Signal
Assessment
Adjustment
Low fully observed payout-group recovery
Compare only payout groups whose observation and reconciliation have ended
Review the next uncommitted budget under the proposed 30% and 25% rule below
Excess demand by service or region
Total nominal capacity is not actual preference
Secure supply and cash first; waiting or alternatives require the user's consent
Cost, capacity or security gap
An operating condition fails regardless of observation age
Stop new payout commitments and bookings immediately; protect and handle existing commitments
No change in delivery, revision or reporting
Incentive benefit remains unproven
Compare equivalent cash, points and stablecoin work before revising criteria
Suspected duplicates or abuse
Concentration alone does not prove abuse
Holds, review, appeals and personal caps
Calendar-month cash and token flows versus payout group recovery
Calendar reports separately show actual cash receipts, costs, payables and reserves, and token payouts, order receipts, refunds, reserves, eligible reallocation and balances. Returns in a month may come from older payout groups, so dividing them by the same month's payouts is not a recovery rate.
Create reward-payout-month groups with a proposed 120-day observation window after the payout group's last completed reward transfer. This is intended to cover the 60-day service period, 14-day post-delivery refund and dispute period, and the next monthly reconciliation. The denominator is actual reward quantity paid to the payout group. The numerator is the amount eligible for reallocation within that window, reconciled through order and reward ledgers after delivery and refund/dispute closure, net of refunds. Wallet balances do not establish the provenance of particular tokens.
A payout group remains under observation until its window and reconciliation end. Track late use and unresolved disputes separately in later calendar flows and reserves; the comparison window neither expires tokens nor reduces existing bookings. Publish payout month, final payout date, observation end, reconciliation date, numerator, denominator, reserves and observation status.
Adjustment criteria for the next budget
Metric
Proposed threshold
Adjustment
Fully observed payout-month group recovery
Below 30% after 120-day observation and reconciliation
Reduce the next approval round's new, uncommitted budget by 25% and improve the catalog; protect existing commitments
Capacity used by service
90% or more
Secure that service's slots and cash first; do not offset with other services
Budget spent
Below 50%
Keep unused tokens in the pool without increasing the next new budget
Hold · rejection rate
10% or more
Review conditions and approvals before new budgets
Do not apply the 30% rule automatically to payout groups whose observation and reconciliation are not yet complete. Cash, capacity or security failures stop new commitments immediately rather than waiting 120 days.
Rollout by stage
Stage
Distribution
Use
Reallocation
Start conditions
Stage 1
Approved rewards; brand quota is a pre-payout commitment
Secured service-specific catalog
100% of base-model cleared receipts; contractual actual returns for exceptions
