Tokenomics
Weather Data Economy, AI & DePIN
Disclaimer and Compliance Notice
This document is a whitepaper design document intended to describe the token economics (supply, distribution, unlocking, reward/fee distribution, staking and slashing, governance) of the WELLBIAN protocol. It does not guarantee any returns on token holdings or network participation. Features subject to regulation, such as prediction markets, insurance, and index settlement, will be provided in phases under compliance with applicable laws and regulations and within partnership frameworks.
1. Executive Summary
WELLBIAN aims to create ‘settlement-grade weather data’ by integrating physical observation, verification, and settlement into a single economic system. The token has a fixed supply (100 billion), with 40% allocated to a network participation reward pool released through long-term emission. The system is designed so that verification/settlement fees generated from actual service revenue will eventually replace the long-term emission dependency. Core Metrics (Fixed): • Total Supply: 100 billion fixed (no additional issuance) • Initial Distribution: Nodes 40% / Foundation 20% / Team 15% / Strategy 10% / Partners 10% / Liquidity 5% • Node 40% Internal (Initial): WN 50% / WG 10% / AE 10% / VV 20% / OR 10%
2. Total Supply and Allocation
The total issuance is fixed at 100,000,000,000 (100 billion), and no additional minting is permitted.
Node Distribution (Network Participation Rewards)
40%
40,000,000,000
Participation in Observation/Transmission/Edge/Verification/Settlement Rewards (Emission + Performance-based)
FOUNDATION Treasury
20%
20,000,000,000
Security, Audit, Standardization, Grants, Crisis Response
Team Allocation
15%
15,000,000,000
Long-term incentives for core development and operations personnel (Lock-up/Vesting)
Strategic Investors
10%
10,000,000,000
Long-term partners/funding/network Expansion (lock-up/vesting)
Ecosystem Partners
10%
10,000,000,000
Onboarding/milestone-based payments (data demand/installation coverage, etc.)
Liquidity Pool
5%
5,000,000,000
DEX/CEX Liquidity, Market Stabilization Program
Diagram 1. Initial Token Distribution (Fixed at 100 Billion)
3. Vesting & Unlock Policy
WELLBIAN fixes the supply but extends the unlock/vesting period to minimize market impact per allocation. All vesting is executed via on-chain vesting contracts (or equivalent transparent methods), with changes subject to disclosure, governance, and time-lock as a principle.
Node Distribution 40%
Minimum 0%
None
Long-Term Emission Program
Emissions are categorised by epoch.
Foundation 20%
Restricted
6~12 months
48~60 months
Treasury spending cap + DAO approval recommended
Team 15%
0%
12 months
36 months
Total 48 months (a long-term alignment strategy.)
Strategic investor 10%
0~10%
3~6 months
18~24 months
Alignment with Long-Term Partners
Partner 10%
0%
None
Milestone Payment
KPI/Performance-based (Installation, Demand, Verification, etc.)
Liquidity Pool 5%
Part
0~3 months
12~24 months
Initial Liquidity + Phased Addition
4. The internal pool structure features a 40% node distribution.(Reward Pools)
The 40% node distribution includes ‘Physical Data Production + Data Verification + Settlement’. The initial parameters, which are adjustable via governance, are as follows:
WN Observation Reward Pool
50%
20,000,000,000
Field Observation Data Production
WG Transfer Reward Pool
10%
4,000,000,000
Stabilization of Collection/Transmission (Improvement in Loss Rate and Delay)
AE Edge Reward Pool
10%
4,000,000,000
On-site QC/Index Generation/Delay Reduction
VV Verification Reward Pool
20%
8,000,000,000
Verification·Quality Score·Outlier Challenge
OR Settlement Compensation Pool
10%
4,000,000,000
Settlement Event Posting (SLA/Audit)
5. Emission Policy
Since it is a Fixed Supply, there is no inflation. The pre-allocated node distribution pool (40B) is released over time (drip). The release unit is the Epoch (recommended: 1 week). For each Epoch, the release amount per pool is calculated and delivered to the Reward Distributor.
1
7,200,000,000
Bootstrap (Initial Diffusion)
2
5,500,000,000
Expanding Coverage
3
4,900,000,000
Quality Stabilization
4
4,300,000,000
Demand-Based Transition Begin
5
3,900,000,000
6
3,500,000,000
7
3,100,000,000
8
2,800,000,000
9
2,500,000,000
10
2,300,000,000
Maturity Phase (Fee-Based)
Total
40,000,000,000
6. Common Formula for Calculating Rewards
The epoch reward for each participant i is determined by the total pool release amount and the participant's score ratio. Reward_i = Pool_epoch × (Score_i / ΣScore) Score_i = BaseWeight_i × F(Q_i, U_i, D_i, C_i) × P_i BaseWeight is the base weight based on tier/capacity/role, while F(·) combines quality (Q), availability (U), demand contribution (D), and coverage scarcity (C). P_i is applied within the range 0 to 1 based on penalties such as slashing, operational departure, and rule violations. Recommended Combination Function (Governance Parameters α, β, λ, μ): F = (Q/100)^α × U^β × (1 + λD) × (1 + μC)
7. Reward Criteria per Node
7.1 WN (Observation Node)
WN is the core of data production, and compliance with Managed O&M (installation standards, calibration, operational history) acts as a compensation gate. Example Multiplier (Initial Value, Governance Adjustable): • Level: L1 1.0 / L2 1.8 / L3 3.0 / L4 5.0 • Environment: Urban 1.00 / Rural 1.05 / Coastal 1.10 / Mountain 1.15 • Operational Gate: Normal 1.0 / Warning 0.5 / Non-Compliance 0.0(Compensation Halt) Quality Score (QS) Recommended Configuration (Weighting Example): • Cross-validation consistency (Adjacent nodes/satellites/external data): 30% • Continuity (Uptime/Absenteeism Rate): 25% • Latest Version of the Proofreading Tool: 20% • Installation Standards/Metadata Completeness: 15% • Outliers and Manipulation Indicators (Penalty): 10% According to the whitepaper standard, the recommended cutoffs are as follows: QS < 60: Reward reduction/suspension; QS 60–80: Base QS 80–90 weighted; QS ≥ 90: Settlement candidate bonus (optional).
7.2 WG (Gateway)
WG's performance is evaluated based on several key metrics, including the number of active nodes, verified packet throughput, loss rate/latency, availability, and mean time to repair (MTTR). Example Scoring Model: Score_WG = BaseWeight_cap × (a·ActiveNodes + b·VerifiedPackets) × U - c·LossRate - d·Latency
7.3 AE(AI Edge)
AE contributes to service quality and demand expansion through on-site QC processing, risk index/nowcasting generation, and latency reduction. Key performance indicators include throughput (QC Throughput), inference utility (Inference Utility), latency improvement (Latency Gain), accuracy consistency (Accuracy Consistency), and uptime (Uptime).
Example Scoring Model: Score_AE = BaseWeight_cap × (x·QC + y·Indices + z·LatencyGain) × U × (1 - ErrPenalty)
8. VV (Validator) and OR (Oracle)
8.1 VV (Validator): Validation Reward and Validation Fee
VV is responsible for data batch verification, quality score calculation, anomaly/manipulation challenge detection, and pre-settlement event verification. VV secures trust through staking and may be slashed for violations such as intentional misverification, collusion, or settlement manipulation. The source of the verification fee is as follows: • A fixed percentage of data/API/index revenue is routed to the Validator Pool. (The recommend an initial value of 7%) • A set percentage of settlement event revenue should be routed to the Validator Pool. (The recommend an initial value of 15%) • VV emission (8B) within the Node Distribution Pool should be combined with this to achieve both bootstrapping and demand-driven self-sustainability simultaneously.
8.2 OR (Oracle): Settlement Reward and Settlement Fee
OR publishes definitive data required for settlement events such as prediction markets, insurance, and index settlement. This ensures that service-level agreements (SLAs) are met in terms of timeliness, and that the transactions are auditable. OR is also subject to staking and slashing, which is a system designed to allow for the disqualification of those who repeatedly violate SLA terms or fail to meet audit requirements.
It is recommended that the initial value for the Settlement Fee be set at 25%. Route 25% of settlement revenue to the Oracle Pool. Additionally, OR is bootstrapped via OR emission (4B) within the node distribution pool.
9. Fees and Revenue Routing
WELLBIAN utilizes a Fee Router that automatically allocates value to network participants as service usage (demand) increases. This advanced system segregates routing ratios by service type to accurately reflect the cost structure of data/API-centric revenue and settlement event revenue.
9.1 Data/API/Index Revenue Routing (Recommended Default)
Provider Pool(WN/WG/AE)
60%
Data Production, Transmission, and Edge Processing Contribution Rewards
WELLBIAN LABS
20%
Operations (O&M), SLA, QC, Reporting
FOUNDATION Treasury
10%
Security, Audit, Grants, Crisis Response
Validator Pool(VV)
7%
Verification Fee
Liquidity/Market Ops
3%
Liquidity/Market Stabilization Program
Provider Pool(60%) Internal Recommended Allocation: WN 70% / WG 15% / AE 15% (Governance Adjustable)
9.2 Settlement Event Sales Routing (Recommended Default)
Oracle Pool(OR)
25%
Settlement Fee
Validator Pool(VV)
15%
Settlement Verification Fee
FOUNDATION Treasury
20%
Regulatory, Audit, and Security Response and Reserves
Provider Pool(WN/WG/AE)
25%
Providing data for settlement purposes
WELLBIAN LABS
10%
Settlement SLA/Reporting/Compliance Operations
Liquidity/Market Ops
5%
Liquidity/Market Stabilization Program
Diagram 2. illustrates the relationship between revenue (Data/API vs. Settlement) and the Fee Router, which directs funds to the Distribution Flow.
10. The schematic illustrates the flow of emissions from the initial stage to the pool, and then to the participant reward.
The following diagram illustrates the process by which the node distribution pool (40B) is released in epochs and allocated to each pool (WN/WG/AE/VV/OR), and participants claim it.
11. Economic Security: Staking, Bonding, Slashing
WELLBIAN utilizes staking and slashing to eliminate economic incentives for data manipulation, fraudulent verification, and settlement tampering. VV/OR are designated mandatory staking targets, while WN/WG/AE may be subject to phased bonding, which can be optional or conditional. Slashing Target(Example): • Intentional misverification/collusion, participation in settlement manipulation • Repeated rule violations or exceeding tolerance limits • Repeated SLA violations by OR or failure to submit audit logs • Submission of data showing signs of manipulation (based on verification results)
12. Governance and Change Principles
Pool allocation, emission rate (annual cap), quality score weighting/cutoff, revenue routing ratio, and staking/slashing conditions are all governance items. Policy changes follow the principle of Proposal -> Expert Committee Review -> DAO Vote -> Execution after Time Lock, with upper/lower limits and gradual changes recommended to prevent abrupt alterations.
*Immutable Principle: The total supply has been fixed at 100 billion, and no additional minting is permitted.
13. Token Sinks and Long-Term Self-Generation
In order to ensure the long-term stability of the fixed supply model, tokens are designed to be (1) locked via staking/bonding and (2) self-sustaining through fee-based recycling as real-world usage increases. Governance has the option of adopting either a buyback and burn policy or a security/verification bonus pool accumulation policy as an optional strategy.
Last updated