staking rewards distribution followup

[bekauz]

reworks the existing staking rewards distribution logic.

contract now functions as a factory for distributing staking rewards.
there is no more main voting power contract; each denom to be distributed needs to specify where to draw its voting power from.

reward rate is derived from the RewardEmissionConfig which describes how many udenoms (Uint128) are to be distributed per time duration (blocks/seconds).

introduces a shutdown option which claws back any undistributed rewards back to the treasury.

also implemented a suite test builder because the current unit test file was about to exceed 3000 lines of code (mostly because of copy pasting the setup in every test). however not all tests are present - this is a pending todo.

[NoahSaso]

ok wow. nice work! this is a first pass and i don't quite understand everything yet, but i'm getting there. take my questions to represent the lack of my understanding, not that i think you did something wrong.

i think there are a handful of places that could be commented/explained beyond the surface level instructions that are written out (and some variable names improved), but maybe i can take that upon myself to confirm understanding and clean things up once all of the feature changes are done.

memorializing things we discussed in the discord sync here so we don't forget to do them:

• split shutdown and withdraw into separate actions
• require specifying recipient when withdrawing, since owner may not be the desired recipient
• make funding permissionless but keep denom registration permissioned
• make it possible to update reward rates on-the-fly without affecting past unclaimed rewards (basically a stop and restart)

great fkn work tho, damn

[bekauz]

removing the reward emission config updates for now as this pr is big enough. added next steps in #839 .

[codecov]

Codecov Report

Attention: Patch coverage is 96.87375% with 78 lines in your changes missing coverage. Please review.

Project coverage is 96.28%. Comparing base (87485be) to head (acc5fed).
Report is 1 commits behind head on development.

❗ Current head acc5fed differs from pull request most recent head 3f7eb1c

Please upload reports for the commit 3f7eb1c to get more accurate results.

Files	Patch %	Lines
...ution/dao-rewards-distributor/src/testing/suite.rs	94.58%	31 Missing ⚠️
...ibution/dao-rewards-distributor/src/testing/mod.rs	93.56%	15 Missing ⚠️
...stribution/dao-rewards-distributor/src/contract.rs	96.90%	14 Missing ⚠️
.../distribution/dao-rewards-distributor/src/state.rs	76.66%	14 Missing ⚠️
...ts/distribution/dao-rewards-distributor/src/msg.rs	88.88%	4 Missing ⚠️

Additional details and impacted files

@@               Coverage Diff               @@
##           development     #835      +/-   ##
===============================================
+ Coverage        96.26%   96.28%   +0.02%     
===============================================
  Files              209      217       +8     
  Lines            53514    56009    +2495     
===============================================
+ Hits             51513    53931    +2418     
- Misses            2001     2078      +77     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[NoahSaso]

hellllllll yeah. amazing work guys.

for the next PR, we want to refactor to support pausing/unpausing, separate shutdown with recipient message, and update-able emission configs that don't affect the unclaimed rewards