2018-11-14 21:01:57 +00:00
# Ethereum 2.0 Phase 0 -- The Beacon Chain
2018-09-20 05:20:49 +00:00
2018-11-30 18:58:44 +00:00
**NOTICE**: This document is a work-in-progress for researchers and implementers. It reflects recent spec changes and takes precedence over the Python proof-of-concept implementation [[python-poc]](#ref-python-poc).
2018-09-20 05:20:49 +00:00
2018-11-28 07:23:37 +00:00
## Table of contents
2018-12-01 05:29:19 +00:00
<!-- TOC -->
- [Ethereum 2.0 Phase 0 -- The Beacon Chain ](#ethereum-20-phase-0----the-beacon-chain )
- [Table of contents ](#table-of-contents )
- [Introduction ](#introduction )
- [Notation ](#notation )
- [Terminology ](#terminology )
- [Constants ](#constants )
2018-12-04 10:57:09 +00:00
- [Misc ](#misc )
- [Deposit contract ](#deposit-contract )
- [Initial values ](#initial-values )
- [Time parameters ](#time-parameters )
2019-01-28 00:25:29 +00:00
- [State list lengths ](#state-list-lengths )
2018-12-04 10:57:09 +00:00
- [Reward and penalty quotients ](#reward-and-penalty-quotients )
2018-12-31 15:14:14 +00:00
- [Status flags ](#status-flags )
2018-12-07 15:18:06 +00:00
- [Max operations per block ](#max-operations-per-block )
2018-12-04 10:57:09 +00:00
- [Signature domains ](#signature-domains )
2018-12-01 05:29:19 +00:00
- [Data structures ](#data-structures )
2018-12-07 15:15:55 +00:00
- [Beacon chain operations ](#beacon-chain-operations )
2018-12-07 01:13:19 +00:00
- [Proposer slashings ](#proposer-slashings )
2018-12-07 18:51:15 +00:00
- [`ProposerSlashing` ](#proposerslashing )
2019-01-28 18:24:09 +00:00
- [Attester slashings ](#attester-slashings )
- [`AttesterSlashing` ](#attesterslashing )
2019-01-26 19:25:58 +00:00
- [`SlashableVote` ](#slashablevote )
2018-12-07 01:13:19 +00:00
- [Attestations ](#attestations )
2018-12-07 18:51:15 +00:00
- [`Attestation` ](#attestation )
2018-12-07 01:13:19 +00:00
- [`AttestationData` ](#attestationdata )
2018-12-23 10:48:11 +00:00
- [`AttestationDataAndCustodyBit` ](#attestationdataandcustodybit )
2018-12-07 01:13:19 +00:00
- [Deposits ](#deposits )
2018-12-07 18:51:15 +00:00
- [`Deposit` ](#deposit )
2018-12-13 15:36:57 +00:00
- [`DepositData` ](#depositdata )
- [`DepositInput` ](#depositinput )
2018-12-07 01:13:19 +00:00
- [Exits ](#exits )
2018-12-07 18:51:15 +00:00
- [`Exit` ](#exit )
2018-12-01 05:29:19 +00:00
- [Beacon chain blocks ](#beacon-chain-blocks )
- [`BeaconBlock` ](#beaconblock )
2018-12-07 13:46:52 +00:00
- [`BeaconBlockBody` ](#beaconblockbody )
2018-12-01 05:29:19 +00:00
- [`ProposalSignedData` ](#proposalsigneddata )
- [Beacon chain state ](#beacon-chain-state )
- [`BeaconState` ](#beaconstate )
2019-01-17 11:01:13 +00:00
- [`Validator` ](#validator )
- [`Crosslink` ](#crosslink )
- [`PendingAttestation` ](#pendingattestation )
2019-01-17 11:18:30 +00:00
- [`Fork` ](#fork )
2019-01-17 11:43:47 +00:00
- [`Eth1Data` ](#eth1data )
- [`Eth1DataVote` ](#eth1datavote )
2019-01-19 07:58:24 +00:00
- [Custom Types ](#custom-types )
2019-01-28 19:15:43 +00:00
- [Helper functions ](#helper-functions )
- [`hash` ](#hash )
- [`hash_tree_root` ](#hash_tree_root )
- [`slot_to_epoch` ](#slot_to_epoch )
- [`get_current_epoch` ](#get_current_epoch )
- [`get_epoch_start_slot` ](#get_epoch_start_slot )
- [`is_active_validator` ](#is_active_validator )
- [`get_active_validator_indices` ](#get_active_validator_indices )
- [`shuffle` ](#shuffle )
- [`split` ](#split )
- [`get_epoch_committee_count` ](#get_epoch_committee_count )
- [`get_shuffling` ](#get_shuffling )
- [`get_previous_epoch_committee_count` ](#get_previous_epoch_committee_count )
- [`get_current_epoch_committee_count` ](#get_current_epoch_committee_count )
- [`get_crosslink_committees_at_slot` ](#get_crosslink_committees_at_slot )
- [`get_block_root` ](#get_block_root )
- [`get_randao_mix` ](#get_randao_mix )
- [`get_active_index_root` ](#get_active_index_root )
- [`generate_seed` ](#generate_seed )
- [`get_beacon_proposer_index` ](#get_beacon_proposer_index )
- [`merkle_root` ](#merkle_root )
- [`get_attestation_participants` ](#get_attestation_participants )
- [`int_to_bytes1`, `int_to_bytes2`, ... ](#int_to_bytes1-int_to_bytes2- )
- [`get_effective_balance` ](#get_effective_balance )
- [`get_fork_version` ](#get_fork_version )
- [`get_domain` ](#get_domain )
2019-01-28 20:33:50 +00:00
- [`get_bitfield_bit` ](#get_bitfield_bit )
- [`verify_bitfield` ](#verify_bitfield )
- [`verify_slashable_vote` ](#verify_slashable_vote )
2019-01-28 19:15:43 +00:00
- [`is_double_vote` ](#is_double_vote )
- [`is_surround_vote` ](#is_surround_vote )
- [`integer_squareroot` ](#integer_squareroot )
- [`get_entry_exit_effect_epoch` ](#get_entry_exit_effect_epoch )
- [`bls_verify` ](#bls_verify )
- [`bls_verify_multiple` ](#bls_verify_multiple )
- [`bls_aggregate_pubkeys` ](#bls_aggregate_pubkeys )
- [`validate_proof_of_possession` ](#validate_proof_of_possession )
- [`process_deposit` ](#process_deposit )
2019-01-29 04:32:36 +00:00
- [Routines for updating validator status ](#routines-for-updating-validator-status )
2019-01-28 19:15:43 +00:00
- [`activate_validator` ](#activate_validator )
- [`initiate_validator_exit` ](#initiate_validator_exit )
- [`exit_validator` ](#exit_validator )
- [`penalize_validator` ](#penalize_validator )
- [`prepare_validator_for_withdrawal` ](#prepare_validator_for_withdrawal )
2018-12-04 10:57:09 +00:00
- [Ethereum 1.0 deposit contract ](#ethereum-10-deposit-contract )
2018-12-04 11:47:41 +00:00
- [Deposit arguments ](#deposit-arguments )
2019-01-02 13:18:35 +00:00
- [Withdrawal credentials ](#withdrawal-credentials )
2019-01-02 15:44:12 +00:00
- [`Deposit` logs ](#deposit-logs )
2018-12-04 11:47:41 +00:00
- [`ChainStart` log ](#chainstart-log )
- [Vyper code ](#vyper-code )
2019-01-28 19:15:43 +00:00
- [On startup ](#on-startup )
2018-12-01 05:29:19 +00:00
- [Beacon chain processing ](#beacon-chain-processing )
- [Beacon chain fork choice rule ](#beacon-chain-fork-choice-rule )
- [Beacon chain state transition function ](#beacon-chain-state-transition-function )
2019-01-29 13:17:05 +00:00
- [Per-slot processing ](#per-slot-processing )
- [Slot ](#slot )
- [Block roots ](#block-roots )
- [Per-block processing ](#per-block-processing )
- [Slot ](#slot-1 )
- [Proposer signature ](#proposer-signature )
- [RANDAO ](#randao )
- [Eth1 data ](#eth1-data )
- [Operations ](#operations )
- [Proposer slashings ](#proposer-slashings-1 )
- [Attester slashings ](#attester-slashings-1 )
- [Attestations ](#attestations-1 )
- [Deposits ](#deposits-1 )
- [Exits ](#exits-1 )
- [Per-epoch processing ](#per-epoch-processing )
- [Helpers ](#helpers )
- [Eth1 data ](#eth1-data-1 )
- [Justification ](#justification )
- [Crosslinks ](#crosslinks )
- [Rewards and penalties ](#rewards-and-penalties )
- [Justification and finalization ](#justification-and-finalization )
- [Attestation inclusion ](#attestation-inclusion )
- [Crosslinks ](#crosslinks-1 )
- [Ejections ](#ejections )
- [Validator registry and shuffling seed data ](#validator-registry-and-shuffling-seed-data )
- [Final updates ](#final-updates )
- [State root verification ](#state-root-verification )
2018-12-01 05:29:19 +00:00
- [References ](#references )
- [Normative ](#normative )
- [Informative ](#informative )
- [Copyright ](#copyright )
<!-- /TOC -->
2018-11-28 07:23:37 +00:00
## Introduction
2018-09-20 05:20:49 +00:00
2018-11-14 21:01:57 +00:00
This document represents the specification for Phase 0 of Ethereum 2.0 -- The Beacon Chain.
2019-01-02 13:18:35 +00:00
At the core of Ethereum 2.0 is a system chain called the "beacon chain". The beacon chain stores and manages the registry of [validators ](#dfn-validator ). In the initial deployment phases of Ethereum 2.0 the only mechanism to become a [validator ](#dfn-validator ) is to make a one-way ETH transaction to a deposit contract on Ethereum 1.0. Activation as a [validator ](#dfn-validator ) happens when Ethereum 1.0 deposit receipts are processed by the beacon chain, the activation balance is reached, and after a queuing process. Exit is either voluntary or done forcibly as a penalty for misbehavior.
2018-09-20 05:20:49 +00:00
2019-01-18 21:37:30 +00:00
The primary source of load on the beacon chain is "attestations". Attestations are availability votes for a shard block, and simultaneously proof of stake votes for a beacon block. A sufficient number of attestations for the same shard block create a "crosslink", confirming the shard segment up to that shard block into the beacon chain. Crosslinks also serve as infrastructure for asynchronous cross-shard communication.
2018-09-20 05:20:49 +00:00
2018-11-29 01:56:25 +00:00
## Notation
2019-01-21 14:48:36 +00:00
Code snippets appearing in `this style` are to be interpreted as Python code. Beacon blocks that trigger unhandled Python exceptions (e.g. out-of-range list accesses) and failed asserts are considered invalid.
2018-11-28 07:23:37 +00:00
## Terminology
2018-09-20 05:20:49 +00:00
2019-01-28 19:16:11 +00:00
* **Validator** < a id = "dfn-validator" ></ a > - a registered participant in the beacon chain. You can become one by sending Ether into the Ethereum 1.0 deposit contract.
* **Active validator** < a id = "dfn-active-validator" ></ a > - an active participant in the Ethereum 2.0 consensus invited to, among other things, propose and attest to blocks and vote for crosslinks.
2018-11-30 18:14:17 +00:00
* **Committee** - a (pseudo-) randomly sampled subset of [active validators ](#dfn-active-validator ). When a committee is referred to collectively, as in "this committee attests to X", this is assumed to mean "some subset of that committee that contains enough [validators ](#dfn-validator ) that the protocol recognizes it as representing the committee".
2018-11-30 17:31:09 +00:00
* **Proposer** - the [validator ](#dfn-validator ) that creates a beacon chain block
* **Attester** - a [validator ](#dfn-validator ) that is part of a committee that needs to sign off on a beacon chain block while simultaneously creating a link (crosslink) to a recent shard block on a particular shard chain.
2018-09-20 05:20:49 +00:00
* **Beacon chain** - the central PoS chain that is the base of the sharding system.
2018-10-02 02:21:15 +00:00
* **Shard chain** - one of the chains on which user transactions take place and account data is stored.
2018-12-14 04:01:32 +00:00
* **Block root** - a 32-byte Merkle root of a beacon chain block or shard chain block. Previously called "block hash".
2018-09-20 05:20:49 +00:00
* **Crosslink** - a set of signatures from a committee attesting to a block in a shard chain, which can be included into the beacon chain. Crosslinks are the main means by which the beacon chain "learns about" the updated state of shard chains.
2018-10-16 22:03:29 +00:00
* **Slot** - a period of `SLOT_DURATION` seconds, during which one proposer has the ability to create a beacon chain block and some attesters have the ability to make attestations
2018-11-30 17:31:09 +00:00
* **Epoch** - an aligned span of slots during which all [validators ](#dfn-validator ) get exactly one chance to make an attestation
2018-12-17 20:15:37 +00:00
* **Finalized**, **justified** - see Casper FFG finalization [[casper-ffg]](#ref-casper-ffg)
2018-11-30 17:31:09 +00:00
* **Withdrawal period** - the number of slots between a [validator ](#dfn-validator ) exit and the [validator ](#dfn-validator ) balance being withdrawable
2018-10-03 07:27:39 +00:00
* **Genesis time** - the Unix time of the genesis beacon chain block at slot 0
2018-09-20 05:20:49 +00:00
2018-11-28 07:23:37 +00:00
## Constants
2018-09-20 05:20:49 +00:00
2018-12-04 10:57:09 +00:00
### Misc
2018-11-30 14:28:33 +00:00
| Name | Value | Unit |
| - | - | :-: |
2018-12-04 10:57:09 +00:00
| `SHARD_COUNT` | `2**10` (= 1,024) | shards |
2018-12-19 21:09:17 +00:00
| `TARGET_COMMITTEE_SIZE` | `2**7` (= 128) | [validators ](#dfn-validator ) |
2019-01-17 10:55:05 +00:00
| `EJECTION_BALANCE` | `2**4 * 1e9` (= 16,000,000,000) | Gwei |
2018-12-04 10:57:09 +00:00
| `MAX_BALANCE_CHURN_QUOTIENT` | `2**5` (= 32) | - |
2018-11-30 14:28:33 +00:00
| `BEACON_CHAIN_SHARD_NUMBER` | `2**64 - 1` | - |
2019-01-26 19:10:21 +00:00
| `MAX_INDICES_PER_SLASHABLE_VOTE` | `2**12` (= 4,096) | votes |
2019-01-13 16:55:48 +00:00
| `MAX_WITHDRAWALS_PER_EPOCH` | `2**2` (= 4) | withdrawals |
2018-11-30 14:28:33 +00:00
2018-12-22 13:11:58 +00:00
* For the safety of crosslinks `TARGET_COMMITTEE_SIZE` exceeds [the recommended minimum committee size of 111 ](https://vitalik.ca/files/Ithaca201807_Sharding.pdf ); with sufficient active validators (at least `EPOCH_LENGTH * TARGET_COMMITTEE_SIZE` ), the shuffling algorithm ensures committee sizes at least `TARGET_COMMITTEE_SIZE` . (Unbiasable randomness with a Verifiable Delay Function (VDF) will improve committee robustness and lower the safe minimum committee size.)
2018-12-04 10:57:09 +00:00
### Deposit contract
| Name | Value | Unit |
| - | - | :-: |
| `DEPOSIT_CONTRACT_ADDRESS` | **TBD** |
| `DEPOSIT_CONTRACT_TREE_DEPTH` | `2**5` (= 32) | - |
2019-01-17 10:55:05 +00:00
| `MIN_DEPOSIT_AMOUNT` | `2**0 * 1e9` (= 1,000,000,000) | Gwei |
| `MAX_DEPOSIT_AMOUNT` | `2**5 * 1e9` (= 32,000,000,000) | Gwei |
2018-12-04 10:57:09 +00:00
### Initial values
| Name | Value |
| - | - |
2018-12-30 15:15:23 +00:00
| `GENESIS_FORK_VERSION` | `0` |
2019-01-28 05:12:37 +00:00
| `GENESIS_SLOT` | `2**19` |
2019-01-26 22:27:50 +00:00
| `GENESIS_EPOCH` | `slot_to_epoch(GENESIS_SLOT)` |
2019-01-02 14:20:01 +00:00
| `GENESIS_START_SHARD` | `0` |
2019-01-26 00:33:15 +00:00
| `FAR_FUTURE_EPOCH` | `2**64 - 1` |
2019-01-17 08:30:04 +00:00
| `ZERO_HASH` | `int_to_bytes32(0)` |
2019-01-17 19:19:38 +00:00
| `EMPTY_SIGNATURE` | `int_to_bytes96(0)` |
2019-01-17 08:30:04 +00:00
| `BLS_WITHDRAWAL_PREFIX_BYTE` | `int_to_bytes1(0)` |
2018-12-04 10:57:09 +00:00
2019-01-28 05:12:37 +00:00
* `GENESIS_SLOT` should be at least as large in terms of time as the largest of the time parameters or state list lengths below (ie. it should be at least as large as any value measured in slots, and at least `EPOCH_LENGTH` times as large as any value measured in epochs).
2018-12-04 10:57:09 +00:00
### Time parameters
2018-11-30 14:28:33 +00:00
| Name | Value | Unit | Duration |
| - | - | :-: | :-: |
| `SLOT_DURATION` | `6` | seconds | 6 seconds |
| `MIN_ATTESTATION_INCLUSION_DELAY` | `2**2` (= 4) | slots | 24 seconds |
| `EPOCH_LENGTH` | `2**6` (= 64) | slots | 6.4 minutes |
2019-01-26 00:33:15 +00:00
| `SEED_LOOKAHEAD` | `2**0` (= 1) | epochs | 6.4 minutes |
| `ENTRY_EXIT_DELAY` | `2**2` (= 4) | epochs | 25.6 minutes |
2019-01-26 00:40:44 +00:00
| `ETH1_DATA_VOTING_PERIOD` | `2**4` (= 16) | epochs | ~1.7 hours |
2019-01-26 00:33:15 +00:00
| `MIN_VALIDATOR_WITHDRAWAL_EPOCHS` | `2**8` (= 256) | epochs | ~27 hours |
2018-11-30 14:28:33 +00:00
2019-01-28 00:25:29 +00:00
### State list lengths
2019-01-28 05:12:37 +00:00
| Name | Value | Unit | Duration |
| - | - | :-: | :-: |
| `LATEST_BLOCK_ROOTS_LENGTH` | `2**13` (= 8,192) | slots | ~13 hours |
| `LATEST_RANDAO_MIXES_LENGTH` | `2**13` (= 8,192) | epochs | ~36 days |
| `LATEST_INDEX_ROOTS_LENGTH` | `2**13` (= 8,192) | epochs | ~36 days |
| `LATEST_PENALIZED_EXIT_LENGTH` | `2**13` (= 8,192) | epochs | ~36 days |
2018-11-30 14:28:33 +00:00
2018-12-04 10:57:09 +00:00
### Reward and penalty quotients
2018-10-03 07:27:39 +00:00
2018-11-30 14:28:33 +00:00
| Name | Value |
| - | - |
2019-01-17 10:55:05 +00:00
| `BASE_REWARD_QUOTIENT` | `2**5` (= 32) |
2018-11-30 14:28:33 +00:00
| `WHISTLEBLOWER_REWARD_QUOTIENT` | `2**9` (= 512) |
| `INCLUDER_REWARD_QUOTIENT` | `2**3` (= 8) |
2018-12-21 22:12:38 +00:00
| `INACTIVITY_PENALTY_QUOTIENT` | `2**24` (= 16,777,216) |
2018-10-03 07:27:39 +00:00
2018-12-09 13:08:11 +00:00
* The `BASE_REWARD_QUOTIENT` parameter dictates the per-epoch reward. It corresponds to ~2.54% annual interest assuming 10 million participating ETH in every epoch.
2018-12-21 14:07:04 +00:00
* The `INACTIVITY_PENALTY_QUOTIENT` equals `INVERSE_SQRT_E_DROP_TIME**2` where `INVERSE_SQRT_E_DROP_TIME := 2**12 epochs` (~18 days) is the time it takes the inactivity penalty to reduce the balance of non-participating [validators ](#dfn-validator ) to about `1/sqrt(e) ~= 60.6%` . Indeed, the balance retained by offline [validators ](#dfn-validator ) after `n` epochs is about `(1-1/INACTIVITY_PENALTY_QUOTIENT)**(n**2/2)` so after `INVERSE_SQRT_E_DROP_TIME` epochs it is roughly `(1-1/INACTIVITY_PENALTY_QUOTIENT)**(INACTIVITY_PENALTY_QUOTIENT/2) ~= 1/sqrt(e)` .
2018-12-04 10:57:09 +00:00
2018-12-28 18:04:03 +00:00
### Status flags
2018-10-03 07:27:39 +00:00
2018-10-04 13:16:31 +00:00
| Name | Value |
2018-11-30 14:28:33 +00:00
| - | - |
2018-12-28 18:04:03 +00:00
| `INITIATED_EXIT` | `2**0` (= 1) |
| `WITHDRAWABLE` | `2**1` (= 2) |
2018-10-04 13:16:31 +00:00
2018-12-07 15:18:06 +00:00
### Max operations per block
2018-10-04 13:16:31 +00:00
2018-12-07 01:02:23 +00:00
| Name | Value |
2018-12-07 01:07:26 +00:00
| - | - |
2018-12-07 01:02:23 +00:00
| `MAX_PROPOSER_SLASHINGS` | `2**4` (= 16) |
2019-01-28 20:33:50 +00:00
| `MAX_ATTESTER_SLASHINGS` | `2**0` (= 1) |
2018-12-07 01:02:23 +00:00
| `MAX_ATTESTATIONS` | `2**7` (= 128) |
| `MAX_DEPOSITS` | `2**4` (= 16) |
| `MAX_EXITS` | `2**4` (= 16) |
2018-10-04 13:16:31 +00:00
2018-12-04 10:57:09 +00:00
### Signature domains
2018-11-20 01:13:58 +00:00
2018-12-10 19:55:11 +00:00
| Name | Value |
2018-11-30 14:28:33 +00:00
| - | - |
2018-11-20 01:13:58 +00:00
| `DOMAIN_DEPOSIT` | `0` |
| `DOMAIN_ATTESTATION` | `1` |
| `DOMAIN_PROPOSAL` | `2` |
2018-11-30 14:28:33 +00:00
| `DOMAIN_EXIT` | `3` |
2019-01-21 18:41:29 +00:00
| `DOMAIN_RANDAO` | `4` |
2018-11-30 14:28:33 +00:00
2018-10-04 10:09:39 +00:00
## Data structures
2018-11-30 14:28:33 +00:00
2019-01-19 08:06:00 +00:00
The following data structures are defined as [SimpleSerialize (SSZ) ](https://github.com/ethereum/eth2.0-specs/blob/master/specs/simple-serialize.md ) objects.
2019-01-19 07:58:24 +00:00
2018-12-07 15:15:55 +00:00
### Beacon chain operations
2018-11-30 14:28:33 +00:00
2018-12-07 01:13:19 +00:00
#### Proposer slashings
2018-11-30 14:28:33 +00:00
2018-12-07 18:51:15 +00:00
##### `ProposerSlashing`
2018-11-30 14:28:33 +00:00
```python
{
2018-12-07 01:13:19 +00:00
# Proposer index
2019-01-27 09:01:11 +00:00
'proposer_index': 'uint64',
2018-12-07 01:13:19 +00:00
# First proposal data
'proposal_data_1': ProposalSignedData,
# First proposal signature
2019-01-17 19:19:38 +00:00
'proposal_signature_1': 'bytes96',
2018-12-07 01:13:19 +00:00
# Second proposal data
'proposal_data_2': ProposalSignedData,
# Second proposal signature
2019-01-17 19:19:38 +00:00
'proposal_signature_2': 'bytes96',
2018-11-30 14:28:33 +00:00
}
```
2019-01-28 18:24:09 +00:00
#### Attester slashings
2018-09-20 05:20:49 +00:00
2019-01-28 18:24:09 +00:00
##### `AttesterSlashing`
2018-09-20 05:20:49 +00:00
```python
2018-10-04 10:09:39 +00:00
{
2018-12-07 20:09:49 +00:00
# First batch of votes
2019-01-26 19:25:18 +00:00
'slashable_vote_1': SlashableVote,
2018-12-07 20:09:49 +00:00
# Second batch of votes
2019-01-26 19:25:18 +00:00
'slashable_vote_2': SlashableVote,
2018-12-06 23:51:01 +00:00
}
```
2019-01-26 19:25:18 +00:00
##### `SlashableVote`
2018-12-06 23:51:01 +00:00
```python
{
2019-01-23 13:24:35 +00:00
# Validator indices
2019-01-27 09:01:11 +00:00
'validator_indices': '[uint64]',
2019-01-23 13:24:35 +00:00
# Custody bitfield
'custody_bitfield': 'bytes',
2018-12-07 01:13:19 +00:00
# Attestation data
'data': AttestationData,
# Aggregate signature
2019-01-17 19:19:38 +00:00
'aggregate_signature': 'bytes96',
2018-12-06 23:51:01 +00:00
}
```
2018-12-07 01:13:19 +00:00
#### Attestations
2018-12-06 23:51:01 +00:00
2018-12-07 18:51:15 +00:00
##### `Attestation`
2018-10-02 02:21:15 +00:00
```python
2018-10-04 10:09:39 +00:00
{
2018-11-30 14:28:33 +00:00
# Attestation data
'data': AttestationData,
2019-01-17 11:18:30 +00:00
# Attester aggregation bitfield
'aggregation_bitfield': 'bytes',
2019-01-02 13:35:57 +00:00
# Custody bitfield
2018-11-30 14:28:33 +00:00
'custody_bitfield': 'bytes',
2018-10-04 10:09:39 +00:00
# BLS aggregate signature
2019-01-17 19:19:38 +00:00
'aggregate_signature': 'bytes96',
2018-10-02 02:21:15 +00:00
}
```
2018-12-07 01:13:19 +00:00
##### `AttestationData`
2018-11-20 07:40:04 +00:00
2018-10-02 02:21:15 +00:00
```python
2018-10-04 10:09:39 +00:00
{
2018-10-02 02:21:15 +00:00
# Slot number
2018-10-16 11:55:03 +00:00
'slot': 'uint64',
2018-10-04 10:09:39 +00:00
# Shard number
2018-11-24 21:20:20 +00:00
'shard': 'uint64',
2018-12-11 20:38:32 +00:00
# Hash of root of the signed beacon block
2019-01-17 08:33:59 +00:00
'beacon_block_root': 'bytes32',
2018-12-11 20:38:32 +00:00
# Hash of root of the ancestor at the epoch boundary
2019-01-17 08:33:59 +00:00
'epoch_boundary_root': 'bytes32',
2018-12-11 20:38:32 +00:00
# Shard block's hash of root
2019-01-17 08:33:59 +00:00
'shard_block_root': 'bytes32',
2018-12-11 20:38:32 +00:00
# Last crosslink's hash of root
2019-01-17 08:33:59 +00:00
'latest_crosslink_root': 'bytes32',
2019-01-26 15:16:32 +00:00
# Last justified epoch in the beacon state
'justified_epoch': 'uint64',
2018-11-30 14:28:33 +00:00
# Hash of the last justified beacon block
2019-01-17 08:33:59 +00:00
'justified_block_root': 'bytes32',
2018-10-02 02:21:15 +00:00
}
```
2018-12-23 10:48:11 +00:00
##### `AttestationDataAndCustodyBit`
```python
{
# Attestation data
2019-01-23 09:57:48 +00:00
'data': AttestationData,
2019-01-02 13:35:57 +00:00
# Custody bit
2019-01-28 18:31:13 +00:00
'custody_bit': 'bool',
2018-12-23 10:48:11 +00:00
}
```
2018-12-07 01:13:19 +00:00
#### Deposits
2018-12-07 01:02:23 +00:00
2018-12-07 18:51:15 +00:00
##### `Deposit`
2018-11-20 07:40:04 +00:00
```python
{
2019-01-04 16:52:25 +00:00
# Branch in the deposit tree
2019-01-17 08:54:38 +00:00
'branch': ['bytes32'],
2019-01-04 16:52:25 +00:00
# Index in the deposit tree
'index': 'uint64',
# Data
2018-12-13 15:36:57 +00:00
'deposit_data': DepositData,
2018-12-07 01:02:23 +00:00
}
```
2018-12-13 15:36:57 +00:00
##### `DepositData`
```python
{
2018-12-31 15:14:14 +00:00
# Amount in Gwei
'amount': 'uint64',
2018-12-13 15:36:57 +00:00
# Timestamp from deposit contract
'timestamp': 'uint64',
2019-01-09 20:35:26 +00:00
# Deposit input
'deposit_input': DepositInput,
2018-12-13 15:36:57 +00:00
}
```
##### `DepositInput`
2018-12-07 01:13:19 +00:00
```python
{
# BLS pubkey
2019-01-17 08:51:50 +00:00
'pubkey': 'bytes48',
2018-12-07 01:13:19 +00:00
# Withdrawal credentials
2019-01-17 08:33:59 +00:00
'withdrawal_credentials': 'bytes32',
2019-01-02 13:18:35 +00:00
# A BLS signature of this `DepositInput`
2019-01-17 19:19:38 +00:00
'proof_of_possession': 'bytes96',
2018-12-07 01:13:19 +00:00
}
```
#### Exits
2018-12-07 18:51:15 +00:00
##### `Exit`
2018-12-07 01:02:23 +00:00
```python
{
2019-01-26 22:27:50 +00:00
# Minimum epoch for processing exit
'epoch': 'uint64',
2018-12-07 01:02:23 +00:00
# Index of the exiting validator
2019-01-27 09:01:11 +00:00
'validator_index': 'uint64',
2018-12-07 01:02:23 +00:00
# Validator signature
2019-01-17 19:19:38 +00:00
'signature': 'bytes96',
2018-12-07 01:02:23 +00:00
}
```
### Beacon chain blocks
2018-12-07 14:12:58 +00:00
#### `BeaconBlock`
2018-11-20 07:40:04 +00:00
```python
{
2018-12-07 14:12:58 +00:00
## Header ##
2018-11-20 07:40:04 +00:00
'slot': 'uint64',
2019-01-17 08:33:59 +00:00
'parent_root': 'bytes32',
'state_root': 'bytes32',
2019-01-21 18:41:29 +00:00
'randao_reveal': 'bytes96',
2019-01-17 11:43:47 +00:00
'eth1_data': Eth1Data,
2019-01-17 19:19:38 +00:00
'signature': 'bytes96',
2018-12-07 14:12:58 +00:00
## Body ##
'body': BeaconBlockBody,
2018-11-20 07:40:04 +00:00
}
```
2018-12-07 01:02:23 +00:00
#### `BeaconBlockBody`
2018-10-02 02:21:15 +00:00
2018-10-04 10:09:39 +00:00
```python
2018-10-04 10:22:50 +00:00
{
2018-12-07 18:51:15 +00:00
'proposer_slashings': [ProposerSlashing],
2019-01-28 18:24:09 +00:00
'attester_slashings': [AttesterSlashing],
2018-12-12 17:51:42 +00:00
'attestations': [Attestation],
2018-12-07 18:51:15 +00:00
'deposits': [Deposit],
'exits': [Exit],
2018-11-20 07:40:04 +00:00
}
```
2018-12-07 01:02:23 +00:00
#### `ProposalSignedData`
2018-10-02 02:21:15 +00:00
2018-10-04 10:09:39 +00:00
```python
2018-10-04 10:22:50 +00:00
{
2018-12-07 01:02:23 +00:00
# Slot number
'slot': 'uint64',
# Shard number (`BEACON_CHAIN_SHARD_NUMBER` for beacon chain)
'shard': 'uint64',
2018-12-11 20:38:32 +00:00
# Block's hash of root
2019-01-17 08:33:59 +00:00
'block_root': 'bytes32',
2018-10-04 10:09:39 +00:00
}
```
### Beacon chain state
2018-09-20 05:20:49 +00:00
2018-11-30 14:28:33 +00:00
#### `BeaconState`
2018-09-20 05:20:49 +00:00
```python
2018-10-04 10:09:39 +00:00
{
2018-12-04 21:28:31 +00:00
# Misc
'slot': 'uint64',
'genesis_time': 'uint64',
2019-01-17 11:18:30 +00:00
'fork': Fork, # For versioning hard forks
2018-12-04 21:28:31 +00:00
2018-11-30 14:28:33 +00:00
# Validator registry
2019-01-17 11:01:13 +00:00
'validator_registry': [Validator],
2018-12-14 00:28:59 +00:00
'validator_balances': ['uint64'],
2019-01-26 00:33:15 +00:00
'validator_registry_update_epoch': 'uint64',
2018-11-30 14:28:33 +00:00
'validator_registry_exit_count': 'uint64',
# Randomness and committees
2019-01-17 08:33:59 +00:00
'latest_randao_mixes': ['bytes32'],
2019-01-10 17:01:19 +00:00
'previous_epoch_start_shard': 'uint64',
'current_epoch_start_shard': 'uint64',
2019-01-26 00:33:15 +00:00
'previous_calculation_epoch': 'uint64',
'current_calculation_epoch': 'uint64',
2019-01-19 07:28:14 +00:00
'previous_epoch_seed': 'bytes32',
'current_epoch_seed': 'bytes32',
2018-11-30 14:28:33 +00:00
# Finality
2019-01-26 15:16:32 +00:00
'previous_justified_epoch': 'uint64',
'justified_epoch': 'uint64',
2018-12-04 10:57:09 +00:00
'justification_bitfield': 'uint64',
2019-01-26 15:16:32 +00:00
'finalized_epoch': 'uint64',
2018-11-30 14:28:33 +00:00
# Recent state
2019-01-17 11:01:13 +00:00
'latest_crosslinks': [Crosslink],
2019-01-28 18:24:09 +00:00
'latest_block_roots': ['bytes32'],
2019-01-19 07:28:14 +00:00
'latest_index_roots': ['bytes32'],
2019-01-17 11:18:30 +00:00
'latest_penalized_balances': ['uint64'], # Balances penalized at every withdrawal period
2019-01-17 11:01:13 +00:00
'latest_attestations': [PendingAttestation],
2019-01-17 08:33:59 +00:00
'batched_block_roots': ['bytes32'],
2018-11-30 14:28:33 +00:00
2019-01-17 11:43:47 +00:00
# Ethereum 1.0 chain data
'latest_eth1_data': Eth1Data,
'eth1_data_votes': [Eth1DataVote],
2018-09-20 05:20:49 +00:00
}
```
2019-01-17 11:01:13 +00:00
#### `Validator`
2018-09-20 05:20:49 +00:00
```python
2018-10-04 10:09:39 +00:00
{
# BLS public key
2019-01-17 08:51:50 +00:00
'pubkey': 'bytes48',
2018-11-24 21:04:07 +00:00
# Withdrawal credentials
2019-01-17 08:33:59 +00:00
'withdrawal_credentials': 'bytes32',
2019-01-26 00:33:15 +00:00
# Epoch when validator activated
'activation_epoch': 'uint64',
# Epoch when validator exited
'exit_epoch': 'uint64',
# Epoch when validator withdrew
'withdrawal_epoch': 'uint64',
# Epoch when validator was penalized
'penalized_epoch': 'uint64',
2018-12-28 18:04:03 +00:00
# Exit counter when validator exited
2018-11-30 14:28:33 +00:00
'exit_count': 'uint64',
2018-12-28 18:04:03 +00:00
# Status flags
'status_flags': 'uint64',
2018-09-20 05:20:49 +00:00
}
```
2019-01-17 11:01:13 +00:00
#### `Crosslink`
2018-10-02 02:21:15 +00:00
```python
2018-10-04 10:09:39 +00:00
{
2019-01-26 14:55:32 +00:00
# Epoch number
'epoch': 'uint64',
2018-12-14 04:01:32 +00:00
# Shard block root
2019-01-17 08:33:59 +00:00
'shard_block_root': 'bytes32',
2018-10-02 02:21:15 +00:00
}
```
2019-01-17 11:01:13 +00:00
#### `PendingAttestation`
2018-12-04 10:57:09 +00:00
2018-11-26 22:12:39 +00:00
```python
{
# Signed data
2018-11-30 14:28:33 +00:00
'data': AttestationData,
2019-01-17 11:18:30 +00:00
# Attester aggregation bitfield
'aggregation_bitfield': 'bytes',
2019-01-02 13:35:57 +00:00
# Custody bitfield
2018-11-30 14:28:33 +00:00
'custody_bitfield': 'bytes',
2019-01-02 13:35:57 +00:00
# Slot the attestation was included
2018-11-30 14:28:33 +00:00
'slot_included': 'uint64',
2018-11-27 03:52:06 +00:00
}
```
2019-01-17 11:18:30 +00:00
#### `Fork`
2018-12-04 10:57:09 +00:00
2018-11-30 14:28:33 +00:00
```python
{
# Previous fork version
2019-01-17 11:18:30 +00:00
'previous_version': 'uint64',
# Current fork version
'current_version': 'uint64',
2019-01-26 22:27:50 +00:00
# Fork epoch number
'epoch': 'uint64',
2018-12-03 03:08:33 +00:00
}
2018-11-30 14:28:33 +00:00
```
2019-01-17 11:43:47 +00:00
#### `Eth1Data`
```python
{
# Root of the deposit tree
2019-01-19 07:46:09 +00:00
'deposit_root': 'bytes32',
2019-01-17 11:43:47 +00:00
# Block hash
2019-01-19 07:46:09 +00:00
'block_hash': 'bytes32',
2019-01-17 11:43:47 +00:00
}
```
#### `Eth1DataVote`
```python
{
# Data being voted for
'eth1_data': Eth1Data,
# Vote count
'vote_count': 'uint64',
2018-12-13 19:50:50 +00:00
}
```
2019-01-19 07:58:24 +00:00
## Custom Types
2019-01-02 13:18:35 +00:00
2019-01-19 07:58:24 +00:00
We define the following Python custom types for type hinting and readability:
2019-01-02 13:18:35 +00:00
2019-01-27 09:01:11 +00:00
| Name | SSZ equivalent | Description |
2019-01-19 07:58:24 +00:00
| - | - | - |
2019-01-27 09:01:11 +00:00
| `SlotNumber` | `uint64` | a slot number |
2019-01-28 16:15:08 +00:00
| `EpochNumber` | `uint64` | an epoch number |
2019-01-27 09:01:11 +00:00
| `ShardNumber` | `uint64` | a shard number |
| `ValidatorIndex` | `uint64` | an index in the validator registry |
| `Gwei` | `uint64` | an amount in Gwei |
| `Bytes32` | `bytes32` | 32 bytes of binary data |
| `BLSPubkey` | `bytes48` | a BLS public key |
| `BLSSignature` | `bytes96` | a BLS signature |
2018-12-04 10:57:09 +00:00
2019-01-28 19:15:43 +00:00
## Helper functions
2018-12-04 11:47:41 +00:00
2018-11-30 14:28:33 +00:00
Note: The definitions below are for specification purposes and are not necessarily optimal implementations.
2018-12-04 11:47:41 +00:00
2019-01-28 19:15:43 +00:00
### `hash`
2018-12-04 11:47:41 +00:00
2018-12-11 20:30:28 +00:00
The hash function is denoted by `hash` . In Phase 0 the beacon chain is deployed with the same hash function as Ethereum 1.0, i.e. Keccak-256 (also incorrectly known as SHA3).
2018-12-04 11:47:41 +00:00
2018-12-11 20:30:28 +00:00
Note: We aim to migrate to a S[T/N]ARK-friendly hash function in a future Ethereum 2.0 deployment phase.
2018-12-04 11:47:41 +00:00
2019-01-28 19:15:43 +00:00
### `hash_tree_root`
2018-12-04 11:47:41 +00:00
2019-01-19 08:06:00 +00:00
`def hash_tree_root(object: SSZSerializable) -> Bytes32` is a function for hashing objects into a single root utilizing a hash tree structure. `hash_tree_root` is defined in the [SimpleSerialize spec ](https://github.com/ethereum/eth2.0-specs/blob/master/specs/simple-serialize.md#tree-hash ).
2018-12-04 11:47:41 +00:00
2019-01-28 19:15:43 +00:00
### `slot_to_epoch`
2018-12-04 10:57:09 +00:00
```python
2019-01-27 14:54:46 +00:00
def slot_to_epoch(slot: SlotNumber) -> EpochNumber:
2019-01-26 00:33:15 +00:00
return slot // EPOCH_LENGTH
2018-12-04 10:57:09 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_current_epoch`
2018-09-20 05:20:49 +00:00
2019-01-26 14:31:09 +00:00
```python
2019-01-27 14:54:46 +00:00
def get_current_epoch(state: BeaconState) -> EpochNumber:
2019-01-26 14:31:09 +00:00
return slot_to_epoch(state.slot)
2018-11-22 13:24:20 +00:00
```
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
### `get_epoch_start_slot`
2018-12-11 20:30:28 +00:00
2019-01-27 14:54:46 +00:00
```python
def get_epoch_start_slot(epoch: EpochNumber) -> SlotNumber:
2019-01-27 17:00:03 +00:00
return epoch * EPOCH_LENGTH
2019-01-27 14:54:46 +00:00
```
2018-12-14 15:29:49 +00:00
2019-01-28 19:15:43 +00:00
### `is_active_validator`
2018-12-12 19:00:53 +00:00
```python
2019-01-27 14:34:00 +00:00
def is_active_validator(validator: Validator, epoch: EpochNumber) -> bool:
2018-12-07 12:18:55 +00:00
"""
Checks if ``validator`` is active.
"""
2019-01-26 15:16:32 +00:00
return validator.activation_epoch < = epoch < validator.exit_epoch
2018-12-07 12:18:55 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_active_validator_indices`
2018-09-20 05:20:49 +00:00
```python
2019-01-27 14:34:00 +00:00
def get_active_validator_indices(validators: List[Validator], epoch: EpochNumber) -> List[ValidatorIndex]:
2018-11-30 14:28:33 +00:00
"""
Gets indices of active validators from ``validators``.
"""
2019-01-26 15:16:32 +00:00
return [i for i, v in enumerate(validators) if is_active_validator(v, epoch)]
2018-09-20 05:20:49 +00:00
```
2018-11-04 22:26:24 +00:00
2019-01-28 19:15:43 +00:00
### `shuffle`
2018-09-20 05:20:49 +00:00
```python
2019-01-17 08:56:33 +00:00
def shuffle(values: List[Any], seed: Bytes32) -> List[Any]:
2018-10-07 06:21:37 +00:00
"""
2018-11-30 14:28:33 +00:00
Returns the shuffled ``values`` with ``seed`` as entropy.
2018-10-07 06:21:37 +00:00
"""
values_count = len(values)
2018-10-11 05:56:46 +00:00
# Entropy is consumed from the seed in 3-byte (24 bit) chunks.
2018-10-16 00:17:34 +00:00
rand_bytes = 3
# The highest possible result of the RNG.
rand_max = 2 ** (rand_bytes * 8) - 1
# The range of the RNG places an upper-bound on the size of the list that
# may be shuffled. It is a logic error to supply an oversized list.
2018-10-11 05:56:46 +00:00
assert values_count < rand_max
2018-10-03 14:28:42 +00:00
2018-10-07 06:21:37 +00:00
output = [x for x in values]
2018-09-20 05:20:49 +00:00
source = seed
2018-10-07 06:21:37 +00:00
index = 0
2018-10-11 05:56:46 +00:00
while index < values_count - 1:
2018-10-16 00:17:34 +00:00
# Re-hash the `source` to obtain a new pattern of bytes.
2018-10-03 13:45:33 +00:00
source = hash(source)
2018-10-16 00:17:34 +00:00
# Iterate through the `source` bytes in 3-byte chunks.
for position in range(0, 32 - (32 % rand_bytes), rand_bytes):
# Determine the number of indices remaining in `values` and exit
# once the last index is reached.
2018-10-07 06:21:37 +00:00
remaining = values_count - index
2018-10-07 14:48:37 +00:00
if remaining == 1:
2018-09-20 05:20:49 +00:00
break
2018-10-07 06:21:37 +00:00
2018-10-16 00:17:34 +00:00
# Read 3-bytes of `source` as a 24-bit big-endian integer.
2018-11-30 14:28:33 +00:00
sample_from_source = int.from_bytes(source[position:position + rand_bytes], 'big')
2018-10-11 05:56:46 +00:00
# Sample values greater than or equal to `sample_max` will cause
# modulo bias when mapped into the `remaining` range.
sample_max = rand_max - rand_max % remaining
2018-10-07 06:21:37 +00:00
2018-10-11 05:56:46 +00:00
# Perform a swap if the consumed entropy will not cause modulo bias.
2018-10-10 18:47:40 +00:00
if sample_from_source < sample_max:
2018-10-16 00:17:34 +00:00
# Select a replacement index for the current index.
2018-10-07 06:21:37 +00:00
replacement_position = (sample_from_source % remaining) + index
2018-10-16 00:17:34 +00:00
# Swap the current index with the replacement index.
2018-10-07 14:48:37 +00:00
output[index], output[replacement_position] = output[replacement_position], output[index]
2018-10-07 06:21:37 +00:00
index += 1
else:
2018-10-11 05:56:46 +00:00
# The sample causes modulo bias. A new sample should be read.
2018-10-07 06:21:37 +00:00
pass
return output
2018-09-20 05:20:49 +00:00
```
2019-01-28 19:15:43 +00:00
### `split`
2018-09-20 05:20:49 +00:00
```python
2019-01-17 01:18:30 +00:00
def split(values: List[Any], split_count: int) -> List[List[Any]]:
2018-10-07 06:21:37 +00:00
"""
2018-11-30 14:28:33 +00:00
Splits ``values`` into ``split_count`` pieces.
2018-10-07 06:21:37 +00:00
"""
2018-11-30 14:28:33 +00:00
list_length = len(values)
2018-10-07 06:21:37 +00:00
return [
2018-11-30 14:28:33 +00:00
values[(list_length * i // split_count): (list_length * (i + 1) // split_count)]
2018-10-09 07:33:22 +00:00
for i in range(split_count)
2018-10-07 06:21:37 +00:00
]
2018-09-20 05:20:49 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_epoch_committee_count`
2019-01-08 00:53:33 +00:00
```python
2019-01-27 16:56:26 +00:00
def get_epoch_committee_count(active_validator_count: int) -> int:
2019-01-08 00:53:33 +00:00
return max(
1,
min(
SHARD_COUNT // EPOCH_LENGTH,
2019-01-11 04:33:22 +00:00
active_validator_count // EPOCH_LENGTH // TARGET_COMMITTEE_SIZE,
2019-01-08 00:53:33 +00:00
)
2019-01-27 16:56:26 +00:00
) * EPOCH_LENGTH
2019-01-08 00:53:33 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_shuffling`
2018-09-20 05:20:49 +00:00
```python
2019-01-17 08:56:33 +00:00
def get_shuffling(seed: Bytes32,
2019-01-17 11:01:13 +00:00
validators: List[Validator],
2019-01-27 14:34:00 +00:00
epoch: EpochNumber) -> List[List[ValidatorIndex]]
2018-11-30 14:28:33 +00:00
"""
2019-01-26 00:33:15 +00:00
Shuffles ``validators`` into crosslink committees seeded by ``seed`` and ``epoch``.
2019-01-27 17:00:03 +00:00
Returns a list of ``committees_per_epoch`` committees where each
2019-01-10 17:29:11 +00:00
committee is itself a list of validator indices.
2018-11-30 14:28:33 +00:00
"""
2019-01-02 13:41:32 +00:00
2019-01-26 15:16:32 +00:00
active_validator_indices = get_active_validator_indices(validators, epoch)
2019-01-02 13:41:32 +00:00
2019-01-27 16:56:26 +00:00
committees_per_epoch = get_epoch_committee_count(len(active_validator_indices))
2018-10-07 14:48:37 +00:00
2019-01-02 15:21:22 +00:00
# Shuffle
2019-01-26 00:33:15 +00:00
seed = xor(seed, int_to_bytes32(epoch))
2019-01-02 15:21:22 +00:00
shuffled_active_validator_indices = shuffle(active_validator_indices, seed)
2018-10-07 06:21:37 +00:00
2019-01-27 16:56:26 +00:00
# Split the shuffled list into committees_per_epoch pieces
return split(shuffled_active_validator_indices, committees_per_epoch)
2019-01-08 00:53:33 +00:00
```
2018-10-07 06:21:37 +00:00
2019-01-26 22:27:50 +00:00
**Invariant**: if `get_shuffling(seed, validators, epoch)` returns some value `x` for some `epoch <= get_current_epoch(state) + ENTRY_EXIT_DELAY` , it should return the same value `x` for the same `seed` and `epoch` and possible future modifications of `validators` forever in phase 0, and until the ~1 year deletion delay in phase 2 and in the future.
2018-10-07 06:21:37 +00:00
2019-01-09 16:40:40 +00:00
**Note**: this definition and the next few definitions make heavy use of repetitive computing. Production implementations are expected to appropriately use caching/memoization to avoid redoing work.
2018-10-14 13:30:52 +00:00
2019-01-29 13:17:05 +00:00
### `get_previous_epoch_committee_count`
2018-10-07 06:21:37 +00:00
2019-01-08 00:53:33 +00:00
```python
2019-01-27 16:56:26 +00:00
def get_previous_epoch_committee_count(state: BeaconState) -> int:
2019-01-14 13:54:29 +00:00
previous_active_validators = get_active_validator_indices(
state.validator_registry,
2019-01-26 00:33:15 +00:00
state.previous_calculation_epoch,
2019-01-14 13:54:29 +00:00
)
2019-01-27 16:56:26 +00:00
return get_epoch_committee_count(len(previous_active_validators))
2018-09-20 05:20:49 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_current_epoch_committee_count`
2018-09-20 05:20:49 +00:00
2019-01-08 00:53:33 +00:00
```python
2019-01-27 16:56:26 +00:00
def get_current_epoch_committee_count(state: BeaconState) -> int:
2019-01-14 13:54:29 +00:00
current_active_validators = get_active_validator_indices(
state.validator_registry,
2019-01-26 00:33:15 +00:00
state.current_calculation_epoch,
2019-01-14 13:54:29 +00:00
)
2019-01-27 16:56:26 +00:00
return get_epoch_committee_count(len(current_active_validators))
2019-01-08 00:53:33 +00:00
```
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
### `get_crosslink_committees_at_slot`
2018-09-20 05:20:49 +00:00
```python
2019-01-15 00:06:33 +00:00
def get_crosslink_committees_at_slot(state: BeaconState,
2019-01-19 07:58:24 +00:00
slot: SlotNumber) -> List[Tuple[List[ValidatorIndex], ShardNumber]]:
2018-11-30 14:28:33 +00:00
"""
2019-01-11 03:01:30 +00:00
Returns the list of ``(committee, shard)`` tuples for the ``slot``.
2018-11-30 14:28:33 +00:00
"""
2019-01-26 22:39:57 +00:00
epoch = slot_to_epoch(slot)
current_epoch = get_current_epoch(state)
2019-01-28 15:26:48 +00:00
previous_epoch = current_epoch - 1 if current_epoch > GENESIS_EPOCH else current_epoch
2019-01-26 22:39:57 +00:00
next_epoch = current_epoch + 1
2019-01-08 00:53:33 +00:00
2019-01-26 22:39:57 +00:00
assert previous_epoch < = epoch < next_epoch
if epoch < current_epoch:
2019-01-27 16:56:26 +00:00
committees_per_epoch = get_previous_epoch_committee_count(state)
2019-01-25 22:35:20 +00:00
seed = state.previous_epoch_seed
2019-01-26 00:33:15 +00:00
shuffling_epoch = state.previous_calculation_epoch
2019-01-23 21:41:25 +00:00
shuffling_start_shard = state.previous_epoch_start_shard
2019-01-08 00:53:33 +00:00
else:
2019-01-27 16:56:26 +00:00
committees_per_epoch = get_current_epoch_committee_count(state)
2019-01-25 22:35:20 +00:00
seed = state.current_epoch_seed
2019-01-26 00:33:15 +00:00
shuffling_epoch = state.current_calculation_epoch
2019-01-23 21:41:25 +00:00
shuffling_start_shard = state.current_epoch_start_shard
shuffling = get_shuffling(
seed,
state.validator_registry,
2019-01-26 00:33:15 +00:00
shuffling_epoch,
2019-01-23 21:41:25 +00:00
)
offset = slot % EPOCH_LENGTH
2019-01-27 16:56:26 +00:00
committees_per_slot = committees_per_epoch // EPOCH_LENGTH
2019-01-23 21:41:25 +00:00
slot_start_shard = (shuffling_start_shard + committees_per_slot * offset) % SHARD_COUNT
2019-01-08 00:53:33 +00:00
2019-01-10 17:01:19 +00:00
return [
2019-01-14 13:54:29 +00:00
(
shuffling[committees_per_slot * offset + i],
(slot_start_shard + i) % SHARD_COUNT,
)
2019-01-10 17:01:19 +00:00
for i in range(committees_per_slot)
]
2018-11-30 14:28:33 +00:00
```
2018-09-20 05:20:49 +00:00
2019-01-08 00:53:33 +00:00
**Note**: we plan to replace the shuffling algorithm with a pointwise-evaluable shuffle (see https://github.com/ethereum/eth2.0-specs/issues/323), which will allow calculation of the committees for each slot individually.
2019-01-28 19:15:43 +00:00
### `get_block_root`
2018-11-30 14:28:33 +00:00
```python
2018-12-11 17:53:56 +00:00
def get_block_root(state: BeaconState,
2019-01-19 07:58:24 +00:00
slot: SlotNumber) -> Bytes32:
2018-11-30 14:28:33 +00:00
"""
2018-12-14 04:01:32 +00:00
Returns the block root at a recent ``slot``.
2018-11-30 14:28:33 +00:00
"""
2018-12-18 18:53:48 +00:00
assert state.slot < = slot + LATEST_BLOCK_ROOTS_LENGTH
assert slot < state.slot
2018-12-18 10:33:03 +00:00
return state.latest_block_roots[slot % LATEST_BLOCK_ROOTS_LENGTH]
2018-09-20 05:20:49 +00:00
```
2019-01-15 00:06:33 +00:00
`get_block_root(_, s)` should always return `hash_tree_root` of the block in the beacon chain at slot `s` , and `get_crosslink_committees_at_slot(_, s)` should not change unless the [validator ](#dfn-validator ) registry changes.
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
### `get_randao_mix`
2019-01-10 17:01:19 +00:00
```python
def get_randao_mix(state: BeaconState,
2019-01-27 17:22:27 +00:00
epoch: EpochNumber) -> Bytes32:
2019-01-10 17:01:19 +00:00
"""
2019-01-28 05:36:38 +00:00
Returns the randao mix at a recent ``epoch``.
2019-01-10 17:01:19 +00:00
"""
2019-01-28 05:12:37 +00:00
assert get_current_epoch(state) - LATEST_RANDAO_MIXES_LENGTH < epoch < = get_current_epoch ( state )
2019-01-27 17:22:27 +00:00
return state.latest_randao_mixes[epoch % LATEST_RANDAO_MIXES_LENGTH]
2019-01-10 17:01:19 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_active_index_root`
2019-01-19 03:06:21 +00:00
```python
def get_active_index_root(state: BeaconState,
2019-01-27 14:34:00 +00:00
epoch: EpochNumber) -> Bytes32:
2019-01-19 03:06:21 +00:00
"""
2019-01-26 22:27:50 +00:00
Returns the index root at a recent ``epoch``.
2019-01-19 03:06:21 +00:00
"""
2019-01-28 05:12:37 +00:00
assert get_current_epoch(state) - LATEST_INDEX_ROOTS_LENGTH < epoch < = get_current_epoch ( state )
2019-01-26 00:33:15 +00:00
return state.latest_index_roots[epoch % LATEST_INDEX_ROOTS_LENGTH]
2019-01-19 03:06:21 +00:00
```
2019-01-28 19:15:43 +00:00
### `generate_seed`
2019-01-25 23:07:54 +00:00
```python
def generate_seed(state: BeaconState,
2019-01-27 17:00:03 +00:00
epoch: EpochNumber) -> Bytes32:
2019-01-19 03:06:21 +00:00
"""
2019-01-26 00:33:15 +00:00
Generate a seed for the given ``epoch``.
2019-01-19 03:06:21 +00:00
"""
2019-01-25 23:07:54 +00:00
return hash(
2019-01-28 05:12:37 +00:00
get_randao_mix(state, epoch - SEED_LOOKAHEAD) +
2019-01-26 00:33:15 +00:00
get_active_index_root(state, epoch)
2019-01-25 23:07:54 +00:00
)
2019-01-19 03:06:21 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_beacon_proposer_index`
2018-11-20 07:40:04 +00:00
```python
2018-12-05 18:49:45 +00:00
def get_beacon_proposer_index(state: BeaconState,
2019-01-19 07:58:24 +00:00
slot: SlotNumber) -> ValidatorIndex:
2018-11-30 14:28:33 +00:00
"""
Returns the beacon proposer index for the ``slot``.
"""
2019-01-15 00:06:33 +00:00
first_committee, _ = get_crosslink_committees_at_slot(state, slot)[0]
2018-11-30 14:28:33 +00:00
return first_committee[slot % len(first_committee)]
2018-11-20 07:40:04 +00:00
```
2019-01-28 19:15:43 +00:00
### `merkle_root`
2018-12-06 16:25:35 +00:00
```python
2019-01-17 08:56:33 +00:00
def merkle_root(values: List[Bytes32]) -> Bytes32:
2018-12-27 17:58:24 +00:00
"""
Merkleize ``values`` (where ``len(values)`` is a power of two) and return the Merkle root.
"""
2018-12-12 13:02:50 +00:00
o = [0] * len(values) + values
2018-12-27 17:58:24 +00:00
for i in range(len(values) - 1, 0, -1):
o[i] = hash(o[i * 2] + o[i * 2 + 1])
2018-12-12 13:02:50 +00:00
return o[1]
2018-12-06 16:25:35 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_attestation_participants`
2018-11-20 21:49:43 +00:00
```python
2018-12-07 12:18:55 +00:00
def get_attestation_participants(state: BeaconState,
2018-11-30 14:28:33 +00:00
attestation_data: AttestationData,
2019-01-26 19:03:46 +00:00
bitfield: bytes) -> List[ValidatorIndex]:
2018-11-30 14:28:33 +00:00
"""
2019-01-23 12:40:59 +00:00
Returns the participant indices at for the ``attestation_data`` and ``bitfield``.
2018-11-30 14:28:33 +00:00
"""
2019-01-10 17:01:19 +00:00
# Find the committee in the list with the desired shard
2019-01-15 00:06:33 +00:00
crosslink_committees = get_crosslink_committees_at_slot(state, attestation_data.slot)
2019-01-16 19:05:53 +00:00
assert attestation_data.shard in [shard for _, shard in crosslink_committees]
2019-01-15 00:06:33 +00:00
crosslink_committee = [committee for committee, shard in crosslink_committees if shard == attestation_data.shard][0]
2018-12-04 10:57:09 +00:00
2019-01-26 18:59:07 +00:00
assert verify_bitfield(bitfield, len(crosslink_committee))
2018-12-04 10:57:09 +00:00
# Find the participating attesters in the committee
2018-11-26 22:12:39 +00:00
participants = []
2019-01-15 00:06:33 +00:00
for i, validator_index in enumerate(crosslink_committee):
2019-01-23 12:40:59 +00:00
aggregation_bit = get_bitfield_bit(bitfield, i)
2019-01-27 09:01:11 +00:00
if aggregation_bit == 0b1:
2018-11-30 14:28:33 +00:00
participants.append(validator_index)
2018-11-26 22:12:39 +00:00
return participants
2018-11-20 07:40:04 +00:00
```
2019-01-28 19:15:43 +00:00
### `int_to_bytes1`, `int_to_bytes2`, ...
2018-11-30 14:28:33 +00:00
2019-01-18 08:21:58 +00:00
`int_to_bytes1(x): return x.to_bytes(1, 'big')` , `int_to_bytes2(x): return x.to_bytes(2, 'big')` , and so on for all integers, particularly 1, 2, 3, 4, 8, 32, 48, 96.
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
### `get_effective_balance`
2018-11-25 11:33:05 +00:00
2018-12-01 05:29:19 +00:00
```python
2019-01-19 07:58:24 +00:00
def get_effective_balance(state: State, index: ValidatorIndex) -> Gwei:
2018-11-30 14:28:33 +00:00
"""
2018-12-18 18:37:25 +00:00
Returns the effective balance (also known as "balance at stake") for a ``validator`` with the given ``index``.
2018-11-30 14:28:33 +00:00
"""
2019-01-17 10:55:05 +00:00
return min(state.validator_balances[index], MAX_DEPOSIT_AMOUNT)
2018-11-25 11:33:05 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_fork_version`
2018-12-10 22:14:08 +00:00
```python
2019-01-17 11:18:30 +00:00
def get_fork_version(fork: Fork,
2019-01-27 14:34:00 +00:00
epoch: EpochNumber) -> int:
2019-01-26 22:27:50 +00:00
if epoch < fork.epoch:
2019-01-17 11:18:30 +00:00
return fork.previous_version
2018-12-10 22:14:08 +00:00
else:
2019-01-17 11:18:30 +00:00
return fork.current_version
2018-12-10 22:14:08 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_domain`
2018-12-05 14:41:11 +00:00
```python
2019-01-17 11:18:30 +00:00
def get_domain(fork: Fork,
2019-01-27 14:34:00 +00:00
epoch: EpochNumber,
2018-12-05 14:41:11 +00:00
domain_type: int) -> int:
return get_fork_version(
2019-01-17 11:18:30 +00:00
fork,
2019-01-26 22:27:50 +00:00
epoch,
2018-12-05 14:41:11 +00:00
) * 2* *32 + domain_type
```
2019-01-28 20:33:50 +00:00
### `get_bitfield_bit`
2019-01-23 12:40:59 +00:00
```python
def get_bitfield_bit(bitfield: bytes, i: int) -> int:
2019-01-23 13:52:52 +00:00
"""
Extract the bit in ``bitfield`` at position ``i``.
"""
2019-01-23 12:40:59 +00:00
return (bitfield[i // 8] >> (7 - (i % 8))) % 2
```
2019-01-28 20:33:50 +00:00
### `verify_bitfield`
2019-01-23 12:40:59 +00:00
```python
2019-01-26 18:59:07 +00:00
def verify_bitfield(bitfield: bytes, committee_size: int) -> bool:
2019-01-23 13:52:52 +00:00
"""
2019-01-26 18:59:07 +00:00
Verify ``bitfield`` against the ``committee_size``.
2019-01-23 13:52:52 +00:00
"""
2019-01-26 18:59:07 +00:00
if len(bitfield) != (committee_size + 7) // 8:
2019-01-23 12:40:59 +00:00
return False
2019-01-26 18:59:07 +00:00
for i in range(committee_size + 1, committee_size - committee_size % 8 + 8):
2019-01-27 09:01:11 +00:00
if get_bitfield_bit(bitfield, i) == 0b1:
2019-01-23 12:40:59 +00:00
return False
return True
```
2019-01-28 20:33:50 +00:00
### `verify_slashable_vote`
2018-12-07 01:02:23 +00:00
```python
2019-01-26 19:25:18 +00:00
def verify_slashable_vote(state: BeaconState, slashable_vote: SlashableVote) -> bool:
2019-01-23 13:52:52 +00:00
"""
2019-01-26 19:25:18 +00:00
Verify validity of ``slashable_vote`` fields.
2019-01-23 13:52:52 +00:00
"""
2019-01-26 19:25:18 +00:00
if slashable_vote.custody_bitfield != b'\x00' * len(slashable_vote.custody_bitfield): # [TO BE REMOVED IN PHASE 1]
2018-12-07 20:09:49 +00:00
return False
2019-01-26 19:25:18 +00:00
if len(slashable_vote.validator_indices) == 0:
2019-01-23 13:24:35 +00:00
return False
2019-01-26 19:25:18 +00:00
for i in range(len(slashable_vote.validator_indices) - 1):
if slashable_vote.validator_indices[i] >= slashable_vote.validator_indices[i + 1]:
2019-01-27 09:01:11 +00:00
return False
2019-01-23 13:24:35 +00:00
2019-01-26 19:25:18 +00:00
if not verify_bitfield(slashable_vote.custody_bitfield, len(slashable_vote.validator_indices)):
2019-01-23 12:40:59 +00:00
return False
2019-01-26 19:25:18 +00:00
if len(slashable_vote.validator_indices) > MAX_INDICES_PER_SLASHABLE_VOTE:
2018-12-07 20:09:49 +00:00
return False
2019-01-23 13:24:35 +00:00
custody_bit_0_indices = []
custody_bit_1_indices = []
2019-01-26 19:25:18 +00:00
for i, validator_index in enumerate(slashable_vote.validator_indices):
2019-01-27 09:01:11 +00:00
if get_bitfield_bit(slashable_vote.custody_bitfield, i) == 0b0:
2019-01-23 13:24:35 +00:00
custody_bit_0_indices.append(validator_index)
else:
custody_bit_1_indices.append(validator_index)
2019-01-22 20:45:30 +00:00
return bls_verify(
2018-12-23 10:48:11 +00:00
pubkeys=[
2019-01-23 13:24:35 +00:00
bls_aggregate_pubkeys([state.validator_registry[i].pubkey for i in custody_bit_0_indices]),
bls_aggregate_pubkeys([state.validator_registry[i].pubkey for i in custody_bit_1_indices]),
2018-12-23 10:48:11 +00:00
],
messages=[
2019-01-27 09:01:11 +00:00
hash_tree_root(AttestationDataAndCustodyBit(attestation_data=slashable_vote.data, custody_bit=0b0)),
hash_tree_root(AttestationDataAndCustodyBit(attestation_data=slashable_vote.data, custody_bit=0b1)),
2018-12-23 10:48:11 +00:00
],
2019-01-26 19:25:18 +00:00
signature=slashable_vote.aggregate_signature,
2018-12-13 09:55:37 +00:00
domain=get_domain(
2019-01-17 11:18:30 +00:00
state.fork,
2019-01-26 22:27:50 +00:00
slot_to_epoch(vote_data.data.slot),
2018-12-13 09:55:37 +00:00
DOMAIN_ATTESTATION,
),
2018-12-12 18:55:28 +00:00
)
2018-12-07 01:02:23 +00:00
```
2019-01-28 19:15:43 +00:00
### `is_double_vote`
2018-12-13 18:09:39 +00:00
```python
def is_double_vote(attestation_data_1: AttestationData,
attestation_data_2: AttestationData) -> bool
2018-12-13 18:17:39 +00:00
"""
Assumes ``attestation_data_1`` is distinct from ``attestation_data_2``.
Returns True if the provided ``AttestationData`` are slashable
due to a 'double vote'.
"""
2019-01-26 00:33:15 +00:00
target_epoch_1 = slot_to_epoch(attestation_data_1.slot)
target_epoch_2 = slot_to_epoch(attestation_data_2.slot)
2018-12-28 17:10:12 +00:00
return target_epoch_1 == target_epoch_2
2018-12-13 18:09:39 +00:00
```
2019-01-28 19:15:43 +00:00
### `is_surround_vote`
2018-12-13 18:09:39 +00:00
```python
def is_surround_vote(attestation_data_1: AttestationData,
2018-12-19 11:47:37 +00:00
attestation_data_2: AttestationData) -> bool:
2018-12-13 18:17:39 +00:00
"""
Assumes ``attestation_data_1`` is distinct from ``attestation_data_2``.
2018-12-13 18:18:29 +00:00
Returns True if the provided ``AttestationData`` are slashable
2018-12-13 18:17:39 +00:00
due to a 'surround vote'.
Note: parameter order matters as this function only checks
that ``attestation_data_1`` surrounds ``attestation_data_2``.
"""
2019-01-26 15:16:32 +00:00
source_epoch_1 = attestation_data_1.justified_epoch
source_epoch_2 = attestation_data_2.justified_epoch
2019-01-26 00:33:15 +00:00
target_epoch_1 = slot_to_epoch(attestation_data_1.slot)
target_epoch_2 = slot_to_epoch(attestation_data_2.slot)
2019-01-30 14:46:43 +00:00
return source_epoch_1 < source_epoch_2 and target_epoch_2 < target_epoch_1
2018-12-13 18:09:39 +00:00
```
2019-01-28 19:15:43 +00:00
### `integer_squareroot`
2018-09-30 23:02:09 +00:00
2018-09-30 14:56:43 +00:00
```python
2018-11-30 14:28:33 +00:00
def integer_squareroot(n: int) -> int:
"""
2019-01-23 04:47:07 +00:00
The largest integer ``x`` such that ``x**2`` is less than or equal to ``n``.
2018-11-30 14:28:33 +00:00
"""
2019-01-11 00:09:58 +00:00
assert n >= 0
2018-09-30 23:38:47 +00:00
x = n
y = (x + 1) // 2
while y < x:
x = y
y = (x + n // x) // 2
return x
2018-09-30 14:56:43 +00:00
```
2019-01-28 19:15:43 +00:00
### `get_entry_exit_effect_epoch`
2019-01-23 04:47:07 +00:00
```python
2019-01-27 17:01:04 +00:00
def get_entry_exit_effect_epoch(epoch: EpochNumber) -> EpochNumber:
2019-01-23 04:47:07 +00:00
"""
2019-01-26 15:16:32 +00:00
An entry or exit triggered in the ``epoch`` given by the input takes effect at
2019-01-26 00:33:15 +00:00
the epoch given by the output.
2019-01-23 04:47:07 +00:00
"""
2019-01-26 15:16:32 +00:00
return epoch + 1 + ENTRY_EXIT_DELAY
2019-01-23 04:47:07 +00:00
```
2019-01-28 19:15:43 +00:00
### `bls_verify`
2018-12-10 22:14:08 +00:00
2019-01-09 20:47:19 +00:00
`bls_verify` is a function for verifying a BLS signature, defined in the [BLS Signature spec ](https://github.com/ethereum/eth2.0-specs/blob/master/specs/bls_signature.md#bls_verify ).
2018-12-11 21:18:30 +00:00
2019-01-28 19:15:43 +00:00
### `bls_verify_multiple`
2018-12-11 21:18:30 +00:00
2019-01-09 20:47:19 +00:00
`bls_verify_multiple` is a function for verifying a BLS signature constructed from multiple messages, defined in the [BLS Signature spec ](https://github.com/ethereum/eth2.0-specs/blob/master/specs/bls_signature.md#bls_verify_multiple ).
2018-12-14 15:39:14 +00:00
2019-01-28 19:15:43 +00:00
### `bls_aggregate_pubkeys`
2018-12-14 15:39:14 +00:00
2019-01-09 20:47:19 +00:00
`bls_aggregate_pubkeys` is a function for aggregating multiple BLS public keys into a single aggregate key, defined in the [BLS Signature spec ](https://github.com/ethereum/eth2.0-specs/blob/master/specs/bls_signature.md#bls_aggregate_pubkeys ).
2018-12-10 22:14:08 +00:00
2019-01-28 19:15:43 +00:00
### `validate_proof_of_possession`
2018-11-16 16:41:59 +00:00
```python
2019-01-28 19:15:43 +00:00
def validate_proof_of_possession(state: BeaconState,
pubkey: BLSPubkey,
proof_of_possession: BLSSignature,
withdrawal_credentials: Bytes32) -> bool:
proof_of_possession_data = DepositInput(
pubkey=pubkey,
withdrawal_credentials=withdrawal_credentials,
proof_of_possession=EMPTY_SIGNATURE,
)
2018-11-16 16:41:59 +00:00
2019-01-28 19:15:43 +00:00
return bls_verify(
pubkey=pubkey,
message=hash_tree_root(proof_of_possession_data),
signature=proof_of_possession,
domain=get_domain(
state.fork,
get_current_epoch(state),
DOMAIN_DEPOSIT,
)
)
2018-11-16 16:41:59 +00:00
```
2019-01-28 19:15:43 +00:00
### `process_deposit`
2018-12-04 21:28:31 +00:00
2019-01-28 19:15:43 +00:00
Used to add a [validator ](#dfn-validator ) or top up an existing [validator ](#dfn-validator )'s balance by some `deposit` amount:
2018-10-02 15:20:07 +00:00
```python
2019-01-28 19:15:43 +00:00
def process_deposit(state: BeaconState,
pubkey: BLSPubkey,
amount: Gwei,
proof_of_possession: BLSSignature,
withdrawal_credentials: Bytes32) -> None:
"""
Process a deposit from Ethereum 1.0.
Note that this function mutates ``state``.
"""
# Validate the given `proof_of_possession`
assert validate_proof_of_possession(
state,
pubkey,
proof_of_possession,
withdrawal_credentials,
)
2018-12-04 21:28:31 +00:00
2019-01-28 19:15:43 +00:00
validator_pubkeys = [v.pubkey for v in state.validator_registry]
2018-12-10 19:55:11 +00:00
2018-11-27 19:51:12 +00:00
if pubkey not in validator_pubkeys:
2018-11-30 14:28:33 +00:00
# Add new validator
2019-01-17 11:01:13 +00:00
validator = Validator(
2018-11-27 19:51:12 +00:00
pubkey=pubkey,
withdrawal_credentials=withdrawal_credentials,
2019-01-26 00:33:15 +00:00
activation_epoch=FAR_FUTURE_EPOCH,
2019-01-26 22:27:50 +00:00
exit_epoch=FAR_FUTURE_EPOCH,
2019-01-26 00:33:15 +00:00
withdrawal_epoch=FAR_FUTURE_EPOCH,
penalized_epoch=FAR_FUTURE_EPOCH,
2018-12-21 16:26:40 +00:00
exit_count=0,
2018-12-29 19:44:51 +00:00
status_flags=0,
2018-11-27 19:51:12 +00:00
)
2019-01-19 00:45:15 +00:00
# Note: In phase 2 registry indices that have been withdrawn for a long time will be recycled.
2018-12-31 15:14:14 +00:00
state.validator_registry.append(validator)
state.validator_balances.append(amount)
2018-11-27 19:51:12 +00:00
else:
2018-12-31 15:14:14 +00:00
# Increase balance by deposit amount
2018-11-27 19:51:12 +00:00
index = validator_pubkeys.index(pubkey)
2018-12-14 00:28:59 +00:00
assert state.validator_registry[index].withdrawal_credentials == withdrawal_credentials
2018-11-30 14:28:33 +00:00
2018-12-31 15:14:14 +00:00
state.validator_balances[index] += amount
2018-11-20 01:13:58 +00:00
```
2018-12-05 18:40:08 +00:00
2018-12-28 18:04:03 +00:00
### Routines for updating validator status
2018-10-01 22:19:16 +00:00
2018-12-31 15:14:14 +00:00
Note: All functions in this section mutate `state` .
2018-12-10 22:42:28 +00:00
2019-01-28 19:15:43 +00:00
#### `activate_validator`
2018-12-10 21:16:06 +00:00
```python
2019-01-19 07:58:24 +00:00
def activate_validator(state: BeaconState, index: ValidatorIndex, genesis: bool) -> None:
2018-12-13 19:45:08 +00:00
validator = state.validator_registry[index]
2018-12-10 21:16:06 +00:00
2019-01-27 14:54:46 +00:00
validator.activation_epoch = GENESIS_EPOCH if genesis else get_entry_exit_effect_epoch(get_current_epoch(state))
2018-10-01 22:19:16 +00:00
```
2019-01-28 19:15:43 +00:00
#### `initiate_validator_exit`
2018-12-10 21:16:06 +00:00
```python
2019-01-19 07:58:24 +00:00
def initiate_validator_exit(state: BeaconState, index: ValidatorIndex) -> None:
2018-12-13 19:45:08 +00:00
validator = state.validator_registry[index]
2018-12-28 18:04:03 +00:00
validator.status_flags |= INITIATED_EXIT
2018-12-10 21:16:06 +00:00
```
2018-10-11 18:14:48 +00:00
2019-01-28 19:15:43 +00:00
#### `exit_validator`
2018-10-11 18:14:48 +00:00
```python
2019-01-19 07:58:24 +00:00
def exit_validator(state: BeaconState, index: ValidatorIndex) -> None:
2018-11-30 14:28:33 +00:00
validator = state.validator_registry[index]
2018-12-11 15:49:50 +00:00
2019-01-04 01:44:39 +00:00
# The following updates only occur if not previous exited
2019-01-26 22:27:50 +00:00
if validator.exit_epoch < = get_entry_exit_effect_epoch(get_current_epoch(state)):
2018-12-13 13:08:51 +00:00
return
2018-12-11 15:49:50 +00:00
2019-01-26 22:27:50 +00:00
validator.exit_epoch = get_entry_exit_effect_epoch(get_current_epoch(state))
2018-11-30 14:28:33 +00:00
2018-12-10 21:16:06 +00:00
state.validator_registry_exit_count += 1
validator.exit_count = state.validator_registry_exit_count
2018-10-11 18:14:48 +00:00
```
2019-01-28 19:15:43 +00:00
#### `penalize_validator`
2018-12-28 18:04:03 +00:00
```python
2019-01-19 07:58:24 +00:00
def penalize_validator(state: BeaconState, index: ValidatorIndex) -> None:
2018-12-28 18:04:03 +00:00
exit_validator(state, index)
2018-12-31 02:42:05 +00:00
validator = state.validator_registry[index]
2019-01-26 22:27:50 +00:00
state.latest_penalized_balances[get_current_epoch(state) % LATEST_PENALIZED_EXIT_LENGTH] += get_effective_balance(state, index)
2018-12-28 18:04:03 +00:00
whistleblower_index = get_beacon_proposer_index(state, state.slot)
whistleblower_reward = get_effective_balance(state, index) // WHISTLEBLOWER_REWARD_QUOTIENT
state.validator_balances[whistleblower_index] += whistleblower_reward
state.validator_balances[index] -= whistleblower_reward
2019-01-26 22:27:50 +00:00
validator.penalized_epoch = get_current_epoch(state)
2018-12-28 18:04:03 +00:00
```
2019-01-28 19:15:43 +00:00
#### `prepare_validator_for_withdrawal`
2018-12-28 18:04:03 +00:00
```python
2019-01-19 07:58:24 +00:00
def prepare_validator_for_withdrawal(state: BeaconState, index: ValidatorIndex) -> None:
2018-12-31 02:42:05 +00:00
validator = state.validator_registry[index]
validator.status_flags |= WITHDRAWABLE
2018-12-28 18:04:03 +00:00
```
2019-01-28 19:15:43 +00:00
## Ethereum 1.0 deposit contract
The initial deployment phases of Ethereum 2.0 are implemented without consensus changes to Ethereum 1.0. A deposit contract at address `DEPOSIT_CONTRACT_ADDRESS` is added to Ethereum 1.0 for deposits of ETH to the beacon chain. Validator balances will be withdrawable to the shards in phase 2, i.e. when the EVM2.0 is deployed and the shards have state.
### Deposit arguments
The deposit contract has a single `deposit` function which takes as argument a SimpleSerialize'd `DepositInput` .
### Withdrawal credentials
One of the `DepositInput` fields is `withdrawal_credentials` . It is a commitment to credentials for withdrawals to shards. The first byte of `withdrawal_credentials` is a version number. As of now the only expected format is as follows:
* `withdrawal_credentials[:1] == BLS_WITHDRAWAL_PREFIX_BYTE`
* `withdrawal_credentials[1:] == hash(withdrawal_pubkey)[1:]` where `withdrawal_pubkey` is a BLS pubkey
The private key corresponding to `withdrawal_pubkey` will be required to initiate a withdrawal. It can be stored separately until a withdrawal is required, e.g. in cold storage.
### `Deposit` logs
Every Ethereum 1.0 deposit, of size between `MIN_DEPOSIT_AMOUNT` and `MAX_DEPOSIT_AMOUNT` , emits a `Deposit` log for consumption by the beacon chain. The deposit contract does little validation, pushing most of the validator onboarding logic to the beacon chain. In particular, the proof of possession (a BLS12 signature) is not verified by the deposit contract.
### `ChainStart` log
When sufficiently many full deposits have been made the deposit contract emits the `ChainStart` log. The beacon chain state may then be initialized by calling the `get_initial_beacon_state` function (defined below) where:
* `genesis_time` equals `time` in the `ChainStart` log
* `latest_eth1_data.deposit_root` equals `deposit_root` in the `ChainStart` log, and `latest_eth1_data.block_hash` equals the hash of the block that included the log
* `initial_validator_deposits` is a list of `Deposit` objects built according to the `Deposit` logs up to the deposit that triggered the `ChainStart` log, processed in the order in which they were emitted (oldest to newest)
### Vyper code
```python
## compiled with v0.1.0-beta.6 ##
MIN_DEPOSIT_AMOUNT: constant(uint256) = 1000000000 # Gwei
MAX_DEPOSIT_AMOUNT: constant(uint256) = 32000000000 # Gwei
GWEI_PER_ETH: constant(uint256) = 1000000000 # 10**9
CHAIN_START_FULL_DEPOSIT_THRESHOLD: constant(uint256) = 16384 # 2**14
DEPOSIT_CONTRACT_TREE_DEPTH: constant(uint256) = 32
TWO_TO_POWER_OF_TREE_DEPTH: constant(uint256) = 4294967296 # 2**32
SECONDS_PER_DAY: constant(uint256) = 86400
Deposit: event({previous_deposit_root: bytes32, data: bytes[2064], merkle_tree_index: bytes[8]})
ChainStart: event({deposit_root: bytes32, time: bytes[8]})
deposit_tree: map(uint256, bytes32)
deposit_count: uint256
full_deposit_count: uint256
@payable
@public
def deposit(deposit_input: bytes[2048]):
assert msg.value >= as_wei_value(MIN_DEPOSIT_AMOUNT, "gwei")
assert msg.value < = as_wei_value(MAX_DEPOSIT_AMOUNT, "gwei")
index: uint256 = self.deposit_count + TWO_TO_POWER_OF_TREE_DEPTH
deposit_amount: bytes[8] = slice(concat("", convert(msg.value / GWEI_PER_ETH, bytes32)), start=24, len=8)
deposit_timestamp: bytes[8] = slice(concat("", convert(block.timestamp, bytes32)), start=24, len=8)
deposit_data: bytes[2064] = concat(deposit_amount, deposit_timestamp, deposit_input)
merkle_tree_index: bytes[8] = slice(concat("", convert(index, bytes32)), start=24, len=8)
log.Deposit(self.deposit_tree[1], deposit_data, merkle_tree_index)
# add deposit to merkle tree
self.deposit_tree[index] = sha3(deposit_data)
for i in range(DEPOSIT_CONTRACT_TREE_DEPTH):
index /= 2
self.deposit_tree[index] = sha3(concat(self.deposit_tree[index * 2], self.deposit_tree[index * 2 + 1]))
self.deposit_count += 1
if msg.value == as_wei_value(MAX_DEPOSIT_AMOUNT, "gwei"):
self.full_deposit_count += 1
if self.full_deposit_count == CHAIN_START_FULL_DEPOSIT_THRESHOLD:
timestamp_day_boundary: uint256 = as_unitless_number(block.timestamp) - as_unitless_number(block.timestamp) % SECONDS_PER_DAY + SECONDS_PER_DAY
chainstart_time: bytes[8] = slice(concat("", convert(timestamp_day_boundary, bytes32)), start=24, len=8)
log.ChainStart(self.deposit_tree[1], chainstart_time)
@public
@constant
def get_deposit_root() -> bytes32:
return self.deposit_tree[1]
@public
@constant
def get_branch(leaf: uint256) -> bytes32[32]: # size is DEPOSIT_CONTRACT_TREE_DEPTH (symbolic const not supported)
branch: bytes32[32] # size is DEPOSIT_CONTRACT_TREE_DEPTH
index: uint256 = leaf + TWO_TO_POWER_OF_TREE_DEPTH
for i in range(DEPOSIT_CONTRACT_TREE_DEPTH):
branch[i] = self.deposit_tree[bitwise_xor(index, 1)]
index /= 2
return branch
```
## On startup
A valid block with slot `GENESIS_SLOT` (a "genesis block") has the following values. Other validity rules (e.g. requiring a signature) do not apply.
```python
{
slot=GENESIS_SLOT,
parent_root=ZERO_HASH,
state_root=STARTUP_STATE_ROOT,
randao_reveal=EMPTY_SIGNATURE,
eth1_data=Eth1Data(
deposit_root=ZERO_HASH,
block_hash=ZERO_HASH
),
signature=EMPTY_SIGNATURE,
body=BeaconBlockBody(
proposer_slashings=[],
attester_slashings=[],
attestations=[],
deposits=[],
exits=[],
),
}
```
`STARTUP_STATE_ROOT` (in the above "genesis block") is generated from the `get_initial_beacon_state` function below. When enough full deposits have been made to the deposit contract and the `ChainStart` log has been emitted, `get_initial_beacon_state` will execute to compute the `hash_tree_root` of `BeaconState` .
```python
def get_initial_beacon_state(initial_validator_deposits: List[Deposit],
genesis_time: int,
latest_eth1_data: Eth1Data) -> BeaconState:
state = BeaconState(
# Misc
slot=GENESIS_SLOT,
genesis_time=genesis_time,
fork=Fork(
previous_version=GENESIS_FORK_VERSION,
current_version=GENESIS_FORK_VERSION,
epoch=GENESIS_EPOCH,
),
# Validator registry
validator_registry=[],
validator_balances=[],
validator_registry_update_epoch=GENESIS_EPOCH,
validator_registry_exit_count=0,
2018-12-04 21:28:31 +00:00
2018-11-30 14:28:33 +00:00
# Randomness and committees
2018-12-17 19:04:04 +00:00
latest_randao_mixes=[ZERO_HASH for _ in range(LATEST_RANDAO_MIXES_LENGTH)],
2018-12-21 15:26:13 +00:00
latest_vdf_outputs=[ZERO_HASH for _ in range(LATEST_RANDAO_MIXES_LENGTH // EPOCH_LENGTH)],
2019-01-11 17:35:18 +00:00
previous_epoch_start_shard=GENESIS_START_SHARD,
2019-01-10 17:01:19 +00:00
current_epoch_start_shard=GENESIS_START_SHARD,
2019-01-28 19:15:43 +00:00
previous_calculation_epoch=GENESIS_EPOCH,
current_calculation_epoch=GENESIS_EPOCH,
2019-01-19 03:06:21 +00:00
previous_epoch_seed=ZERO_HASH,
current_epoch_seed=ZERO_HASH,
2018-12-04 21:28:31 +00:00
2018-11-30 14:28:33 +00:00
# Finality
2019-01-28 19:15:43 +00:00
previous_justified_epoch=GENESIS_EPOCH,
justified_epoch=GENESIS_EPOCH,
2018-12-04 10:57:09 +00:00
justification_bitfield=0,
2019-01-28 19:15:43 +00:00
finalized_epoch=GENESIS_EPOCH,
2018-12-04 21:28:31 +00:00
2018-11-30 14:28:33 +00:00
# Recent state
2019-01-28 19:15:43 +00:00
latest_crosslinks=[Crosslink(epoch=GENESIS_EPOCH, shard_block_root=ZERO_HASH) for _ in range(SHARD_COUNT)],
2018-12-13 05:55:34 +00:00
latest_block_roots=[ZERO_HASH for _ in range(LATEST_BLOCK_ROOTS_LENGTH)],
2019-01-19 03:06:21 +00:00
latest_index_roots=[ZERO_HASH for _ in range(LATEST_INDEX_ROOTS_LENGTH)],
2019-01-17 11:18:30 +00:00
latest_penalized_balances=[0 for _ in range(LATEST_PENALIZED_EXIT_LENGTH)],
2018-11-30 14:28:33 +00:00
latest_attestations=[],
2018-12-13 15:36:57 +00:00
batched_block_roots=[],
2019-01-17 11:43:47 +00:00
# Ethereum 1.0 chain data
latest_eth1_data=latest_eth1_data,
eth1_data_votes=[],
2018-10-09 07:33:22 +00:00
)
2018-12-31 15:14:14 +00:00
# Process initial deposits
2018-12-11 16:02:59 +00:00
for deposit in initial_validator_deposits:
2018-12-31 20:08:59 +00:00
process_deposit(
2018-12-10 21:16:06 +00:00
state=state,
2018-12-13 15:36:57 +00:00
pubkey=deposit.deposit_data.deposit_input.pubkey,
2018-12-31 15:14:14 +00:00
amount=deposit.deposit_data.amount,
2018-12-13 15:36:57 +00:00
proof_of_possession=deposit.deposit_data.deposit_input.proof_of_possession,
withdrawal_credentials=deposit.deposit_data.deposit_input.withdrawal_credentials,
2018-12-10 21:16:06 +00:00
)
2018-12-31 15:14:14 +00:00
# Process initial activations
for validator_index, _ in enumerate(state.validator_registry):
2019-01-17 10:55:05 +00:00
if get_effective_balance(state, validator_index) >= MAX_DEPOSIT_AMOUNT:
2018-12-30 15:15:23 +00:00
activate_validator(state, validator_index, True)
2018-12-10 21:16:06 +00:00
2019-01-29 23:35:45 +00:00
state.latest_index_roots[GENESIS_EPOCH % LATEST_INDEX_ROOTS_LENGTH] = hash_tree_root(get_active_validator_indices(state.validator_registry, GENESIS_EPOCH))
2019-01-28 19:15:43 +00:00
state.current_epoch_seed = generate_seed(state, GENESIS_EPOCH)
2018-11-15 13:20:25 +00:00
return state
2018-10-02 15:20:07 +00:00
```
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
## Beacon chain processing
2018-10-18 02:00:45 +00:00
2019-01-28 19:15:43 +00:00
The beacon chain is the system chain for Ethereum 2.0. The main responsibilities of the beacon chain are:
2018-12-18 17:18:04 +00:00
2019-01-28 19:15:43 +00:00
* Store and maintain the registry of [validators ](#dfn-validator )
* Process crosslinks (see above)
* Process its per-block consensus, as well as the finality gadget
2018-12-18 17:18:04 +00:00
2019-01-28 19:15:43 +00:00
Processing the beacon chain is similar to processing the Ethereum 1.0 chain. Clients download and process blocks, and maintain a view of what is the current "canonical chain", terminating at the current "head". However, because of the beacon chain's relationship with Ethereum 1.0, and because it is a proof-of-stake chain, there are differences.
2018-11-27 03:52:06 +00:00
2019-01-28 19:15:43 +00:00
For a beacon chain block, `block` , to be processed by a node, the following conditions must be met:
2018-12-13 20:03:22 +00:00
2019-01-28 19:15:43 +00:00
* The parent block with root `block.parent_root` has been processed and accepted.
* An Ethereum 1.0 block pointed to by the `state.latest_eth1_data.block_hash` has been processed and accepted.
* The node's local clock time is greater than or equal to `state.genesis_time + block.slot * SLOT_DURATION` .
2018-12-10 19:55:11 +00:00
2019-01-28 19:15:43 +00:00
If these conditions are not met, the client should delay processing the beacon block until the conditions are all satisfied.
2018-11-27 19:51:12 +00:00
2019-01-28 19:15:43 +00:00
Beacon block production is significantly different because of the proof of stake mechanism. A client simply checks what it thinks is the canonical chain when it should create a block, and looks up what its slot number is; when the slot arrives, it either proposes or attests to a block as required. Note that this requires each node to have a clock that is roughly (i.e. within `SLOT_DURATION` seconds) synchronized with the other nodes.
2018-11-30 14:28:33 +00:00
2019-01-28 19:15:43 +00:00
### Beacon chain fork choice rule
2018-12-05 18:40:08 +00:00
2019-01-28 19:15:43 +00:00
The beacon chain fork choice rule is a hybrid that combines justification and finality with Latest Message Driven (LMD) Greediest Heaviest Observed SubTree (GHOST). At any point in time a [validator ](#dfn-validator ) `v` subjectively calculates the beacon chain head as follows.
2018-10-01 22:19:16 +00:00
2019-01-28 19:15:43 +00:00
* Abstractly define `Store` as the type of storage object for the chain data and `store` be the set of attestations and blocks that the [validator ](#dfn-validator ) `v` has observed and verified (in particular, block ancestors must be recursively verified). Attestations not yet included in any chain are still included in `store` .
* Let `finalized_head` be the finalized block with the highest epoch. (A block `B` is finalized if there is a descendant of `B` in `store` the processing of which sets `B` as finalized.)
* Let `justified_head` be the descendant of `finalized_head` with the highest epoch that has been justified for at least 1 epoch. (A block `B` is justified if there is a descendant of `B` in `store` the processing of which sets `B` as justified.) If no such descendant exists set `justified_head` to `finalized_head` .
2019-01-29 13:17:05 +00:00
* Let `get_ancestor(store: Store, block: BeaconBlock, slot: SlotNumber) -> BeaconBlock` be the ancestor of `block` with slot number `slot` . The `get_ancestor` function can be defined recursively as:
```python
def get_ancestor(store: Store, block: BeaconBlock, slot: SlotNumber) -> BeaconBlock:
if block.slot == slot:
return block
elif block.slot < slot:
return None
else:
return get_ancestor(store, store.get_parent(block), slot)
```
2019-01-28 19:15:43 +00:00
* Let `get_latest_attestation(store: Store, validator: Validator) -> Attestation` be the attestation with the highest slot number in `store` from `validator` . If several such attestations exist, use the one the [validator ](#dfn-validator ) `v` observed first.
* Let `get_latest_attestation_target(store: Store, validator: Validator) -> BeaconBlock` be the target block in the attestation `get_latest_attestation(store, validator)` .
* Let `get_children(store: Store, block: BeaconBlock) -> List[BeaconBlock]` returns the child blocks of the given `block` .
* Let `justified_head_state` be the resulting `BeaconState` object from processing the chain up to the `justified_head` .
* The `head` is `lmd_ghost(store, justified_head_state, justified_head)` where the function `lmd_ghost` is defined below. Note that the implementation below is suboptimal; there are implementations that compute the head in time logarithmic in slot count.
2018-12-10 22:42:28 +00:00
2018-12-10 21:16:06 +00:00
```python
2019-01-28 19:15:43 +00:00
def lmd_ghost(store: Store, start_state: BeaconState, start_block: BeaconBlock) -> BeaconBlock:
validators = start_state.validator_registry
active_validators = [
validators[i]
for i in get_active_validator_indices(validators, start_state.slot)
]
attestation_targets = [
get_latest_attestation_target(store, validator)
for validator in active_validators
]
2018-12-10 21:16:06 +00:00
2019-01-28 19:15:43 +00:00
def get_vote_count(block: BeaconBlock) -> int:
return len([
target
for target in attestation_targets
if get_ancestor(store, target, block.slot) == block
])
2018-10-01 22:19:16 +00:00
2019-01-28 19:15:43 +00:00
head = start_block
while 1:
children = get_children(store, head)
if len(children) == 0:
return head
head = max(children, key=get_vote_count)
2018-12-10 21:16:06 +00:00
```
2018-10-11 18:14:48 +00:00
2019-01-28 19:15:43 +00:00
## Beacon chain state transition function
2018-11-30 14:28:33 +00:00
2019-01-29 04:18:22 +00:00
We now define the state transition function. At a high level the state transition is made up of three parts:
2018-10-11 18:14:48 +00:00
2019-01-29 04:18:22 +00:00
1. The per-slot transitions, which happens at the start of every slot.
2019-01-28 19:15:43 +00:00
2. The per-block transitions, which happens at every block.
2019-01-29 04:18:22 +00:00
3. The per-epoch transitions, which happens at the end of the last slot of every epoch (i.e. `(state.slot + 1) % EPOCH_LENGTH == 0` ).
2018-12-28 18:04:03 +00:00
2019-01-28 19:15:43 +00:00
The per-slot transitions focus on the slot counter and block roots records updates; the per-block transitions generally focus on verifying aggregate signatures and saving temporary records relating to the per-block activity in the `BeaconState` ; the per-epoch transitions focus on the [validator ](#dfn-validator ) registry, including adjusting balances and activating and exiting [validators ](#dfn-validator ), as well as processing crosslinks and managing block justification/finalization.
2018-12-28 18:04:03 +00:00
2019-01-28 19:15:43 +00:00
_Note_: If there are skipped slots between a block and its parent block, run the steps in the [per-slot ](#per-slot-processing ) and [per-epoch ](#per-epoch-processing ) sections once for each skipped slot and then once for the slot containing the new block.
2018-12-28 18:04:03 +00:00
2019-01-28 19:15:43 +00:00
### Per-slot processing
2018-09-20 05:20:49 +00:00
2018-12-05 18:40:08 +00:00
Below are the processing steps that happen at every slot.
2018-12-05 17:30:37 +00:00
2019-01-28 19:15:43 +00:00
#### Slot
2018-12-12 13:02:50 +00:00
* Set `state.slot += 1` .
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
#### Block roots
2018-12-10 10:11:41 +00:00
2018-12-12 13:02:50 +00:00
* Let `previous_block_root` be the `tree_hash_root` of the previous beacon block processed in the chain.
2018-12-17 09:40:27 +00:00
* Set `state.latest_block_roots[(state.slot - 1) % LATEST_BLOCK_ROOTS_LENGTH] = previous_block_root` .
2018-12-13 05:55:34 +00:00
* If `state.slot % LATEST_BLOCK_ROOTS_LENGTH == 0` append `merkle_root(state.latest_block_roots)` to `state.batched_block_roots` .
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
### Per-block processing
2018-12-10 10:11:41 +00:00
2018-12-12 13:02:50 +00:00
Below are the processing steps that happen at every `block` .
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
#### Slot
2018-12-10 10:11:41 +00:00
2018-12-12 13:02:50 +00:00
* Verify that `block.slot == state.slot` .
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
#### Proposer signature
2018-12-05 11:22:15 +00:00
2018-12-14 15:29:49 +00:00
* Let `block_without_signature_root` be the `hash_tree_root` of `block` where `block.signature` is set to `EMPTY_SIGNATURE` .
2018-12-12 13:02:50 +00:00
* Let `proposal_root = hash_tree_root(ProposalSignedData(state.slot, BEACON_CHAIN_SHARD_NUMBER, block_without_signature_root))` .
2019-01-26 22:27:50 +00:00
* Verify that `bls_verify(pubkey=state.validator_registry[get_beacon_proposer_index(state, state.slot)].pubkey, message=proposal_root, signature=block.signature, domain=get_domain(state.fork, get_current_epoch(state), DOMAIN_PROPOSAL))` .
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
#### RANDAO
2018-10-11 17:57:30 +00:00
2018-12-04 21:28:31 +00:00
* Let `proposer = state.validator_registry[get_beacon_proposer_index(state, state.slot)]` .
2019-01-27 14:34:00 +00:00
* Verify that `bls_verify(pubkey=proposer.pubkey, message=int_to_bytes32(get_current_epoch(state)), signature=block.randao_reveal, domain=get_domain(state.fork, get_current_epoch(state), DOMAIN_RANDAO))` .
2019-01-27 17:22:27 +00:00
* Set `state.latest_randao_mixes[get_current_epoch(state) % LATEST_RANDAO_MIXES_LENGTH] = xor(get_randao_mix(state, get_current_epoch(state)), hash(block.randao_reveal))` .
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
#### Eth1 data
2018-11-22 23:09:36 +00:00
2019-01-17 11:43:47 +00:00
* If `block.eth1_data` equals `eth1_data_vote.eth1_data` for some `eth1_data_vote` in `state.eth1_data_votes` , set `eth1_data_vote.vote_count += 1` .
* Otherwise, append to `state.eth1_data_votes` a new `Eth1DataVote(eth1_data=block.eth1_data, vote_count=1)` .
2018-11-30 14:28:33 +00:00
2019-01-28 19:15:43 +00:00
#### Operations
2018-11-16 12:54:03 +00:00
2019-01-28 19:15:43 +00:00
##### Proposer slashings
2018-11-16 15:48:57 +00:00
2018-12-07 01:02:23 +00:00
Verify that `len(block.body.proposer_slashings) <= MAX_PROPOSER_SLASHINGS` .
2018-11-16 12:54:03 +00:00
2018-12-07 01:02:23 +00:00
For each `proposer_slashing` in `block.body.proposer_slashings` :
2018-11-16 12:54:03 +00:00
2018-12-07 18:43:11 +00:00
* Let `proposer = state.validator_registry[proposer_slashing.proposer_index]` .
2018-12-07 01:02:23 +00:00
* Verify that `proposer_slashing.proposal_data_1.slot == proposer_slashing.proposal_data_2.slot` .
2018-12-07 18:43:11 +00:00
* Verify that `proposer_slashing.proposal_data_1.shard == proposer_slashing.proposal_data_2.shard` .
2018-12-11 20:38:32 +00:00
* Verify that `proposer_slashing.proposal_data_1.block_root != proposer_slashing.proposal_data_2.block_root` .
2019-01-26 22:27:50 +00:00
* Verify that `proposer.penalized_epoch > get_current_epoch(state)` .
* Verify that `bls_verify(pubkey=proposer.pubkey, message=hash_tree_root(proposer_slashing.proposal_data_1), signature=proposer_slashing.proposal_signature_1, domain=get_domain(state.fork, slot_to_epoch(proposer_slashing.proposal_data_1.slot), DOMAIN_PROPOSAL))` .
* Verify that `bls_verify(pubkey=proposer.pubkey, message=hash_tree_root(proposer_slashing.proposal_data_2), signature=proposer_slashing.proposal_signature_2, domain=get_domain(state.fork, slot_to_epoch(proposer_slashing.proposal_data_2.slot), DOMAIN_PROPOSAL))` .
2018-12-28 18:04:03 +00:00
* Run `penalize_validator(state, proposer_slashing.proposer_index)` .
2018-11-16 12:54:03 +00:00
2019-01-28 19:15:43 +00:00
##### Attester slashings
2018-11-16 12:54:03 +00:00
2019-01-28 18:24:09 +00:00
Verify that `len(block.body.attester_slashings) <= MAX_ATTESTER_SLASHINGS` .
2018-11-16 12:54:03 +00:00
2019-01-28 18:24:09 +00:00
For each `attester_slashing` in `block.body.attester_slashings` :
2018-11-16 12:54:03 +00:00
2019-01-29 04:25:59 +00:00
* Let `slashable_vote_1 = attester_slashing.slashable_vote_1` .
* Let `slashable_vote_2 = attester_slashing.slashable_vote_2` .
2019-01-26 19:25:18 +00:00
* Let `intersection = [x for x in slashable_vote_1.validator_indices if x in slashable_vote_2.validator_indices]` .
2018-11-30 14:28:33 +00:00
* Verify that `len(intersection) >= 1` .
2019-01-26 19:25:18 +00:00
* Verify that `slashable_vote_1.data != slashable_vote_2.data` .
* Verify that `is_double_vote(slashable_vote_1.data, slashable_vote_2.data)` or `is_surround_vote(slashable_vote_1.data, slashable_vote_2.data)` .
* Verify that `verify_slashable_vote(state, slashable_vote_1)` .
* Verify that `verify_slashable_vote(state, slashable_vote_2)` .
2019-01-26 22:27:50 +00:00
* For each [validator ](#dfn-validator ) index `i` in `intersection` run `penalize_validator(state, i)` if `state.validator_registry[i].penalized_epoch > get_current_epoch(state)` .
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
##### Attestations
2018-11-16 12:54:03 +00:00
2018-12-07 01:02:23 +00:00
Verify that `len(block.body.attestations) <= MAX_ATTESTATIONS` .
2018-11-20 07:40:04 +00:00
2018-12-07 01:02:23 +00:00
For each `attestation` in `block.body.attestations` :
2018-11-30 14:28:33 +00:00
2019-01-30 14:32:44 +00:00
* Verify that `attestation.data.slot <= state.slot - MIN_ATTESTATION_INCLUSION_DELAY < attestation.data.slot + EPOCH_LENGTH` .
2019-01-27 17:31:01 +00:00
* Verify that `attestation.data.justified_epoch` is equal to `state.justified_epoch if attestation.data.slot >= get_epoch_start_slot(get_current_epoch(state)) else state.previous_justified_epoch` .
2019-01-27 14:54:46 +00:00
* Verify that `attestation.data.justified_block_root` is equal to `get_block_root(state, get_epoch_start_slot(attestation.data.justified_epoch))` .
2018-12-11 20:38:32 +00:00
* Verify that either `attestation.data.latest_crosslink_root` or `attestation.data.shard_block_root` equals `state.latest_crosslinks[shard].shard_block_root` .
2019-01-26 19:06:46 +00:00
* Verify bitfields and aggregate signature:
2019-01-23 12:40:59 +00:00
2019-01-28 21:13:58 +00:00
```python
2019-01-27 09:01:11 +00:00
assert attestation.custody_bitfield == b'\x00' * len(attestation.custody_bitfield) # [TO BE REMOVED IN PHASE 1]
2019-01-28 21:13:25 +00:00
assert attestation.aggregation_bitfield != b'\x00' * len(attestation.aggregation_bitfield)
2019-01-26 19:06:46 +00:00
2019-01-26 18:59:07 +00:00
for i in range(len(crosslink_committee)):
2019-01-30 14:53:25 +00:00
if get_bitfield_bit(attestation.aggregation_bitfield, i) == 0b0:
assert get_bitfield_bit(attestation.custody_bitfield, i) == 0b0
2019-01-26 18:59:07 +00:00
2019-01-23 12:40:59 +00:00
participants = get_attestation_participants(state, attestation.data, attestation.aggregation_bitfield)
2019-01-27 09:01:11 +00:00
custody_bit_1_participants = get_attestation_participants(state, attestation.data, attestation.custody_bitfield)
custody_bit_0_participants = [i in participants for i not in custody_bit_1_participants]
2019-01-23 12:40:59 +00:00
assert bls_verify_multiple(
pubkeys=[
bls_aggregate_pubkeys([state.validator_registry[i].pubkey for i in custody_bit_0_participants]),
bls_aggregate_pubkeys([state.validator_registry[i].pubkey for i in custody_bit_1_participants]),
],
messages=[
2019-01-27 09:01:11 +00:00
hash_tree_root(AttestationDataAndCustodyBit(data=attestation.data, custody_bit=0b0)),
hash_tree_root(AttestationDataAndCustodyBit(data=attestation.data, custody_bit=0b1)),
2019-01-23 12:40:59 +00:00
],
signature=attestation.aggregate_signature,
2019-01-28 18:31:13 +00:00
domain=get_domain(state.fork, slot_to_epoch(attestation.data.slot), DOMAIN_ATTESTATION),
2019-01-28 22:42:31 +00:00
)
2019-01-23 12:40:59 +00:00
```
2018-12-13 17:26:10 +00:00
* [TO BE REMOVED IN PHASE 1] Verify that `attestation.data.shard_block_root == ZERO_HASH` .
2019-01-17 11:18:30 +00:00
* Append `PendingAttestation(data=attestation.data, aggregation_bitfield=attestation.aggregation_bitfield, custody_bitfield=attestation.custody_bitfield, slot_included=state.slot)` to `state.latest_attestations` .
2018-11-20 07:40:04 +00:00
2019-01-28 19:15:43 +00:00
##### Deposits
2018-11-18 12:06:01 +00:00
2018-12-07 01:02:23 +00:00
Verify that `len(block.body.deposits) <= MAX_DEPOSITS` .
2018-11-18 12:06:01 +00:00
2018-12-10 22:17:42 +00:00
[TODO: add logic to ensure that deposits from 1.0 chain are processed in order]
2019-01-09 20:37:51 +00:00
[TODO: update the call to `verify_merkle_branch` below if it needs to change after we process deposits in order]
2018-12-10 22:14:08 +00:00
2018-12-07 01:02:23 +00:00
For each `deposit` in `block.body.deposits` :
2018-11-18 12:06:01 +00:00
2019-01-09 20:44:06 +00:00
* Let `serialized_deposit_data` be the serialized form of `deposit.deposit_data` . It should be 8 bytes for `deposit_data.amount` followed by 8 bytes for `deposit_data.timestamp` and then the `DepositInput` bytes. That is, it should match `deposit_data` in the [Ethereum 1.0 deposit contract ](#ethereum-10-deposit-contract ) of which the hash was placed into the Merkle tree.
2019-01-17 11:43:47 +00:00
* Verify that `verify_merkle_branch(hash(serialized_deposit_data), deposit.branch, DEPOSIT_CONTRACT_TREE_DEPTH, deposit.index, state.latest_eth1_data.deposit_root)` is `True` .
2018-11-18 12:06:01 +00:00
```python
2019-01-19 08:06:00 +00:00
def verify_merkle_branch(leaf: Bytes32, branch: List[Bytes32], depth: int, index: int, root: Bytes32) -> bool:
2018-11-18 12:06:01 +00:00
value = leaf
for i in range(depth):
2019-01-04 15:48:50 +00:00
if index // (2**i) % 2:
2018-12-31 00:06:33 +00:00
value = hash(branch[i] + value)
2018-11-18 12:06:01 +00:00
else:
2018-12-31 00:06:33 +00:00
value = hash(value + branch[i])
2018-11-18 12:06:01 +00:00
return value == root
```
2018-11-30 14:28:33 +00:00
* Run the following:
2018-11-27 18:25:25 +00:00
2018-11-30 14:28:33 +00:00
```python
process_deposit(
state=state,
2018-12-13 15:36:57 +00:00
pubkey=deposit.deposit_data.deposit_input.pubkey,
2018-12-31 15:14:14 +00:00
amount=deposit.deposit_data.amount,
2018-12-13 15:36:57 +00:00
proof_of_possession=deposit.deposit_data.deposit_input.proof_of_possession,
withdrawal_credentials=deposit.deposit_data.deposit_input.withdrawal_credentials,
2018-11-30 14:28:33 +00:00
)
```
2018-11-18 12:06:01 +00:00
2019-01-28 19:15:43 +00:00
##### Exits
2018-12-07 01:02:23 +00:00
Verify that `len(block.body.exits) <= MAX_EXITS` .
For each `exit` in `block.body.exits` :
* Let `validator = state.validator_registry[exit.validator_index]` .
2019-01-26 22:27:50 +00:00
* Verify that `validator.exit_epoch > get_entry_exit_effect_epoch(get_current_epoch(state))` .
* Verify that `get_current_epoch(state) >= exit.epoch` .
* Let `exit_message = hash_tree_root(Exit(epoch=exit.epoch, validator_index=exit.validator_index, signature=EMPTY_SIGNATURE))` .
* Verify that `bls_verify(pubkey=validator.pubkey, message=exit_message, signature=exit.signature, domain=get_domain(state.fork, exit.epoch, DOMAIN_EXIT))` .
2018-12-31 15:14:14 +00:00
* Run `initiate_validator_exit(state, exit.validator_index)` .
2018-12-10 10:11:41 +00:00
2019-01-28 19:15:43 +00:00
### Per-epoch processing
2018-10-02 02:21:15 +00:00
2019-01-26 00:40:44 +00:00
The steps below happen when `(state.slot + 1) % EPOCH_LENGTH == 0` .
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
#### Helpers
2018-09-20 05:20:49 +00:00
2019-01-26 22:27:50 +00:00
* Let `current_epoch = get_current_epoch(state)` .
2019-01-27 14:54:46 +00:00
* Let `previous_epoch = current_epoch - 1 if current_epoch > GENESIS_EPOCH else current_epoch` .
2019-01-26 22:27:50 +00:00
* Let `next_epoch = current_epoch + 1` .
2018-09-20 05:20:49 +00:00
2018-12-13 14:51:47 +00:00
[Validators ](#dfn-Validator ) attesting during the current epoch:
2018-10-06 12:32:19 +00:00
2019-01-28 00:20:15 +00:00
* Let `current_total_balance = sum([get_effective_balance(state, i) for i in get_active_validator_indices(state.validator_registry, current_epoch)])` .
2019-01-27 14:54:46 +00:00
* Let `current_epoch_attestations = [a for a in state.latest_attestations if current_epoch == slot_to_epoch(a.data.slot)]` . (Note: this is the set of attestations of slots in the epoch `current_epoch` , _not_ attestations that got included in the chain during the epoch `current_epoch` .)
2018-12-11 19:40:00 +00:00
* Validators justifying the epoch boundary block at the start of the current epoch:
2019-01-27 14:54:46 +00:00
* Let `current_epoch_boundary_attestations = [a for a in current_epoch_attestations if a.data.epoch_boundary_root == get_block_root(state, get_epoch_start_slot(current_epoch)) and a.data.justified_epoch == state.justified_epoch]` .
2019-01-17 11:18:30 +00:00
* Let `current_epoch_boundary_attester_indices` be the union of the [validator ](#dfn-validator ) index sets given by `[get_attestation_participants(state, a.data, a.aggregation_bitfield) for a in current_epoch_boundary_attestations]` .
2018-12-26 07:47:08 +00:00
* Let `current_epoch_boundary_attesting_balance = sum([get_effective_balance(state, i) for i in current_epoch_boundary_attester_indices])` .
2018-12-11 19:40:00 +00:00
[Validators ](#dfn-Validator ) attesting during the previous epoch:
2019-01-28 00:20:15 +00:00
* Let `previous_total_balance = sum([get_effective_balance(state, i) for i in get_active_validator_indices(state.validator_registry, previous_epoch)])` .
2018-12-11 19:40:00 +00:00
* Validators that made an attestation during the previous epoch:
2019-01-27 14:54:46 +00:00
* Let `previous_epoch_attestations = [a for a in state.latest_attestations if previous_epoch == slot_to_epoch(a.data.slot)]` .
2019-01-17 11:18:30 +00:00
* Let `previous_epoch_attester_indices` be the union of the validator index sets given by `[get_attestation_participants(state, a.data, a.aggregation_bitfield) for a in previous_epoch_attestations]` .
2019-01-03 18:06:44 +00:00
* Validators targeting the previous justified slot:
2019-01-26 15:16:32 +00:00
* Let `previous_epoch_justified_attestations = [a for a in current_epoch_attestations + previous_epoch_attestations if a.data.justified_epoch == state.previous_justified_epoch]` .
2019-01-17 11:18:30 +00:00
* Let `previous_epoch_justified_attester_indices` be the union of the validator index sets given by `[get_attestation_participants(state, a.data, a.aggregation_bitfield) for a in previous_epoch_justified_attestations]` .
2018-12-18 18:27:33 +00:00
* Let `previous_epoch_justified_attesting_balance = sum([get_effective_balance(state, i) for i in previous_epoch_justified_attester_indices])` .
2018-12-11 19:40:00 +00:00
* Validators justifying the epoch boundary block at the start of the previous epoch:
2019-01-27 14:54:46 +00:00
* Let `previous_epoch_boundary_attestations = [a for a in previous_epoch_justified_attestations if a.data.epoch_boundary_root == get_block_root(state, get_epoch_start_slot(previous_epoch))]` .
2019-01-17 11:18:30 +00:00
* Let `previous_epoch_boundary_attester_indices` be the union of the validator index sets given by `[get_attestation_participants(state, a.data, a.aggregation_bitfield) for a in previous_epoch_boundary_attestations]` .
2018-12-17 15:40:31 +00:00
* Let `previous_epoch_boundary_attesting_balance = sum([get_effective_balance(state, i) for i in previous_epoch_boundary_attester_indices])` .
2018-12-11 19:40:00 +00:00
* Validators attesting to the expected beacon chain head during the previous epoch:
2019-01-19 00:13:23 +00:00
* Let `previous_epoch_head_attestations = [a for a in previous_epoch_attestations if a.data.beacon_block_root == get_block_root(state, a.data.slot)]` .
2019-01-17 11:18:30 +00:00
* Let `previous_epoch_head_attester_indices` be the union of the validator index sets given by `[get_attestation_participants(state, a.data, a.aggregation_bitfield) for a in previous_epoch_head_attestations]` .
2018-12-17 15:40:41 +00:00
* Let `previous_epoch_head_attesting_balance = sum([get_effective_balance(state, i) for i in previous_epoch_head_attester_indices])` .
2018-12-11 19:22:17 +00:00
2019-01-28 00:20:15 +00:00
**Note**: `previous_total_balance` and `previous_epoch_boundary_attesting_balance` balance might be marginally different than the actual balances during previous epoch transition. Due to the tight bound on validator churn each epoch and small per-epoch rewards/penalties, the potential balance difference is very low and only marginally affects consensus safety.
2018-12-11 19:22:17 +00:00
2019-01-27 14:54:46 +00:00
For every `slot in range(get_epoch_start_slot(previous_epoch), get_epoch_start_slot(next_epoch))` , let `crosslink_committees_at_slot = get_crosslink_committees_at_slot(state, slot)` . For every `(crosslink_committee, shard)` in `crosslink_committees_at_slot` , compute:
2018-11-26 22:12:39 +00:00
2019-01-08 00:53:33 +00:00
* Let `shard_block_root` be `state.latest_crosslinks[shard].shard_block_root`
2019-01-19 00:13:23 +00:00
* Let `attesting_validator_indices(crosslink_committee, shard_block_root)` be the union of the [validator ](#dfn-validator ) index sets given by `[get_attestation_participants(state, a.data, a.aggregation_bitfield) for a in current_epoch_attestations + previous_epoch_attestations if a.data.shard == shard and a.data.shard_block_root == shard_block_root]` .
2019-01-15 00:06:33 +00:00
* Let `winning_root(crosslink_committee)` be equal to the value of `shard_block_root` such that `sum([get_effective_balance(state, i) for i in attesting_validator_indices(crosslink_committee, shard_block_root)])` is maximized (ties broken by favoring lower `shard_block_root` values).
* Let `attesting_validators(crosslink_committee)` be equal to `attesting_validator_indices(crosslink_committee, winning_root(crosslink_committee))` for convenience.
* Let `total_attesting_balance(crosslink_committee) = sum([get_effective_balance(state, i) for i in attesting_validators(crosslink_committee)])` .
* Let `total_balance(crosslink_committee) = sum([get_effective_balance(state, i) for i in crosslink_committee])` .
2019-01-07 23:55:05 +00:00
Define the following helpers to process attestation inclusion rewards and inclusion distance reward/penalty. For every attestation `a` in `previous_epoch_attestations` :
2019-01-17 18:07:41 +00:00
* Let `inclusion_slot(state, index) = a.slot_included` for the attestation `a` where `index` is in `get_attestation_participants(state, a.data, a.aggregation_bitfield)` . If multiple attestations are applicable, the attestation with lowest `slot_included` is considered.
2018-12-14 00:40:00 +00:00
* Let `inclusion_distance(state, index) = a.slot_included - a.data.slot` where `a` is the above attestation.
2018-11-20 21:49:43 +00:00
2019-01-28 19:15:43 +00:00
#### Eth1 data
2018-11-26 23:39:35 +00:00
2019-01-27 17:23:28 +00:00
If `next_epoch % ETH1_DATA_VOTING_PERIOD == 0` :
2018-12-05 11:22:15 +00:00
2019-01-29 14:11:14 +00:00
* If `eth1_data_vote.vote_count * 2 > ETH1_DATA_VOTING_PERIOD * EPOCH_LENGTH` for some `eth1_data_vote` in `state.eth1_data_votes` (ie. more than half the votes in this voting period were for that value), set `state.latest_eth1_data = eth1_data_vote.eth1_data` .
2019-01-17 11:43:47 +00:00
* Set `state.eth1_data_votes = []` .
2018-12-05 11:22:15 +00:00
2019-01-28 19:15:43 +00:00
#### Justification
2018-10-02 02:21:15 +00:00
2019-01-23 21:30:05 +00:00
First, update the justification bitfield:
2018-12-05 11:22:15 +00:00
2019-01-26 15:16:32 +00:00
* Let `new_justified_epoch = state.justified_epoch` .
2019-01-28 00:20:15 +00:00
* Set `state.justification_bitfield = state.justification_bitfield << 1` .
* Set `state.justification_bitfield |= 2` and `new_justified_epoch = previous_epoch` if `3 * previous_epoch_boundary_attesting_balance >= 2 * previous_total_balance` .
* Set `state.justification_bitfield |= 1` and `new_justified_epoch = current_epoch` if `3 * current_epoch_boundary_attesting_balance >= 2 * current_total_balance` .
2018-12-10 10:11:41 +00:00
2019-01-27 14:54:46 +00:00
Next, update last finalized epoch if possible:
2018-09-20 05:20:49 +00:00
2019-01-26 15:16:32 +00:00
* Set `state.finalized_epoch = state.previous_justified_epoch` if `(state.justification_bitfield >> 1) % 8 == 0b111 and state.previous_justified_epoch == previous_epoch - 2` .
* Set `state.finalized_epoch = state.previous_justified_epoch` if `(state.justification_bitfield >> 1) % 4 == 0b11 and state.previous_justified_epoch == previous_epoch - 1` .
* Set `state.finalized_epoch = state.justified_epoch` if `(state.justification_bitfield >> 0) % 8 == 0b111 and state.justified_epoch == previous_epoch - 1` .
* Set `state.finalized_epoch = state.justified_epoch` if `(state.justification_bitfield >> 0) % 4 == 0b11 and state.justified_epoch == previous_epoch` .
2018-10-06 12:32:19 +00:00
2019-01-23 21:30:05 +00:00
Finally, update the following:
2018-09-20 05:20:49 +00:00
2019-01-26 15:16:32 +00:00
* Set `state.previous_justified_epoch = state.justified_epoch` .
* Set `state.justified_epoch = new_justified_epoch` .
2018-12-05 11:22:15 +00:00
2019-01-28 19:15:43 +00:00
#### Crosslinks
2018-10-06 12:32:19 +00:00
2019-01-27 14:54:46 +00:00
For every `slot in range(get_epoch_start_slot(previous_epoch), get_epoch_start_slot(next_epoch))` , let `crosslink_committees_at_slot = get_crosslink_committees_at_slot(state, slot)` . For every `(crosslink_committee, shard)` in `crosslink_committees_at_slot` , compute:
2018-09-20 05:20:49 +00:00
2019-01-26 22:27:50 +00:00
* Set `state.latest_crosslinks[shard] = Crosslink(epoch=current_epoch, shard_block_root=winning_root(crosslink_committee))` if `3 * total_attesting_balance(crosslink_committee) >= 2 * total_balance(crosslink_committee)` .
2018-12-05 11:22:15 +00:00
2019-01-28 19:15:43 +00:00
#### Rewards and penalties
2018-12-12 15:07:44 +00:00
2018-12-12 15:14:44 +00:00
First, we define some additional helpers:
2019-01-28 00:20:15 +00:00
* Let `base_reward_quotient = integer_squareroot(previous_total_balance) // BASE_REWARD_QUOTIENT` .
2018-12-20 17:41:17 +00:00
* Let `base_reward(state, index) = get_effective_balance(state, index) // base_reward_quotient // 5` for any validator with the given `index` .
* Let `inactivity_penalty(state, index, epochs_since_finality) = base_reward(state, index) + get_effective_balance(state, index) * epochs_since_finality // INACTIVITY_PENALTY_QUOTIENT // 2` for any validator with the given `index` .
2018-12-12 15:14:44 +00:00
2019-01-28 19:15:43 +00:00
##### Justification and finalization
2018-09-20 05:20:49 +00:00
2018-10-16 11:55:03 +00:00
Note: When applying penalties in the following balance recalculations implementers should make sure the `uint64` does not underflow.
2019-01-26 15:16:32 +00:00
* Let `epochs_since_finality = next_epoch - state.finalized_epoch` .
2018-11-26 23:44:29 +00:00
2018-12-20 17:41:17 +00:00
Case 1: `epochs_since_finality <= 4` :
2018-09-20 05:20:49 +00:00
2018-12-11 19:22:17 +00:00
* Expected FFG source:
2019-01-28 00:20:15 +00:00
* Any [validator ](#dfn-validator ) `index` in `previous_epoch_justified_attester_indices` gains `base_reward(state, index) * previous_epoch_justified_attesting_balance // previous_total_balance` .
2018-12-14 00:40:00 +00:00
* Any [active validator ](#dfn-active-validator ) `v` not in `previous_epoch_justified_attester_indices` loses `base_reward(state, index)` .
2018-12-11 19:22:17 +00:00
* Expected FFG target:
2019-01-28 00:20:15 +00:00
* Any [validator ](#dfn-validator ) `index` in `previous_epoch_boundary_attester_indices` gains `base_reward(state, index) * previous_epoch_boundary_attesting_balance // previous_total_balance` .
2018-12-14 00:40:00 +00:00
* Any [active validator ](#dfn-active-validator ) `index` not in `previous_epoch_boundary_attester_indices` loses `base_reward(state, index)` .
2018-12-11 19:22:17 +00:00
* Expected beacon chain head:
2019-01-28 00:20:15 +00:00
* Any [validator ](#dfn-validator ) `index` in `previous_epoch_head_attester_indices` gains `base_reward(state, index) * previous_epoch_head_attesting_balance // previous_total_balance)` .
2018-12-14 00:40:00 +00:00
* Any [active validator ](#dfn-active-validator ) `index` not in `previous_epoch_head_attester_indices` loses `base_reward(state, index)` .
2018-12-20 17:41:17 +00:00
* Inclusion distance:
* Any [validator ](#dfn-validator ) `index` in `previous_epoch_attester_indices` gains `base_reward(state, index) * MIN_ATTESTATION_INCLUSION_DELAY // inclusion_distance(state, index)`
2018-09-20 05:20:49 +00:00
2018-12-20 17:41:17 +00:00
Case 2: `epochs_since_finality > 4` :
2018-09-20 05:20:49 +00:00
2018-12-20 17:41:17 +00:00
* Any [active validator ](#dfn-active-validator ) `index` not in `previous_epoch_justified_attester_indices` , loses `inactivity_penalty(state, index, epochs_since_finality)` .
* Any [active validator ](#dfn-active-validator ) `index` not in `previous_epoch_boundary_attester_indices` , loses `inactivity_penalty(state, index, epochs_since_finality)` .
* Any [active validator ](#dfn-active-validator ) `index` not in `previous_epoch_head_attester_indices` , loses `base_reward(state, index)` .
2019-01-26 22:27:50 +00:00
* Any [active_validator ](#dfn-active-validator ) `index` with `validator.penalized_epoch <= current_epoch` , loses `2 * inactivity_penalty(state, index, epochs_since_finality) + base_reward(state, index)` .
2018-12-21 14:08:01 +00:00
* Any [validator ](#dfn-validator ) `index` in `previous_epoch_attester_indices` loses `base_reward(state, index) - base_reward(state, index) * MIN_ATTESTATION_INCLUSION_DELAY // inclusion_distance(state, index)`
2018-09-20 05:20:49 +00:00
2019-01-28 19:15:43 +00:00
##### Attestation inclusion
2018-12-12 15:07:44 +00:00
2018-12-14 00:40:00 +00:00
For each `index` in `previous_epoch_attester_indices` , we determine the proposer `proposer_index = get_beacon_proposer_index(state, inclusion_slot(state, index))` and set `state.validator_balances[proposer_index] += base_reward(state, index) // INCLUDER_REWARD_QUOTIENT` .
2018-10-01 22:19:16 +00:00
2019-01-28 19:15:43 +00:00
##### Crosslinks
2018-09-20 05:20:49 +00:00
2019-01-28 00:25:29 +00:00
For every `slot in range(get_epoch_start_slot(previous_epoch), get_epoch_start_slot(current_epoch))` :
2018-09-20 05:20:49 +00:00
2019-01-28 00:25:29 +00:00
* Let `crosslink_committees_at_slot = get_crosslink_committees_at_slot(state, slot)` .
* For every `(crosslink_committee, shard)` in `crosslink_committees_at_slot` :
* If `index in attesting_validators(crosslink_committee)` , `state.validator_balances[index] += base_reward(state, index) * total_attesting_balance(crosslink_committee) // total_balance(crosslink_committee))` .
* If `index not in attesting_validators(crosslink_committee)` , `state.validator_balances[index] -= base_reward(state, index)` .
2018-11-23 04:54:11 +00:00
2019-01-28 19:15:43 +00:00
#### Ejections
2018-12-13 19:45:08 +00:00
* Run `process_ejections(state)` .
```python
def process_ejections(state: BeaconState) -> None:
"""
Iterate through the validator registry
and eject active validators with balance below ``EJECTION_BALANCE``.
"""
2019-01-26 14:31:09 +00:00
for index in get_active_validator_indices(state.validator_registry, current_epoch(state)):
2019-01-17 10:55:05 +00:00
if state.validator_balances[index] < EJECTION_BALANCE:
2018-12-28 18:04:03 +00:00
exit_validator(state, index)
2018-12-13 19:45:08 +00:00
```
2019-01-28 19:15:43 +00:00
#### Validator registry and shuffling seed data
2018-09-20 05:20:49 +00:00
2019-01-25 21:56:10 +00:00
First, update the following:
2019-01-19 09:16:07 +00:00
2019-01-26 00:33:15 +00:00
* Set `state.previous_calculation_epoch = state.current_calculation_epoch` .
* Set `state.previous_epoch_start_shard = state.current_epoch_start_shard` .
* Set `state.previous_epoch_seed = state.current_epoch_seed` .
2019-01-26 15:16:32 +00:00
* Set `state.latest_index_roots[next_epoch % LATEST_INDEX_ROOTS_LENGTH] = hash_tree_root(get_active_validator_indices(state, next_epoch))` .
2019-01-19 09:16:07 +00:00
2018-12-05 11:22:15 +00:00
If the following are satisfied:
2018-09-20 05:20:49 +00:00
2019-01-26 15:16:32 +00:00
* `state.finalized_epoch > state.validator_registry_update_epoch`
2019-01-27 16:56:26 +00:00
* `state.latest_crosslinks[shard].epoch > state.validator_registry_update_epoch` for every shard number `shard` in `[(state.current_epoch_start_shard + i) % SHARD_COUNT for i in range(get_current_epoch_committee_count(state))]` (that is, for every shard in the current committees)
2018-09-20 05:20:49 +00:00
2018-12-05 20:35:58 +00:00
update the validator registry and associated fields by running
2018-12-05 11:22:15 +00:00
```python
2018-12-06 22:12:33 +00:00
def update_validator_registry(state: BeaconState) -> None:
2018-12-05 20:35:58 +00:00
"""
2018-12-06 22:12:33 +00:00
Update validator registry.
2018-12-05 20:35:58 +00:00
Note that this function mutates ``state``.
"""
2019-01-26 22:27:50 +00:00
current_epoch = get_current_epoch(state)
2018-11-30 14:28:33 +00:00
# The active validators
2019-01-26 22:27:50 +00:00
active_validator_indices = get_active_validator_indices(state.validator_registry, current_epoch)
2018-12-04 19:49:26 +00:00
# The total effective balance of active validators
2018-12-17 14:10:44 +00:00
total_balance = sum([get_effective_balance(state, i) for i in active_validator_indices])
2018-12-10 19:55:11 +00:00
2018-12-04 19:49:26 +00:00
# The maximum balance churn in Gwei (for deposits and exits separately)
max_balance_churn = max(
2019-01-17 10:55:05 +00:00
MAX_DEPOSIT_AMOUNT,
2018-12-04 19:49:26 +00:00
total_balance // (2 * MAX_BALANCE_CHURN_QUOTIENT)
2018-10-01 22:19:16 +00:00
)
2018-12-04 19:49:26 +00:00
# Activate validators within the allowable balance churn
balance_churn = 0
2018-12-10 22:30:25 +00:00
for index, validator in enumerate(state.validator_registry):
2019-01-26 22:27:50 +00:00
if validator.activation_epoch > get_entry_exit_effect_epoch(current_epoch) and state.validator_balances[index] >= MAX_DEPOSIT_AMOUNT:
2018-12-04 19:49:26 +00:00
# Check the balance churn would be within the allowance
2018-12-17 14:10:44 +00:00
balance_churn += get_effective_balance(state, index)
2018-12-04 19:49:26 +00:00
if balance_churn > max_balance_churn:
break
# Activate validator
2018-12-30 15:15:23 +00:00
activate_validator(state, index, False)
2018-12-04 19:49:26 +00:00
2018-12-10 19:55:11 +00:00
# Exit validators within the allowable balance churn
2018-12-04 19:49:26 +00:00
balance_churn = 0
2018-12-10 22:30:25 +00:00
for index, validator in enumerate(state.validator_registry):
2019-01-26 22:27:50 +00:00
if validator.exit_epoch > get_entry_exit_effect_epoch(current_epoch) and validator.status_flags & INITIATED_EXIT:
2018-12-04 19:49:26 +00:00
# Check the balance churn would be within the allowance
2018-12-17 14:10:44 +00:00
balance_churn += get_effective_balance(state, index)
2018-12-04 19:49:26 +00:00
if balance_churn > max_balance_churn:
break
# Exit validator
2018-12-28 18:04:03 +00:00
exit_validator(state, index)
2018-12-10 21:16:06 +00:00
2019-01-26 22:27:50 +00:00
state.validator_registry_update_epoch = current_epoch
2018-12-28 18:04:03 +00:00
```
2018-10-01 22:19:16 +00:00
2019-01-08 00:53:33 +00:00
and perform the following updates:
2019-01-26 00:33:15 +00:00
* Set `state.current_calculation_epoch = next_epoch`
2019-01-27 16:56:26 +00:00
* Set `state.current_epoch_start_shard = (state.current_epoch_start_shard + get_current_epoch_committee_count(state)) % SHARD_COUNT`
2019-01-26 00:33:15 +00:00
* Set `state.current_epoch_seed = generate_seed(state, state.current_calculation_epoch)`
2019-01-08 00:53:33 +00:00
If a validator registry update does _not_ happen do the following:
2019-01-28 22:20:04 +00:00
* Let `epochs_since_last_registry_update = current_epoch - state.validator_registry_update_epoch` .
* If `epochs_since_last_registry_update` is an exact power of 2:
2019-01-26 00:33:15 +00:00
* Set `state.current_calculation_epoch = next_epoch` .
* Set `state.current_epoch_seed = generate_seed(state, state.current_calculation_epoch)`
2019-01-25 22:27:27 +00:00
* _Note_ that `state.current_epoch_start_shard` is left unchanged.
2019-01-19 03:06:21 +00:00
**Invariant**: the active index root that is hashed into the shuffling seed actually is the `hash_tree_root` of the validator set that is used for that epoch.
2019-01-08 00:53:33 +00:00
Regardless of whether or not a validator set change happens, run the following:
2018-11-05 12:37:07 +00:00
2018-12-28 18:04:03 +00:00
```python
def process_penalties_and_exits(state: BeaconState) -> None:
2019-01-26 22:27:50 +00:00
current_epoch = get_current_epoch(state)
2018-12-28 18:04:03 +00:00
# The active validators
2019-01-26 22:27:50 +00:00
active_validator_indices = get_active_validator_indices(state.validator_registry, current_epoch)
2018-12-28 18:04:03 +00:00
# The total effective balance of active validators
total_balance = sum([get_effective_balance(state, i) for i in active_validator_indices])
2018-11-05 12:37:07 +00:00
2019-01-02 04:37:43 +00:00
for index, validator in enumerate(state.validator_registry):
2019-01-26 22:27:50 +00:00
if current_epoch == validator.penalized_epoch + LATEST_PENALIZED_EXIT_LENGTH // 2:
e = current_epoch % LATEST_PENALIZED_EXIT_LENGTH
2019-01-17 11:18:30 +00:00
total_at_start = state.latest_penalized_balances[(e + 1) % LATEST_PENALIZED_EXIT_LENGTH]
total_at_end = state.latest_penalized_balances[e]
2018-12-28 18:04:03 +00:00
total_penalties = total_at_end - total_at_start
2019-01-02 13:51:57 +00:00
penalty = get_effective_balance(state, index) * min(total_penalties * 3, total_balance) // total_balance
2018-12-28 18:04:03 +00:00
state.validator_balances[index] -= penalty
def eligible(index):
validator = state.validator_registry[index]
2019-01-26 22:27:50 +00:00
if validator.penalized_epoch < = current_epoch:
2019-01-27 14:34:00 +00:00
penalized_withdrawal_epochs = LATEST_PENALIZED_EXIT_LENGTH // 2
return current_epoch >= validator.penalized_epoch + penalized_withdrawal_epochs
2018-12-28 18:04:03 +00:00
else:
2019-01-26 22:27:50 +00:00
return current_epoch >= validator.exit_epoch + MIN_VALIDATOR_WITHDRAWAL_EPOCHS
2018-12-28 18:04:03 +00:00
2019-01-02 04:37:43 +00:00
all_indices = list(range(len(state.validator_registry)))
2018-12-28 18:04:03 +00:00
eligible_indices = filter(eligible, all_indices)
2019-01-06 23:41:11 +00:00
sorted_indices = sorted(eligible_indices, key=lambda index: state.validator_registry[index].exit_count)
2018-12-28 18:04:03 +00:00
withdrawn_so_far = 0
for index in sorted_indices:
2018-12-30 15:15:23 +00:00
prepare_validator_for_withdrawal(state, index)
2018-12-28 18:04:03 +00:00
withdrawn_so_far += 1
if withdrawn_so_far >= MAX_WITHDRAWALS_PER_EPOCH:
break
2018-10-01 22:19:16 +00:00
```
2018-11-07 16:47:27 +00:00
2019-01-28 19:15:43 +00:00
#### Final updates
2018-09-20 05:20:49 +00:00
2019-01-26 22:27:50 +00:00
* Set `state.latest_penalized_balances[(next_epoch) % LATEST_PENALIZED_EXIT_LENGTH] = state.latest_penalized_balances[current_epoch % LATEST_PENALIZED_EXIT_LENGTH]` .
2019-01-27 17:22:27 +00:00
* Set `state.latest_randao_mixes[next_epoch % LATEST_RANDAO_MIXES_LENGTH] = get_randao_mix(state, current_epoch)` .
2019-01-26 22:27:50 +00:00
* Remove any `attestation` in `state.latest_attestations` such that `slot_to_epoch(attestation.data.slot) < current_epoch` .
2018-10-18 17:54:57 +00:00
2019-01-28 19:15:43 +00:00
### State root verification
2018-12-05 19:03:24 +00:00
2018-12-11 17:53:56 +00:00
Verify `block.state_root == hash_tree_root(state)` if there exists a `block` for the slot being processed.
2018-09-26 15:30:24 +00:00
2018-11-29 16:12:12 +00:00
# References
This section is divided into Normative and Informative references. Normative references are those that must be read in order to implement this specification, while Informative references are merely that, information. An example of the former might be the details of a required consensus algorithm, and an example of the latter might be a pointer to research that demonstrates why a particular consensus algorithm might be better suited for inclusion in the standard than another.
## Normative
## Informative
2019-01-21 19:55:49 +00:00
< a id = "ref-casper-ffg" ></ a > _**casper-ffg**_ </ br > _Casper the Friendly Finality Gadget_ . V. Buterin and V. Griffith. URL: https://arxiv.org/abs/1710.09437
2018-11-29 16:12:12 +00:00
2019-01-21 19:55:49 +00:00
< a id = "ref-python-poc" ></ a > _**python-poc**_ </ br > _Python proof-of-concept implementation_ . Ethereum Foundation. URL: https://github.com/ethereum/beacon_chain
2018-11-29 16:12:12 +00:00
2018-11-28 07:23:37 +00:00
# Copyright
2018-09-22 07:06:53 +00:00
Copyright and related rights waived via [CC0 ](https://creativecommons.org/publicdomain/zero/1.0/ ).