-
Notifications
You must be signed in to change notification settings - Fork 408
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
HIP31: Governance by Token Lock #183
Comments
I purchased three bobcat miners in April and have not received them yet, and currently do not own any HNT but I like this project a lot. How much HNT would you suggest be burned per person voting? |
@bellapretta please read through the proposal. It depends. |
Jamie W One HNT one vote per wallet address, burn after closing the voting period. |
This was essentially entirely re-thought and re-written by #252 I've updated links throughout the repository and the name of the channel in Discord |
You would need a 100,000 HNT bond to submit a HIP? |
Dig the work to tackle a thorny issue so far, thank you all!
Let's say we're voting on issue xyz. There are 2 solutions, A and B. Voting is split reasonably evenly, and both sides are passionate. It's more likely an indication that the community needs a third option rather than settling on just the 2 proposed. What we should probably be looking for instead of ways to disincentivize a close vote is to strongly encourage a mechanism for finding alternate solutions. Perhaps a pre-vote system? Say you had a pre-vote that was close, sort of a test run. The closer the test vote is, the stronger the incentive to come up with a new solution; perhaps by pulling from the initial bond to reward "third solution" providers/proposals? |
Another thing to consider is giving weight to Hotspot owners; 1 vote - 1 hotspot, and perhaps something that gives more power to hotspot owners, i.e. 1 hotspot = 5 HNT worth of voting. Not sure how to balance out whales with that, but seems that we should leverage the fact that people have gone to some kind of physical effort to participate in the Network. More than just tokens. |
@tjain-mcc did you have any updates on this HIP, or want to present at the community call this week? (Weds) |
Is there a latest update on this @jamiew et al...? Looks like the convo has kind of sputtered out a bit since original proposal (understandable as network stability a la technical fundamentals takes precedence over governance in the short term). TIA! |
Hi - this HIP is more than a year old. Since this HIP, there have been other ideas and implementations of token voting (with vote escrowed HNT). Is it fine to close this HIP and the corresponding channel? @tjain-mcc |
Yes
--
Tushar Jain
Managing Partner
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
…On Wed, Oct 26, 2022 at 10:14 AM vincenzospaghetti ***@***.***> wrote:
Hi - this HIP is more than a year old. Since this HIP, there have been
other ideas and implementations of token voting (with vote escrowed HNT).
Is it fine to close this HIP and the corresponding channel? @tjain-mcc
<https://github.com/tjain-mcc>
—
Reply to this email directly, view it on GitHub
<#183 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AO6E36Q75YORKP6ITHQ6OALWFFDFZANCNFSM45SS3SUA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Author(s): @tjain-mcc, Shayon Sengupta
Start Date: 2021-04-19
Category: Governance (AKA
Meta
)Initial PR: #182
Tracking Issue: this
Status: In Discussion
Discord channel: #hip-31-governance-by-token-burn on https://discord.gg/helium
Rendered view:
https://github.com/helium/HIP/blob/master/0031-governance-by-token-lock.md
Summary:
We propose a new governance system where voters must burn their HNT in order to vote. This system helps encourage consensus building because contentious votes are more expensive than landslides. It also imposes a significant cost on any large holder which tries to control governance, leading to less oligarchic governance outcomes.
The text was updated successfully, but these errors were encountered: