Governance for third party gateways (HIP draft)

00xx-governance-for-third-party-gateways.md

@@ -0,0 +1,97 @@
+# HIP Template
+
+- Author(s):@ philltran
+- Start Date: 2020-10-29
+- Category: <!-- economic, technical, meta -->
+- Original HIP PR: <!-- leave this empty; maintainer will fill in ID of this pull request -->
+- Tracking Issue: <!-- leave this empty; maintainer will create a discussion issue -->
+
+# Summary
+[summary]: #summary
+
+Provide governance criteria on vetting third party vendors of gateways (hotspots).
+
+# Motivation
+[motivation]: #motivation
+
+More ?
+
+# Stakeholders
+[stakeholders]: #stakeholders
+
+* The Helium Community at large as bad actors can affect the stability of the network.
+
+* Hotspot owners as they will have more avenues for sourcing gateways.
+
+* Vendors / Manufactures of gateways as they want to provide onchain gateways for the Helium Network.
+
+# Detailed Explanation
+[detailed-explanation]: #detailed-explanation
+
+- Introduce and explain new concepts.
+
+- It should be reasonably clear how the proposal would be implemented.
+
+- Provide representative examples that show how this proposal would be commonly
+  used.
+
+- Corner cases should be dissected by example.
+
+# Drawbacks
+[drawbacks]: #drawbacks
+
+- Possibility of more "gaming" on the network resulting from variety of 
+  hardware / software configurations.
+
+# Rationale and Alternatives
+[alternatives]: #rationale-and-alternatives
+
+This is your chance to discuss your proposal in the context of the whole design
+space. This is probably the most important section!
+
+- Why is this design the best in the space of possible designs?
+
+- What other designs have been considered and what is the rationale for not
+  choosing them?
+
+- What is the impact of not doing this?
+
+# Unresolved Questions
+[unresolved]: #unresolved-questions
+
+- What parts of the design do you expect to resolve through the HIP process
+  before this gets merged?
+
+- What parts of the design do you expect to resolve through the implementation
+  of this feature?
+
+- What related issues do you consider out of scope for this HIP that could be
+  addressed in the future independently of the solution that comes out of this
+  HIP?
+
+# Deployment Impact
+[deployment-impact]: #deployment-impact
+
+Describe how this design will be deployed and any potential imapact it may have on
+current users of this project.
+
+- How will current users be impacted?
+
+- How will existing documentation/knowlegebase need to be supported?
+
+- Is this backwards compatible?
+
+        - If not, what is the procedure to migrate?
+
+# Success Metrics
+[success-metrics]: #success-metrics
+
+What metrics can be used to measure the success of this design?
+
+- What should we measure to prove a performance increase?
+
+- What should we measure to prove an improvement in stability?
+
+- What should we measure to prove a reduction in complexity?
+
+- What should we measure to prove an acceptance of this by it's users?