Conversion 2.0 Activation
This activation document consolidates all components of Conversion 2.0 into a single reference shaped by earlier community discussions. It describes how Conversion 2.0 operates.
Conversion continues along the original 180-day schedule and resumes from Day 48. Earlier days are not repeated and nothing resets.
0. Before You Read
Conversion 2.0 uses a dynamic conversion curve.
The actual conversion rate updates every block and may differ from the displayed baseline.
Before converting, always check:
- The actual rate
- The remaining daily cap
- Slippage setting to protect minimum received RIVER
Your final output is determined strictly by the rate at execution, not the preview.
When conversions resume, where does the rate resume?
Conversion resumes from Day 48, with an expected conversion rate of ~0.005444 according to the original baseline curve.
Does conversion still follow the original allocation?
Yes. Conversion remains subject to the original 30% allocation defined at launch.
Does this document relate to market pricing?
No. This text describes the mechanism only.
1. Conversion Window Structure
1.1 180-Day Conversion Window
The mechanism continues to follow a fixed 180-day progression curve exactly as originally designed.
1.2 30% Maximum Conversion Allocation
Total conversion remains capped at 30% of the designated supply.
These two parameters remain unchanged. All other components are upgraded.
2. Overview of Conversion 2.0 (Activation)
Conversion resumes under the upgraded mechanism. The previous fixed model is no longer in use. Conversion now follows a dynamic conversion curve with continuous recovery and continues along the original 180-day progression.
2.1 Daily Conversion Cap
To prevent extreme single-day pressure that could distort rate behavior. This distributes participation across time and stabilizes short-term behavior, even during demand spikes.
Daily Conversion Cap: 20,000,000 River Pts.
2.2 Per-Conversion Limit
Ensures equal access to daily capacity and prevents system disruption by oversized transactions. No single address can consume the full daily quota
Maximum per conversion: 1,000,000 River Pts.
2.3 Dynamic Conversion Curve(Integral Pricing Model)
The original model used a static, time-based rate that did not respond to participation density.
Conversion 2.0 replaces it with a continuous integral curve that adjusts instantly to activity levels.
2.3.1 Marginal Rate Function
Where:
- r_{\text{prev}}:rate before this conversion
- p:depth variable
- P_{\text{epoch}}:epoch capacity
- k:decay coefficient
This produces density-sensitive rate compression.
2.3.2 Conversion Output(Integral Curve)
2.3.3 Rate Update
This reduces the rate proportionally to participation density.
2.4 Half-Life Recovery
The system uses an exponential recovery formula to move the rate smoothly toward the baseline curve:
The recovery is continuous and MEV-resistant.
2.5 Conversion Output and the Yield Earned Through Staked RIVER
All conversion output is delivered as Staked RIVER. It earns yield throughout the selected epoch and carries governance weight. Longer epochs receive a larger portion of the same base output and correspond to higher voting power.
This directs conversion toward holders who commit to longer participation and supports long-term development rather than short-term liquidity.
It also reduces immediate supply pressure and keeps incentives consistent across epochs.
| Epoch | Voting Power |
|---|---|
| 3 Months | 1x |
| 6 Months | 2x |
| 9 Months | 4x |
| 12 Months | 8x |
Longer staking epoch receive a larger share of the same base output, which increases both governance weight and yield.
2.5.1 Numerical Example(1,000,000 River Pts)
Let’s use a simple example to show how the conversion works. Suppose you convert 1,000,000 River Pts on Day 90, and the Day 90 conversion rate is 0.01.
For this illustration, ignore integral adjustments and just use the base rate.
- Input = 1,000,000 River Pts
- Day 90 Conversion rate 0.01
- Result 1,000,000 River Pts × 0.01 = 10,000 Staked RIVER
In this simplified example, 1M River Pts converts into 10,000 Staked RIVER (R_base) before applying caps or curve adjustments.
The table below shows how the 10,000 Staked RIVER is distributed across different staking durations.
Each duration receives a different portion of the same base output. The total does not increase or decrease. A longer duration only shifts a larger portion of the base amount to that period.
| Staking Duration | Conversion Reshare | Receive |
|---|---|---|
| 3 Months | 45% | 5,500 Staked RIVER |
| 6 Months | 30% | 7,000 Staked RIVER |
| 9 Months | 15% | 8,500 Staked RIVER |
| 12 Months | 0% | 10,000 Staked RIVER |
3. Why the Upgraded System Works
Across all simulations (published in 2.2 and 2.4):
- Dense participation produces proportional compression
- Lower activity allows continuous recovery
- Output distributes more evenly over time
- Timing attempts do not increase output
- Splitting provides no advantage
Conversion moves from liquid output to a yield-bearing position with long-term alignment.
Conversion parameters may adjust if actual participation or system conditions require it.
Any adjustment is limited to protecting participants, preventing concentrated behavior, and maintaining long-term system stability.
4. Next Steps
Conversion 2.0 is active. Further details regarding staking, participation, and operational updates will continue to be shared in the Forum.
Reference
- The Countermeasure 2.1 : Conversion Mechanism Upgrade Progress
- The Countermeasure 2.2: Simulation Overview
- The Countermeasure 2.3 : Conversion Mechanism Formula Specification
- The Countermeasure 2.4|Simulation Update
- The Countermeasure 2.5|Conversion 2.0 Upgrade Parameters
- River Staking Parameters for Activation
- River English Community AMA Recap