* p2p-interface: clarify that signing_root is used for block requests
* hash cleanups
* one more hash tree root gone for blocks - block hashes are always
signing roots!
* use simple serialize data types consistently
* Describe which finalized root/epoch to use
* remove custody_bits from attestation
* remove AttestationDataAndCustodyBit
* Specify inclusive range for genesis deposits
* add initial fork choice bounce prevention and tests
* PR feedback
* further test bounce attack
* wipe queued justified after epoch transition
* remove extra var
* minor fmt
* only allow attestatiosn to be considered from current and previous epoch
* use best_justified_checkpoint instead of queued_justified_checkpoints
* use helper for slots since epoch start
* be explicit about use of genesis epoch for previous epoch in fork choice on_block
* pr feedback
* add note aboutgenesis attestations
* cleanup get_eth1_vote
* make eth1_follow_distance clearer
* Update the expected proposer period
Since `SECONDS_PER_SLOT` is now `12`
* minor fix to comment in mainnet config
* Update 0_beacon-chain.md
Modify the delay-based reward function from the current `r = (65-d)/64` to `r = 1/d`.
Rationale is that in the normal case delay is close to 1, so we want a larger incentive to get included more quickly to encourage stability of the fork choice. Particularly, in the status quo if you know that you will be a proposer <4 slots in the future, you can maximize earnings by delaying inclusion of your attestation until you can include it yourself and get the proposer reward; this adjustment fixes this in the normal case.
Danny Ryan
Diederik Loerakker
terence tsao
Justin
Hsiao-Wei Wang
vbuterin