01 / APPLICATION
Probability Engine
A proposed 15-minute cycle using an external ETH/USDT spot-market reference, number selection, prize tiers, and rollover logic.
ORACLE-DRIVEN · ON-CHAIN · ADAPTIVE ECONOMICSEVRF
EVRF
PROTOCOL
A proposed framework for verifiable on-chain probability applications—connecting external market data, cryptographic result transformation, token utility, and adaptive economic design.
Content is based on the supplied EVRF Protocol v2.0 whitepaper and tokenomics case-study deck. Implementation and third-party verification must be confirmed before launch.
EVRFVERIFY · TRANSFORM · SETTLE
Multi-source OracleExternal market references
SHA-256 MappingCryptographic transformation
15-minute cycleProposed cadence
100MProposed maximum EVRF supply
15 minReference prediction cycle
0.06 / 0.04Proposed USDT LP / buyback-burn split
2026–2028Roadmap horizon in whitepaper
01 / Protocol Overview
Three connected systems.
One economic flow.
EVRF's design links an on-chain probability application, an EVRF token model, and a performance-based node network. The intended system flow connects participation, settlement rules, liquidity operations, and ecosystem incentives.
02 / ASSET
EVRF Token
A proposed 100 million maximum supply, with planned liquidity, buyback-and-burn, staking, and ecosystem utility mechanisms.
03 / GROWTH
Node Network
A tiered channel framework tying eligibility to EVRF staking and team activity, with proposed dynamic performance reviews.
02 / Technology
From external data to a verifiable result.
The whitepaper describes multi-source ETH/USDT price references and a secondary cryptographic transformation. These design descriptions are not a substitute for deployed contracts, independent review, or a reproducible verification specification.
STEP 01Market DataETH/USDT spot-price references
STEP 02AggregationMedian filtering to reduce single-source anomalies
STEP 03Hash TransformPrice-derived digits combined with seed and timestamp
STEP 04Result MappingHash output mapped to 000–999
STEP 05SettlementMatch results and publish payout records
⌁
Multi-source Price Oracle
The whitepaper proposes ETH/USDT references from Binance, Coinbase, and OKX, aggregated using a median filter. Providers, collection methods, timestamp rules, and fallback policies should be publicly testable.
#
Cryptographic Transformation
The design describes SHA-256 re-hashing of price-derived digits with a block seed and timestamp. Seed selection, commit-reveal, implementation, and bias resistance require specification and security review.
⏱
Cycle and Cut-off
The reference model uses 15-minute rounds and proposes a hard cut-off before the price reference is finalized, separating entries from result publication.
◇
MEV and Oracle Risk
Proposed controls include commit-reveal, threshold signatures, and a cut-off window. No mechanism should be described as eliminating all manipulation risk without verified implementation.
03 / Tokenomics
Designed around usage, liquidity
and long-term alignment.
The whitepaper's proposed allocation totals 100 million EVRF. Figures and release rules should be treated as a design model until confirmed against deployed token contracts and official wallet disclosures.
Proposed supply allocation
The companion case-study deck also describes an initial model with 20M locked, 10M in a node pool, and 70M not circulating. The allocation above follows the whitepaper's more detailed proposed schedule; final allocation must be reconciled and confirmed.
Per 1 USDT entry · proposed model
Four-way fund allocation
0.50 USDT → Global Prize Pool
0.20 USDT → Node Growth Reserve
0.20 USDT → Protocol Treasury
0.10 USDT → Liquidity and Token Engine
Liquidity and supply mechanism
0.06 USDT + 0.04 USDT
The whitepaper proposes 0.06 USDT for EVRF/USDT liquidity and 0.04 USDT for market buyback and permanent burn. Actual operation depends on deployed contracts, routing, liquidity, and public transaction verification.
| Allocation | Amount | Share | Proposed release logic |
|---|---|---|---|
| Treasury Lock | 20,000,000 EVRF | 20% | Genesis lock; use subject to governance approval |
| Node Pool | 10,000,000 EVRF | 10% | Node staking and initial circulation model |
| Mining Rewards | 50,000,000 EVRF | 50% | Proposed 36-month release linked to activity |
| Core Team | 10,000,000 EVRF | 10% | 12-month cliff, then 24-month linear vesting |
| Initial Liquidity | 10,000,000 EVRF | 10% | Proposed initial DEX liquidity allocation |
04 / Channel Node Network
Incentives linked to stake and activity.
The proposed node model combines EVRF staking thresholds, volume commissions, team-related pool rewards, and 30-day performance reviews. Rewards are variable, not guaranteed returns.
| Node tier | veEVRF threshold | Volume commission | Team-pool reward | Monthly team volume floor |
|---|---|---|---|---|
| Tier 1 | ≥ 1,000,000 | 1.0% | 0.5% | 10,000 USDT |
| Tier 2 | ≥ 3,000,000 | 3.0% | 1.5% | 50,000 USDT |
| Tier 3 | ≥ 6,000,000 | 6.0% | 3.0% | 200,000 USDT |
| Tier 4 | ≥ 10,000,000 | 10.0% | 5.0% | 500,000 USDT* |
*The source whitepaper's Tier 4 volume figure appears with a formatting ambiguity (“50,0000 USDT”). 500,000 USDT is shown as a provisional interpretation and must be confirmed before publication. Rates and thresholds are proposed parameters, not earnings guarantees.
⌛
Time-weighted staking
veEVRF is proposed to weight staked EVRF by lock duration, aligning node eligibility with longer-term participation.
↻
30-day snapshots
Tier reviews consider both staking levels and recent team activity, with automatic upgrades or downgrades under published rules.
◎
Team-correlated rewards
Team-pool rewards are proposed to track activity generated by each node's own network, rather than only a global pool.
05 / Adaptive Economics
Build stabilizers into the economic cycle.
The source documents identify a key structural risk: positive feedback can amplify growth but can also reverse when user acquisition, liquidity, or token demand weakens. The proposed response is to add adaptive mechanisms and explicit risk limits.
↗↘
Counter-cyclical parameters
Proposed changes to reward form, fee levels, and burn allocation respond to market or activity conditions. Triggers, governance controls, and limits should be documented before activation.
▤
Prize-pool cap
A dynamic cap based on recent average payouts is proposed, with overflow allocated to a risk reserve and a secondary buyback-and-burn pool.
◉
Elastic fee policy
The model proposes lowering fees when activity remains below a defined threshold, shifting the difference toward the prize pool under auditable parameters.
⛨
Operational controls
Multisig administration, emergency pause rules, contract verification, oracle fallback policies, and public fund accounting are safeguards to specify and verify.
06 / Roadmap
A proposed path from launch
to ecosystem expansion.
This timeline reproduces the whitepaper's stated 2026–2028 milestones as planned targets, not confirmation that milestones have been delivered.
2026 · Q3–Q4
Genesis & Network Launch
Target: security review, mainnet launch, initial node pool staking, and ETH 15-minute oracle application.
2027 · Q1–Q2
veEVRF & Economic Engine
Target: time-weighted staking, buyback-and-burn engine, and 30-day dynamic node snapshots.
2027 · Q3–Q4
Resilience & Multi-Asset
Target: risk-reserve cap, additional network deployment, and BTC/SOL prediction applications.
2028 · Q1 onward
DAO & Developer SDK
Target: governance transition and release of an EVRF-VRF SDK for ecosystem integrations.
07 / Security & Risk
Transparency starts with clear disclosures.
Blockchain execution can improve auditability, but does not remove economic, technical, market, or legal risks. The source documents describe planned controls; independent evidence and live on-chain records should be published when available.
! Smart-contract risk
Bugs, access-control errors, upgrade paths, and emergency controls can lead to loss of funds.
! Oracle and randomness risk
Data quality, timing, seed selection, implementation bias, and source outages require independent testing.
! Market and liquidity risk
Token prices and liquidity can change sharply; buyback or LP mechanisms do not guarantee price support.
! Economic-design risk
High-frequency participation, fee structures, prize rollover, and node incentives can produce adverse outcomes.
Before official launch
Publish verifiable project information rather than relying on claims alone.
- Official chain and token contract address
- Verified contract source and deployed parameters
- Independent audit reports, if completed
- Oracle provider methodology and result verification guide
- Public wallet labels and fund-flow monitoring
- Jurisdiction-specific legal and compliance review
Documentation
Read the EVRF Protocol Whitepaper
The original source whitepaper is included in this package. It is written in Traditional Chinese; review an English translation before presenting it as an official English document.
08 / FAQ
Frequently asked questions.
Is EVRF live on mainnet?
The supplied files do not provide a verifiable token contract address or live application URL. Current live status should be confirmed by the project team.
Has the protocol been audited?
The whitepaper discusses audits and formal verification, but no audit report was included in the supplied files. This website does not claim an audit is complete.
Does EVRF guarantee token value or rewards?
No. Liquidity, buyback, burn, staking, and node mechanisms do not guarantee appreciation, profit, or reward levels.
How can results be independently verified?
A launch-ready verification page should publish contract addresses, round identifiers, data-source records, result inputs, transaction hashes, and payout transactions. These details were not supplied.
Important Notice
Understand the risks before participating.
This website is for informational and educational purposes only. It is not an offer, solicitation, investment recommendation, or guarantee of returns. Digital assets are highly volatile and may result in partial or total loss. Any probability, lottery, or prize-based application may be restricted or regulated differently across jurisdictions. Users are responsible for determining whether access and participation are lawful where they reside. Forward-looking statements and roadmap items are subject to technical, operational, market, and regulatory uncertainty. References to mechanisms describe proposed designs unless independently verified as deployed. No statement on this website guarantees that EVRF will launch, achieve liquidity, maintain a token price, or deliver any planned feature.