Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature #5 - Toothless Veto #16

Open
hyperia-dev opened this issue Jul 8, 2024 · 0 comments
Open

Feature #5 - Toothless Veto #16

hyperia-dev opened this issue Jul 8, 2024 · 0 comments
Assignees
Labels
enhancement New feature or request

Comments

@hyperia-dev
Copy link

In the vast majority of Cosmos-based DPOS networks, the veto vote is used to punish spam proposals by removing the fee that was paid to submit it.

A lesser-known functionality is that if 33.3% of the vote is a veto, the proposal will fail. This mechanism was implemented because validators with 33.3% voting power from the validator set could cause a chain halt by refusing to perform an upgrade. This meant that a veto would enable them to kill the proposal with a minority vote if they really disagreed with how a proposal outcome was trending, in an effort to prevent a chain halt.

We believe that if 33.3% of the validator set refuses to perform an upgrade, a hard fork should be the next logical step rather than blocking the majority's will.

Hyperia Network is unique in this regard, as we have decided to minimize validator involvement in the governance aspect of the chain. We believe it is best to separate these roles, allowing validators to focus on validation and delegators on governance. This separation helps avoid potential conflicts of interest, such as prioritizing business decisions over delegators' needs or succumbing to external pressures to vote a certain way.

@hyperia-dev hyperia-dev added the enhancement New feature or request label Jul 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants