Add governance proposal #4

amirhaleem · 2019-08-20T19:32:09Z

A proposal for on-chain governance in the Helium network.

Rendered view: https://github.com/helium/HIP/blob/4cae1fad8f262dbb443b2a5006597bd026d2a4f9/HIP001.md

allenan · 2019-08-20T19:40:55Z

HIP001.md

+# Motivation
+[motivation]: #motivation
+
+We must decide on a mechanism for the on-going governance of the blockchain network. For clarities sake, _governance_ refers to changes to consensnus breaking rules. These could be changes to the minting schedule, mining reward distribution, or the number of consensus members required.


typos: For clarities sake, consensnus

allenan · 2019-08-20T19:44:35Z

HIP001.md

+
+### Voting
+
+Voting should take place on-chain, not through an out of band mechanism. Any _stakeholder_ should be able to create and sign a _voting transaction_ at any time which proposes which chain variable to change and to what new value.


could a single voting transaction propose changing multiple variables at once? there are some variables currently that would only make sense to be changed together (percent distribution variables for example). Though maybe we should change that to be a single variable whose value is a map/tuple of sorts

I don't see why not, although I am not that familiar with how the chain variables work at a technical level. Ideally variables that require grouping like this could be consolidated into a single variable to reduce any risk of error.

allenan · 2019-08-20T19:45:15Z

HIP001.md

+
+Voting should take place on-chain, not through an out of band mechanism. Any _stakeholder_ should be able to create and sign a _voting transaction_ at any time which proposes which chain variable to change and to what new value.
+
+Each voting transaction requires a minimum affirmative threshold of stakeholders in order to pass, and by default fails to pass after a certain number of blocks. These values are also defined as chain variables.


how is the minimum affirmative threshold determined?

I'd suggest that it itself is a chain variable that is initiated with a default value by Helium Inc. Maybe a week long?

allenan · 2019-08-20T19:48:44Z

HIP001.md

+
+- Hotspot hosts (1:1)
+
+- OUI owners (Based on DC usage)


some handwaving here... is there a way to determine legitimate OUIs? DC usage could maybe be faked to some extent

I agree. Don't have a great suggestion about how to combat this, other than to remove OUI's as a voting member.

JayKickliter · 2019-08-22T20:17:43Z

HIP001.md

+# Summary
+[summary]: #summary
+
+This RFC attempts to describe an on-chain governance mechanism that relies on a voting mechanism in conjuction with _chain variables_ to effect changes to the blockchain network.


Suggested change

This RFC attempts to describe an on-chain governance mechanism that relies on a voting mechanism in conjuction with _chain variables_ to effect changes to the blockchain network.

This RFC attempts to describe an on-chain governance mechanism that relies on a voting mechanism in conjunction with _chain variables_ to effect changes to the blockchain network.

HIP001.md

JayKickliter · 2019-08-22T20:24:14Z

HIP001.md

+
+## Governance Mechanism
+
+I propose that the correct mechanism for deploying a _blockchain_txn_vars_ is by on-chain vote of network stakeholders.


Suggested change

I propose that the correct mechanism for deploying a _blockchain_txn_vars_ is by on-chain vote of network stakeholders.

I propose that the correct mechanism for deploying a _blockchain_txn_vars_ is an on-chain vote of network stakeholders.

JayKickliter · 2019-08-22T20:27:03Z

HIP001.md

+
+- OUI owners (Based on DC usage)
+
+Hotspot hosts will have to have a _score_ above a minimum threshold before they can be considered for a given vote.


Suggested change

Hotspot hosts will have to have a _score_ above a minimum threshold before they can be considered for a given vote.

Hotspot hosts will have to have a _score_ above a minimum threshold before they can vote.

JayKickliter · 2019-08-22T20:31:18Z

HIP001.md

+
+- What should we measure to prove a reduction in complexity?
+
+- What should we measure to prove an acceptance of this by it's users?


Suggested change

- What should we measure to prove an acceptance of this by it's users?

- What should we measure to prove an acceptance of this by its users?

JayKickliter · 2019-08-22T20:31:47Z

HIP001.md

+
+- How will existing documentation/knowlegebase need to be supported?
+
+- Is this backwards compatible?


Suggested change

- Is this backwards compatible?

- Is this backward compatible?

JayKickliter · 2019-08-22T20:32:21Z

HIP001.md

+# Deployment Impact
+[deployment-impact]: #deployment-impact
+
+Describe how this design will be deployed and any potential imapact it may have on


Suggested change

Describe how this design will be deployed and any potential imapact it may have on

Describe how this design will be deployed and any potential impact it may have on

JayKickliter · 2019-08-22T20:42:00Z

I need to add a PR template, but I propose we crib other RFC process and put actual RFCs in a subdirectory and include a description in the filename:text/0001-governance.md

Co-Authored-By: Jay Kickliter <jay@kickliter.com>

add governance proposal

fcbe7ae

allenan reviewed Aug 20, 2019

View reviewed changes

JayKickliter suggested changes Aug 22, 2019

View reviewed changes

JayKickliter force-pushed the master branch from c046b44 to 3dfe920 Compare September 18, 2019 16:48

Update HIP001.md

4cae1fa

Co-Authored-By: Jay Kickliter <jay@kickliter.com>

amirhaleem closed this Feb 18, 2020

amirhaleem deleted the ah/governance branch February 18, 2020 21:41

amirhaleem mentioned this pull request Feb 1, 2021

On-chain HIP Voting #127

Closed

mrpubnight mentioned this pull request Oct 26, 2021

HIP19 discussion: Revocation of Nebra’s Approval as a Helium Hotspot Manufacturer #270

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

Add governance proposal #4

Add governance proposal #4

Uh oh!

amirhaleem commented Aug 20, 2019 •

edited

Loading

Uh oh!

allenan Aug 20, 2019

Uh oh!

allenan Aug 20, 2019

Uh oh!

amirhaleem Oct 17, 2019

Uh oh!

allenan Aug 20, 2019

Uh oh!

amirhaleem Oct 17, 2019

Uh oh!

allenan Aug 20, 2019

Uh oh!

amirhaleem Oct 17, 2019

Uh oh!

JayKickliter Aug 22, 2019

Uh oh!

Uh oh!

JayKickliter Aug 22, 2019

Uh oh!

JayKickliter Aug 22, 2019

Uh oh!

JayKickliter Aug 22, 2019

Uh oh!

JayKickliter Aug 22, 2019

Uh oh!

JayKickliter Aug 22, 2019

Uh oh!

JayKickliter commented Aug 22, 2019

Uh oh!

Uh oh!


		### Voting

		Voting should take place on-chain, not through an out of band mechanism. Any _stakeholder_ should be able to create and sign a _voting transaction_ at any time which proposes which chain variable to change and to what new value.


		Voting should take place on-chain, not through an out of band mechanism. Any _stakeholder_ should be able to create and sign a _voting transaction_ at any time which proposes which chain variable to change and to what new value.

		Each voting transaction requires a minimum affirmative threshold of stakeholders in order to pass, and by default fails to pass after a certain number of blocks. These values are also defined as chain variables.

	This RFC attempts to describe an on-chain governance mechanism that relies on a voting mechanism in conjuction with _chain variables_ to effect changes to the blockchain network.
	This RFC attempts to describe an on-chain governance mechanism that relies on a voting mechanism in conjunction with _chain variables_ to effect changes to the blockchain network.


		## Governance Mechanism

		I propose that the correct mechanism for deploying a _blockchain_txn_vars_ is by on-chain vote of network stakeholders.


		- OUI owners (Based on DC usage)

		Hotspot hosts will have to have a _score_ above a minimum threshold before they can be considered for a given vote.


		- What should we measure to prove a reduction in complexity?

		- What should we measure to prove an acceptance of this by it's users?


		- How will existing documentation/knowlegebase need to be supported?

		- Is this backwards compatible?

	- Is this backwards compatible?
	- Is this backward compatible?

	Describe how this design will be deployed and any potential imapact it may have on
	Describe how this design will be deployed and any potential impact it may have on

Add governance proposal #4

Add governance proposal #4

Uh oh!

Conversation

amirhaleem commented Aug 20, 2019 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

JayKickliter commented Aug 22, 2019

Uh oh!

Uh oh!

amirhaleem commented Aug 20, 2019 •

edited

Loading