Skip to content

Rewards burning #17

Description

Currently, due to the locked rewards logic, withdrawing delegation/validator means that (A) previous rewards get burnt. It also means that (B) if validator has withdrawn or was pruned for being offline, then delegator has only 2 choices:

  1. Wait until rewards are unlocked to receive previous rewards. Since validator isn't active, delegator won't receive new rewards anymore. Withdraw after rewards are claimed.
  2. Withdraw right away and re-delegate to another validator. Then not claimed rewards are burnt.

Property (B) is clearly not fair to delegators.

There's a proposal on how we may get rid of property (B), with 2 variations.

We should allow to claim rewards any time (as if rewards were unlocked), but claimed rewards won't be directly transferred on user's account. Instead, claimed rewards will be held by SFC contract, and can be transferred by a rewards owner only when rewards are unlocked.

There're 2 variations:

  1. Claimed rewards can be transferred even if delegator/validator has withdrawn. This way, there'll be no properties (A) and (B) anymore.
  2. During delegator/validator withdrawal, claimed rewards get burnt. For delegator, if validator has deactivated already or was pruned, then rewards aren't burnt. During partial delegator/validator withdrawal, proportional part of claimed rewards gets burnt. This way, we'll preserve property (A) but not property (B).

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions