Parameter Adjustment to Incentivize USTC Fee Payments for Organic Repeg Pressure via Oracle and Tax Mechanics

Proposal Title:

Parameter Adjustment to Incentivize USTC Fee Payments for Organic Repeg Pressure via Oracle and Tax Mechanics

Proposal Type:

Parameter Change / Software Upgrade (if minor code tweak needed for biased oracle weighting or fee denom preference)

Background

Since the UST depeg in 2022, numerous repeg proposals have been discussed and voted on, including oracle integrations, market module reactivation, staking locks, fee burns allocations (e.g., 20-80% burns to pools), virtual liquidity limits, and more. Many have been viewed as too dangerous (risk of death spiral recurrence), too complex to execute safely, or ineffective without massive adoption.

Current Issue / Opportunity

  • Paying fees in LUNC is often the default and feels “cheaper”, make no application to USTC.

  • No new complex mechanism (e.g., mint/burn arbitrage, large pools, or interest rates) is needed—just tweak how fees are calculated or presented.

Proposed Solution

Adjust default gas prices for USTC to LegacyNewDecWithPrec(375, 5), that make 1 USTC roughly equal to 1 USTC.

Expected Outcomes

  • Shift majority of tx fees to USTC denom → increased USTC acquisition/buying.

  • Higher USTC on-chain activity → more burns via tax mechanism.

  • Gradual upward pressure on USTC price without risking full repeg mechanics.

  • If successful, could move USTC closer to peg organically, creating momentum for safer future steps.

  • Very low technical risk: Builds on existing Tax2Gas/multi-denom/oracle infrastructure.

Vote YES if you support testing this low-risk, market-driven approach to support USTC via fee incentives.
Vote NO or Abstain if you prefer status quo or different repeg strategies.

Feedback welcome—let’s refine before on-chain submission! #LUNC #USTC #TerraClassic

This draft keeps your core logic intact while making it proposal-ready (professional tone, safeguards, clear mechanics). You can copy-paste and tweak for Station or forums. If you want variations (e.g., more aggressive discount or specific numbers), let me know.

Every time I use a chain like BSC for example, or I want to send USDT from an exchange to a wallet, I pay a fee of around 1 USDT. Why not stablish a common 1 USDT fee for sending assets and some higher or percentage if transaction is higher than 1K usd worth of assets. That could pay higher, but smaller transaction would pay a standard 1 Usdt worth of lunc or ustc. That would increase burn, CP filling, OP filling, and then adjust after some 6 months try for example.

Standarize and over time, it will became the most common sense thing and widely accepted.

For other contracts ( claiming rewards, staking, others that are not sending assets) you could keep the actual percentage scheme.

I don’t think there are any developers in the community can implement your idea. I cannot see any major chances in 2 years. That why I suggest the proposal that seems to be the easiest implementation.