Skip to content

Commit

Permalink
HIP 115: Updates (#984)
Browse files Browse the repository at this point in the history
* Changed requirements to be more aligned with foundation feedback.
* Changed all requirements to USDC
  • Loading branch information
heatedlime authored Apr 25, 2024
1 parent a9d837e commit 3647186
Showing 1 changed file with 33 additions and 53 deletions.
86 changes: 33 additions & 53 deletions 0115-redefining-the-mobile-maker-approval-process.md
Original file line number Diff line number Diff line change
Expand Up @@ -35,65 +35,40 @@ In the case of Bobcat and Nebra, both have produced a 5G Hotspot; however, neith


## Detailed Explanation
This HIP imposes the Helium Foundation, on behalf of MOBILE Makers, to create a new MOBILE Maker Escrow Wallet in which the Maker will not have access to withdraw from. Additionally, MOBILE Makers must satisfy the five below requirements prior to being awarded a Maker Key. This HIP will classify MOBILE Makers into three (3) tiers. Please note, approval of this HIP will serve as Nova Lab’s subDAO approval.

### MOBILE CBRS Hotspots Only (Tier 3)
1. Approval of hardware design by the Helium Foundation as outlined in HIP [HIP 19](https://github.com/helium/HIP/blob/main/0019-third-party-manufacturers.md)
2. Approval from the MOBILE subDAO via veMOBILE vote with 67% approval
3. The staking of 50M MOBILE tokens
4. Provide a copy of the Makers secure boot key in an escrow wallet held by the foundation
5. The Maker must have the following minimum balances within their Maker Wallet:
- 1,000,000,000 DC
This HIP imposes the Helium Foundation, on behalf of MOBILE Makers, to create a new MOBILE Maker Escrow Wallet in which the Maker will not have access to withdraw from. Additionally, MOBILE Makers must satisfy the below requirements prior to being awarded a Maker Key. Please note, approval of this HIP will serve as Nova Lab’s subDAO approval.

### Requirements
1. Propose a HIP to become a MOBILE Maker
2. Work with the Helium Foundation and Firmware developers to ensure their firmware is compatible
3. Complete and publish penetration testing results of hardware
4. Provide evidence to the Helium Foundation they have the source of liquidity to provide the required stake
5. The HIP goes to vote and approval from the MOBILE subDAO via veMOBILE is granted with the current thresholds required of MOBILE governance (today, 67% approval and 100,000,000 veMOBILE vote power)
6. The Maker stakes a bond of MOBILE tokens (currently specified as 50,000,000 through HIP-53)
7. The Maker provides a copy of the Makers secure boot key in an escrow wallet held by the foundation
8. The Maker must have the following minimum balances within their Maker Wallet:
- 10,000 USDC
- 2 SOL
- 1 MOBILE

### Wi-Fi Access Points Only (Tier 2)
1. Approval of hardware design by the Helium Foundation as outlined in HIP [HIP 19](https://github.com/helium/HIP/blob/main/0019-third-party-manufacturers.md)
2. Approval from the MOBILE subDAO via veMOBILE vote with 67% approval
3. The staking of 50M MOBILE tokens
4. Provide a copy of the Makers secure boot key in an escrow wallet held by the foundation
5. The Maker must have the following minimum balances within their Maker Wallet:
- 200,000,000 DC
- 5 SOL
- $4,000 worth of MOBILE at the time of deposit

### Both MOBILE CBRS Hotspots and Wi-Fi Access Points (Tier 1)
1. Approval of hardware design by the Helium Foundation as outlined in HIP [HIP 19](https://github.com/helium/HIP/blob/main/0019-third-party-manufacturers.md)
2. Approval from the MOBILE subDAO via veMOBILE vote with 67% approval
3. The staking of 50M MOBILE tokens
4. Provide a copy of the Makers secure boot key in an escrow wallet held by the foundation
5. The Maker must have the following minimum balances within their Maker Wallet:
- 1,200,000,000 DC
- 5 SOL
- $4,000 worth of MOBILE at the time of deposit

Please note, in instances where a MOBILE Maker has subsidiaries that create different devices (e.g. one subsidiary that creates MOBILE CBRS Hotspots, and one subsidiary that creates Wi-Fi Access Points), only one stake of 50M MOBILE tokens is needed for both subsidiaries. The MOBILE Maker can choose to have one combined wallet for the parent company, or separate wallets for each subsidiary. In instances where the MOBILE Maker chooses to have separate wallets, they will be classified separately as both a Tier 3 and a Tier 2 MOBILE Maker for each subsidiary.

## Ongoing MOBILE Maker Requirements
As a part of this HIP, MOBILE Makers will be required to keep a minimum balance of tokens within their Maker Escrow Wallet, depending on their Tier. The minimum balance will be calculated to support at least 100 onboards, and are as followed:
USDC maintained within the Maker Escrow Wallets will automatically be swapped/converted to MOBILE/HNT/DC, and then subsequently burned for each onboard.

### Tier 3
- 0.5 SOL
- 500,000,000 DC
Please note, in instances where a MOBILE Maker has subsidiaries that create different devices (e.g. one subsidiary that creates MOBILE CBRS Hotspots, and one subsidiary that creates Wi-Fi Access Points), only one stake of 50M MOBILE tokens is needed for both subsidiaries. The MOBILE Maker can choose to have one combined wallet for the parent company, or separate wallets for each subsidiary.

### Tier 2
- 0.5 SOL
- 100,000,000 DC
- $2,000 worth of MOBILE*
## Ongoing MOBILE Maker Requirements
As a part of this HIP, MOBILE Makers will be required to keep a minimum balance of tokens within their Maker Escrow Wallet. The minimum balance was calculated to support at least 100 onboards for the highest onboarding fee ($40), and will be the same regardless of what type of device the Maker produces.

### Tier 1
- 0.5 SOL
- 600,000,000 DC
- $2,000 worth of MOBILE*
### Minimum Balance Requirements
|Required Solana Balance | Required USDC Balance|
|------------------------|----------------------|
| 0.1 SOL | 4,000 USDC |

*As the onboard fee for Wi-Fi Access Points are not set in a fixed amount of MOBILE, the amount of MOBILE a MOBILE Maker may need in their wallet may fluctuate. Therefore, on the first epoch of every quarter at 0:00:00 UTC, a snapshot of the MOBILE price from the MOBILE Price Oracle will be saved and that price will be used to determine the MOBILE requirement for the remaining quarter.

For example, if on the first epoch of the quarter at 0:00:00 UTC, the MOBILE Price Oracle lists MOBILE price at $0.004 per MOBILE, a Tier 1 & 2 MOBILE Maker will be required to hold at least 500,000 MOBILE tokens.

## MOBILE Maker Slashing
A smart contract will be created to automatically slash the MOBILE Makers 50M stake if that MOBILE Maker does not maintain the minimum balances identified above. If the MOBILE Makers balance goes below the minimum threshold defined in this HIP, they will have 1 epoch to replenish their wallet before slashing occurs. If the wallet stays below the minimum threshold on the 2nd epoch, the smart contract will automatically burn 0.10% (50,000 MOBILE) of the 50M MOBILE stake. For each epoch that the wallet stays below the minimum balance, the percentage burned will increase by 0.01. For example, if a MOBILE Makers wallet is below the minimum balance, on the second epoch, 0.10% of the stake balance will be burned, on the third epoch, 0.11% of the remaining stake will be burned, on the fourth epoch, 0.12% of the remaining stake will be burned, and so on. If the balance is replenished above the minimum, and then falls again, the slash will reset to 0.10%.

The foundation and or the MOBILE subDAO may make a request, which must to be approved by the subDAO, to slash the stake of MOBILE Makers if the MOBILE Maker fails to add software support or updates for essential operations, such as adding passpoint profiles of service providers in a timely manner, updating the software on the device if needed, etc. The slash will start at 0.10% on day one, and increase by .01% everyday until the foundation has determined the Maker has taken appropriate steps to remediate the problem.
The foundation and or the MOBILE subDAO may make a request, which must be approved by the subDAO, to slash the stake of MOBILE Makers if the MOBILE Maker fails to add software support or updates for essential operations, such as adding passpoint profiles of service providers in a timely manner, updating the software on the device if needed, etc. The slash will start at 0.10% on day one, and increase by .01% everyday until the foundation has determined the Maker has taken appropriate steps to remediate the problem.

If the staked MOBILE balance falls under 30M MOBILE, the Maker Key will be revoked the same epoch the staked balance falls under 30M MOBILE. In order to reactivate their Maker Key, the Maker must replenish the staked balance to at least 50M.

Expand All @@ -108,12 +83,12 @@ In some instances, MOBILE Makers may wish to stop producing MOBILE devices, and

Ultimately, the Helium Foundation will have the final say in determining whether the Maker has satisfied the above.

The foundation will then require the wallet be replenished so at the time of the audit, the Maker Escrow Wallet holds at least enough tokens so that all remaining devices that have not been onboarded may be onboarded as of that date.
The foundation will then require the wallet be replenished so at the time of the audit, the Maker Escrow Wallet holds at least enough tokens so that all remaining devices that have not been onboarded may be onboarded as of that date, plus an extra 1% to cover any swapping fees. For example, if a Maker has a total of 1000 indoor Wi-Fi access points that have yet to be onboarded, they will require to have at least 20,200 USDC within their Maker Escrow Wallet.

After the audit is complete, and the MOBILE Maker Escrow Wallet was funded to support the remaining onboards, the slashing smart contract will be removed, and the stake will be released no sooner than 60 epochs after the above requirements were met. If new information should arise within the 60 epochs that wasn't disclosed during the initial audit, the Helium Foundation may request a new audit.

## Migration of MOBILE Maker Wallets to MOBILE Maker Escrow Wallets
In instances where MOBILE Makers already have a pre-existing MOBILE Maker Wallet, they may continue to use that wallet for onboarding until the balance of DC is 0; however, a new MOBILE Maker Escrow Wallet must be created with the minimum wallet requirements noted above.
In instances where MOBILE Makers already have a pre-existing MOBILE Maker Wallet, they may continue to use that wallet for onboarding until the balance of DC is 0. Further, regardless if a previous wallet will be used at first, a new MOBILE Maker Escrow Wallet must be created with the minimum wallet requirements noted above.


## Deployment Impact
Expand All @@ -124,17 +99,22 @@ Upon HIP passing, the Helium Foundation will need to do the following:
- 30 epochs after HIP passing, the Helium Foundation will strip any MOBILE Maker’s Maker Key’s that have not been approved by the subDAO and have not staked 50M MOBILE. The removal of the MOBILE Makers key will prevent any more hotspots from that MOBILE Maker from being onboarded.

### Phase 2
- The Helium Foundation will create a new MOBILE Maker Escrow Wallet type that MOBILE Makers can request. Within 30 epochs of creation of said wallet, MOBILE Makers will be required to fund their new wallet with the minimum balance requirements outlined within this HIP. If a new MOBILE Maker is approved by the subDAO and has staked 50M prior to the implementation of phase 2, they will be required to fund their new wallet once implemented within 30 epochs of creation of said wallet.
- The Helium Foundation will create a new MOBILE Maker Escrow Wallet in which MOBILE Makers will have to deposit funds to onboard their devices, and Makers will not have access to withdraw funds.
- The Helium Foundation will implement a way for USDC balances to automatically be swapped/converted to MOBILE/HNT/DC at market value, which will then be burned to pay for the MOBILE and DC onboarding fee for each device.

### Phase 3
- Within 30 epochs of Phase 2 completion, each existing approved Maker must request that a new MOBILE Maker Escrow Wallet is created, and is funded with the minimum balance requirements defined in the detailed explanation section of this HIP. If this is not done within 30 epochs, the Maker key will be revoked.
- Once Phase 2 is implemented, the Helium Foundation must review existing MOBILE Makers wallet(s) to determine how much DC they have to determine the amount of remaining onboards left for said wallet. Once those onboards are completed, the Maker will be forced to switch to use the new Escrow Wallet, regardless of the DC balance left.

### Phase 3
- The Helium Foundation will create a slashing smart contract to slash the MOBILE stake of MOBILE Makers who do not meet the minimum wallet balances set forward within this HIP. The foundation will need to ensure that the smart contract pulls the MOBILE price from the MOBILE price Oracle on the first epoch of the quarter at 0:00:00 UTC, and use that MOBILE price for the duration of the epochs within that quarter.
### Phase 4
- The Helium Foundation will create a slashing smart contract to slash the MOBILE stake of MOBILE Makers who do not meet the minimum wallet balances set forward within this HIP.
- The Helium Foundation will create a way to replenish a stake if it falls below 50M MOBILE.

If a MOBILE Maker's wallet falls below the minimum balance thresholds before Phase 3 is implemented, slashing will start on the first epoch of implementation.

### After Implementation
- The Helium Foundation will ensure they only award Maker Keys to MOBILE Makers who have satisfied the five requirements noted within this HIP.
- The Helium Foundation will ensure they only award Maker Keys to MOBILE Makers who have satisfied all requirements noted within this HIP.

## Success Metrics:

This HIP is successful when only approved MOBILE Makers are allowed to have their hotspots onboarded to the Helium 5G subnetwork.
This HIP is successful when only approved MOBILE Makers are allowed to have their hotspots onboarded to the Helium MOBILE subnetwork.

0 comments on commit 3647186

Please sign in to comment.