SMC Changes for a minimal sharding protocol about prysm HOT 9 CLOSED

Adding new requirements after latest research thread:

• SMC initializes proposer_registry per shard which keeps track of proposer deposits
• proposer client calls get_eligible_proposer to sample per shard per period
• shard uses main chain block hashes delayed by 20 mins

Reference:
Expanding on proposer/notary seperation

from prysm.

We shouldn't use "minutes" when talking about causal time dependencies, since we don't have a real time clock.

from prysm.

@terenc3t thoughts on integrating the changes from the proposer/notary separation into the minimal sharding protocol? We need something we can start implementing asap.

from prysm.

@rauljordan We have enough information to start making changes on the SMC. I prefer we make incremental changes and open small/medium sized PR in parallel with the progress of the research side.

Besides p2p, what we can start implementing now:

• Proposer client can sample for getEligibleProposer() and call addHeader()
• Notary client can call submitVote()
• SMC emits logs for addHeader() and submitVotes()
• Client can listen to the logs

from prysm.

Check out pyevm team's PR for notary registration. Excellent reference to follow along:

ethereum/sharding#77

from prysm.

Some hints in py-evm ethereum/py-evm#539

from prysm.

Being worked on in #93 already

from prysm.

@terenc3t and @prestonvanloon can we close this?

from prysm.

Let's close this after #97. We are almost there

from prysm.