The three operations will be packed in a utility.BatchAll call:
We will register a SGX worker on the blockchain (run by the Phala team), and assign it as the genesis Gatekeeper. The worker should be validated by its Remote Attestation report and the genesis block info.
We will slightly tune the tokenomic parameters, extending the worker heartbeat from 10 blocks to 20 blocks.
We will create a scheduler to enable "PhalaStakePool.start_mining` at 414189, as announced.
Motion4: Register the second Gatekeeper
Pending
This is for redundancy.
Execution
We have created a script to generate the transactions to create the motion. The script is heavily documented, including what the parameters are, and how we create the motion proposal to execute it. The councillors should carefully examine the parameters and the code in the script to make sure it matches the exact proposal written in the above section.
I suggest to change the tokenomic parameter in Motion 3 to set zero to the slash rate.
Rationale
The reason to have a slash mechanism is to punish malicious miners or the miner with very poor network condition. Given the majority of the miners are still trying to get the setup stabilized, the slash mechanism will just be a barrier for new miners to join the network in the early days.
We can set the slash rate to 0 for the first a few days. The offline miners will still be shown on the blockchain, but they will not be punished. Then we can observe the network condition and make further decisions.
Execution
We amend the original Motion 3, adjust the slash rate in the tokenomic parameters to zero. For easier audition, we generate the proposal transactions by a script. The script has been changed in this commit to reflect the amendment.