Autocompounding in normal staking

On NEAR PROTOCOL they have a flag, which is set to true by default.

If this flag is set to true, when initiating a new (native) staking position on a normal validator, then all rewards will be autocompounded for maximum capital efficiency.

A user can opt-out of this by setting the flag to false (which, again, is set to true by default).

If the flag is set to false, then he will instead receive claimable rewards.

Advantages:

  • Free autocompounding
  • Max capital efficiency (APR stays the same, but the highest possible APY can be achieved, somewhat counteracting drops in APR)
  • Total staked amount of EGLD rises more consistently through the autocompounding (total staked amount is usually seen as an important key metric for blockchains)
  • It’s even advantageous to liquid staking protocols as they don’t have to restake rewards constantly

Disadvantages:

  • Less transactions on chain, due to less people reinvesting rewards manually every few days or weeks, small drop in captured fees (but if this is our main concern, then we should try to get more usage instead of keeping up unnecessary fake usage)

What do you think?
How hard would it be to implement @robert @schimih

Technically speaking pretty hard, as the whole reward computation has to be rewritten into a totally new format.