You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One desired feature is the ability to regulate the voting power of cross-staked tokens.
When we stake virtual tokens, they currently work like normal tokens for tendermint voting power, SDK rewards, as well as governance voting power.
The idea was to keep the first two as they are now (treating virtual tokens like native tokens), but allow adjusting the governance voting power added by the tokens. This could either be boolean (0% or 100%) or some decimal (0% to 100% range) to multiply those virtual staked tokens on the governance voting power assigned to the validator they are delegated to.
If this requires major forks of staking or governance modules, the idea should be dropped as this will be impossible to maintain over all integrations. Maybe some "discount" could be calculates ( (1 - voting power) * virtual staked tokens ) that could then be handled by the governance module, possibly optional like the supply offset in bank.
This issue is first to research the possibility and make a clean design to be reviewed, and later to actually implement it. If there is no clean solution to that with the current state of the SDK, that can also be a valid decision and left for some future SDK with rewritten governance
The text was updated successfully, but these errors were encountered:
One desired feature is the ability to regulate the voting power of cross-staked tokens.
When we stake virtual tokens, they currently work like normal tokens for tendermint voting power, SDK rewards, as well as governance voting power.
The idea was to keep the first two as they are now (treating virtual tokens like native tokens), but allow adjusting the governance voting power added by the tokens. This could either be boolean (0% or 100%) or some decimal (0% to 100% range) to multiply those virtual staked tokens on the governance voting power assigned to the validator they are delegated to.
If this requires major forks of staking or governance modules, the idea should be dropped as this will be impossible to maintain over all integrations. Maybe some "discount" could be calculates (
(1 - voting power) * virtual staked tokens
) that could then be handled by the governance module, possibly optional like the supply offset in bank.This issue is first to research the possibility and make a clean design to be reviewed, and later to actually implement it. If there is no clean solution to that with the current state of the SDK, that can also be a valid decision and left for some future SDK with rewritten governance
The text was updated successfully, but these errors were encountered: