Validator Pool Proposal to save the oracle pool and get on-chain usage back!

General
1

On-Chain Retention & Incentive Framework (Validator-Led)

Summary

This proposal introduces a validator-led incentive framework designed to move LUNC off centralised exchanges (CEXs), retain it on-chain, and reward continuous self-custody and participation.

The framework creates a shared Validator Incentive Pool, funded by 5% of participating validators’ commission, which pays monthly tiered rewards to wallets that remain on-chain and active.

This model:

  • Requires no protocol changes
  • Introduces no new tax (This would work better with tax completely removed)
  • Does not rely on the oracle pool
  • Is opt-in and socially coordinated
  • Directly targets the root cause of declining on-chain activity

Motivation

Terra Classic’s long-term sustainability depends on on-chain usage, not passive holding on CEXs.

Current challenges include:

  • Declining on-chain activity
  • Assets remaining on centralised exchanges
  • Reduced fee generation
  • Declining oracle relevance due to low on-chain usage

Tax-based mechanisms and punitive funding models discourage usage and fail to address the real problem.

This proposal focuses on retention economics:

  • Reward staying on-chain
  • Reward participation
  • Reward commitment
  • Remove incentives for leaving funds on CEXs

Validator Incentive Pool

Funding Model

  • Participating validators commit 5% of their commission to a shared Validator Incentive Pool
  • This is opt-in, transparent, and publicly verifiable
  • Delegators retain 95% of validator rewards
  • Validators retain 95% of commission

Example

  • Validator commission: 5%
  • Contribution to pool: 0.25% of delegator rewards
  • No impact on base staking mechanics

This creates a predictable, capped, and sustainable funding source.

What the Pool Funds

Funded

  • Monthly on-chain retention rewards
  • Incentives for self-custody
  • Incentives for governance participation
  • Long-term on-chain engagement

Not Funded

  • CEX balances
  • Trading volume incentives
  • One-off airdrops
  • Short-term speculation

If funds leave the chain, reward eligibility ends the following cycle.

Eligibility Rules (Monthly)

To qualify in any month, a wallet must:

  • Be self-custody (no CEX wallets)
  • Maintain continuous on-chain presence
  • Meet tier staking requirements
  • Perform required on-chain actions
  • Remain staked for the full reward window

No retroactive rewards.
No exceptions.

Tiered Reward Structure

Tier 1 — On-Chain Resident

Purpose: Pull small holders off CEXs

Requirements

  • Minimum stake: 100,000 LUNC
  • Wallet active for the full month
  • At least 1 on-chain action (vote, claim, restake)

Reward

  • Small fixed monthly reward
  • Eligibility only while remaining on-chain

Tier 2 — Active Staker

Purpose: Encourage participation and governance

Requirements

  • Minimum stake: 1,000,000 LUNC
  • At least 3 on-chain actions per month
  • Governance participation required

Reward

  • Monthly reward
  • Pro-rata distribution within tier cap

Tier 3 — Long-Term Anchor

Purpose: Retain meaningful liquidity on-chain

Requirements

  • Minimum stake: 10,000,000 LUNC
  • No unstaking during the reward period
  • Continuous governance participation

Reward

  • Higher monthly allocation
  • Pro-rata distribution within tier cap

Tier 4 — Network Steward (Optional)

Purpose: Retain large stakeholders without protocol capture

Requirements

  • Minimum stake: 50,000,000 LUNC
  • Governance participation
  • Optional community contribution

Reward

  • Fixed maximum reward
  • No yield escalation
  • Recognition and priority eligibility

This avoids plutocratic reward dynamics.

Pool Distribution Model

Example monthly pool allocation:

  • Tier 1: 15%
  • Tier 2: 35%
  • Tier 3: 35%
  • Tier 4: 15%

Each tier:

  • Has a hard monthly cap
  • Uses pro-rata distribution
  • Rolls unused funds forward

This prevents runaway emissions.

Retention Mechanism

This framework uses opportunity cost, not punishment.

If a wallet:

  • Unstakes
  • Moves funds to a CEX
  • Becomes inactive

Reward eligibility is lost the following month.

There is no slashing and no penalties — only loss of access to incentives.

Oracle Pool & Network Impact

This framework does not fund the oracle pool directly.

Instead, it:

  • Increases on-chain transactions
  • Increases governance participation
  • Increases swap and price activity
  • Improves oracle relevance organically

Oracle sustainability improves as a byproduct of usage, not taxation.

Why This Model Works Better Than Taxes

