dApp Staking Revamp

[ipapandinas]

Context

The dApp Staking protocol needs to be simplified to achieve the following initiative:

• Removing the tiering system from user perspective
• Removing staking bonuses with rewards reallocated to base + rank-based distribution
• Capping active projects to 16

This has to be achieved by leveraging existing configuration parameters to minimize code changes, with only the reward formula requiring core logic modification for predictability and linearity in the reward distribution.

Suggested solution (to investigate)

1. New reward formula (10% base + 90% rank-based) - predictable, participation-independent rewards with configurable points per rank
2. Fixed 16 slots configuration via slot_number_args = (0, 16) - disables price-based slot calculation
3. Four-tier configuration with tiers 0 and 3 as unreachable dummies - maintains type compatibility
4. MaxNumberOfContracts = 16
5. Preserve yearly inflation cycle with a long build_earn subperiod.Worst case config: 1 voting + 364 B&E eras - explore decoupling solutions for inflation recalculation from dApp Staking cycle boundaries.