Tax-Based Model Validator Pool Model
Punishes usage Rewards retention
Shrinks volume Grows activity
Governance-heavy Validator-led
Fragile Predictable
UX hostile UX positive

Governance & Safety Considerations

  • No protocol changes
  • No parameter changes
  • No slashing
  • No new taxes
  • Fully opt-in
  • Socially enforceable

This makes the framework safe to deploy immediately and resilient to governance risk.

Conclusion

If Terra Classic continues to rely on taxation and passive incentives:

  • CEX dominance remains
  • On-chain activity declines
  • Oracle relevance weakens
  • Validator economics deteriorate

This Validator Pool framework:

  • Incentivises self-custody
  • Rewards real participation
  • Restores on-chain momentum
  • Gives validators agency again

The future of the chain depends on usage, not punishment.

Let’s discuss…

3 Likes
2

Strong Concept, Critical Execution Concerns — Key Improvements Needed

Full support for the core idea here. The CEX dominance problem is real, and a positive incentive mechanism is the right approach. As a ~3.5M LUNC holder on a European CEX (Bitpanda, which doesn’t support withdrawals), I represent exactly the user group this proposal targets — CEX holders who can’t easily move on-chain. That said, I see critical execution risks that need addressing.

What Works:
Right problem identified (CEX dominance kills the chain long-term)
Elegant solution (no protocol changes, opt-in coordination)
Synergy with IBC v2 + Forex proposals

Critical Issues:

  1. Pool Size Likely Too Small
    Conservative estimate:
    39 validators opt-in (30%) × 7M LUNC/year = 273M LUNC total pool
    At $0.00004: $10,920/year total pool
    Tier 2 allocation (35%): $3,822/year for ALL Tier 2 holders

If 50k qualified wallets: ~$0.08/year per wallet
No one unstakes from Binance for $0.08/year.
Fix: Increase validator contribution to 10-15% (instead of 5%), or add community pool co-funding.

  1. Sybil Attack Vector
    Tier 1 (100k LUNC minimum) is easily exploitable:
    Whale splits 100M LUNC → 1,000 wallets
    Script: stake() + vote() + claim()
    Harvests 15% of entire pool
    Cost: ~$10 in gas fees
    Fixes needed:

Snapshot-based eligibility (only wallets existing before proposal date)
Minimum account age (90+ days)
Delegation diversification (must delegate to ≥3 different validators)

  1. Oracle Pool Timeline Problem
    Oracle pool dying NOW (validators posting “can’t afford to run feeders”)
    Validator pool launch: +2-3 months minimum
    Indirect oracle funding effect: +6-12 months

Oracle dead before Validator Pool helps
Critical: Forex (EUTC) requires a working oracle for EUR/USD rates. Without oracle = no forex launch possible.
Fix: Allocate 10% of validator pool directly to oracle funding (parallel to retention rewards) to bridge the critical 3-6 month gap.

  1. Validator Opt-in Uncertain
    Why would validators sacrifice 5% of commission? Top validators (already profitable) have minimal incentive to participate.
    Fixes:

Public pledge campaign before launch (transparency)
Minimum threshold: 50 validators required for activation
Reputation incentive: “Verified Supporter” badge for participating validators

  1. No-Withdrawal CEX Holders Ignored
    The proposal assumes all CEX holders can withdraw to on-chain wallets. This isn’t true.
    Platforms like Bitpanda, eToro, and Robinhood don’t support LUNC withdrawals at all — estimated 15-20% of CEX holders are stuck on these platforms.
    Reality check:

Binance/KuCoin holders: Can migrate (~45% of CEX volume)
Bitpanda/eToro holders: Cannot migrate (~15-20% of CEX volume)

This proposal only reaches ~45% of the CEX-held LUNC, not the full 60%.
Suggestion: Acknowledge this limitation in the proposal, or explore partnerships with no-withdrawal platforms to enable transfers.

Required Improvements (Summary):
A. Increase pool size: 10-15% validator contribution OR community pool co-funding
B. Anti-Sybil measures: Snapshot + account age + delegation diversity requirements
C. Direct oracle support: 10% of pool to oracle (prevents collapse before indirect effects kick in)
D. Validator commitment: Public pledges + minimum 50 validator threshold
E. Address no-withdrawal CEX holders: Acknowledge 15-20% can’t participate

Conclusion:
Conditional YES — but only with amendments.
Without fixes: Pool too small (fails to attract users), Sybil exploits drain resources, oracle dies anyway, and 20% of CEX holders can’t even participate.
With fixes: 60-70% success probability, genuine game-changer potential for on-chain retention and ecosystem sustainability.
The concept is sound. The execution needs work.