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 )
2019-02-06 16:34:19 +00:00
- [Gwei values ](#gwei-values )
2018-12-04 10:57:09 +00:00
- [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 )
2019-02-12 12:24:19 +00:00
- [Max transactions per block ](#max-transactions-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 )
2019-02-12 12:24:19 +00:00
- [Beacon chain transactions ](#beacon-chain-transactions )
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-30 13:38:45 +00:00
- [`SlashableAttestation` ](#slashableattestation )
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 )
2019-02-12 12:24:19 +00:00
- [Voluntary exits ](#voluntary-exits )
- [`VoluntaryExit` ](#voluntaryexit )
2019-02-12 22:41:38 +00:00
- [Transfers ](#transfers )
- [`Transfer` ](#transfer )
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 )
2019-02-15 00:23:03 +00:00
- [`Proposal` ](#proposal )
2018-12-01 05:29:19 +00:00
- [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 )
2019-02-03 09:36:21 +00:00
- [`get_previous_epoch` ](#get_previous_epoch )
2019-01-28 19:15:43 +00:00
- [`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 )
2019-02-07 21:08:25 +00:00
- [`get_permuted_index` ](#get_permuted_index )
2019-01-28 19:15:43 +00:00
- [`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 )
2019-01-30 15:38:24 +00:00
- [`get_next_epoch_committee_count` ](#get_next_epoch_committee_count )
2019-01-28 19:15:43 +00:00
- [`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 )
2019-01-30 15:07:41 +00:00
- [`is_power_of_two` ](#is_power_of_two )
2019-01-28 19:15:43 +00:00
- [`int_to_bytes1`, `int_to_bytes2`, ... ](#int_to_bytes1-int_to_bytes2- )
2019-02-07 21:12:58 +00:00
- [`bytes_to_int` ](#bytes_to_int )
2019-01-28 19:15:43 +00:00
- [`get_effective_balance` ](#get_effective_balance )
2019-02-03 10:43:33 +00:00
- [`get_total_balance` ](#get_total_balance )
2019-01-28 19:15:43 +00:00
- [`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 )
2019-01-30 13:38:45 +00:00
- [`verify_slashable_attestation` ](#verify_slashable_attestation )
2019-01-28 19:15:43 +00:00
- [`is_double_vote` ](#is_double_vote )
- [`is_surround_vote` ](#is_surround_vote )
- [`integer_squareroot` ](#integer_squareroot )
2019-02-20 07:45:19 +00:00
- [`get_delayed_activation_exit_epoch` ](#get_delayed_activation_exit_epoch )
2019-01-28 19:15:43 +00:00
- [`bls_verify` ](#bls_verify )
- [`bls_verify_multiple` ](#bls_verify_multiple )
- [`bls_aggregate_pubkeys` ](#bls_aggregate_pubkeys )
- [`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 )
2019-02-12 12:24:19 +00:00
- [`slash_validator` ](#slash_validator )
2019-01-28 19:15:43 +00:00
- [`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 )
2019-02-12 12:24:19 +00:00
- [`Eth2Genesis` log ](#eth2genesis-log )
2018-12-04 11:47:41 +00:00
- [Vyper code ](#vyper-code )
2019-02-12 12:24:19 +00:00
- [On genesis ](#on-genesis )
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 )
2019-02-15 00:23:03 +00:00
- [Block signature ](#block-signature )
2019-01-29 13:17:05 +00:00
- [RANDAO ](#randao )
- [Eth1 data ](#eth1-data )
2019-02-12 12:24:19 +00:00
- [Transactions ](#transactions )
2019-01-29 13:17:05 +00:00
- [Proposer slashings ](#proposer-slashings-1 )
- [Attester slashings ](#attester-slashings-1 )
- [Attestations ](#attestations-1 )
- [Deposits ](#deposits-1 )
2019-02-12 12:24:19 +00:00
- [Voluntary exits ](#voluntary-exits-1 )
2019-02-14 10:20:53 +00:00
- [Transfers ](#transfers-1 )
2019-01-29 13:17:05 +00:00
- [Per-epoch processing ](#per-epoch-processing )
2019-02-10 16:19:12 +00:00
- [Helper variables ](#helper-variables )
2019-01-29 13:17:05 +00:00
- [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-02-11 21:30:36 +00:00
Code snippets appearing in `this style` are to be interpreted as Python code.
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.
2019-02-11 13:29:54 +00:00
* **Slot** - a period 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
2019-02-12 13:37:30 +00:00
| Name | Value |
2019-02-16 09:11:29 +00:00
| - | - |
2019-02-12 13:37:30 +00:00
| `SHARD_COUNT` | `2**10` (= 1,024) |
| `TARGET_COMMITTEE_SIZE` | `2**7` (= 128) |
| `MAX_BALANCE_CHURN_QUOTIENT` | `2**5` (= 32) |
| `BEACON_CHAIN_SHARD_NUMBER` | `2**64 - 1` |
| `MAX_INDICES_PER_SLASHABLE_VOTE` | `2**12` (= 4,096) |
| `MAX_EXIT_DEQUEUES_PER_EPOCH` | `2**2` (= 4) |
| `SHUFFLE_ROUND_COUNT` | 90 |
2018-11-30 14:28:33 +00:00
2019-02-12 22:38:29 +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 `SLOTS_PER_EPOCH * 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
2019-02-06 16:34:19 +00:00
| Name | Value |
| - | - |
| `DEPOSIT_CONTRACT_ADDRESS` | **TBD** |
| `DEPOSIT_CONTRACT_TREE_DEPTH` | `2**5` (= 32) |
### Gwei values
2018-12-04 10:57:09 +00:00
| Name | Value | Unit |
| - | - | :-: |
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 |
2019-02-06 16:34:19 +00:00
| `FORK_CHOICE_BALANCE_INCREMENT` | `2**0 * 1e9` (= 1,000,000,000) | Gwei |
| `EJECTION_BALANCE` | `2**4 * 1e9` (= 16,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-02-19 21:08:10 +00:00
| `GENESIS_SLOT` | `2**32` |
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-02-12 22:38:29 +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 `SLOTS_PER_EPOCH` times as large as any value measured in epochs).
2019-01-28 05:12:37 +00:00
2018-12-04 10:57:09 +00:00
### Time parameters
2018-11-30 14:28:33 +00:00
| Name | Value | Unit | Duration |
| - | - | :-: | :-: |
2019-02-12 22:38:29 +00:00
| `SECONDS_PER_SLOT` | `6` | seconds | 6 seconds |
2018-11-30 14:28:33 +00:00
| `MIN_ATTESTATION_INCLUSION_DELAY` | `2**2` (= 4) | slots | 24 seconds |
2019-02-12 22:38:29 +00:00
| `SLOTS_PER_EPOCH` | `2**6` (= 64) | slots | 6.4 minutes |
2019-01-31 02:22:25 +00:00
| `MIN_SEED_LOOKAHEAD` | `2**0` (= 1) | epochs | 6.4 minutes |
2019-01-31 15:56:48 +00:00
| `ACTIVATION_EXIT_DELAY` | `2**2` (= 4) | epochs | 25.6 minutes |
2019-02-12 22:38:29 +00:00
| `EPOCHS_PER_ETH1_VOTING_PERIOD` | `2**4` (= 16) | epochs | ~1.7 hours |
2019-02-20 15:58:25 +00:00
| `MIN_VALIDATOR_WITHDRAWABILITY_DELAY` | `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 |
2019-01-31 15:56:48 +00:00
| `LATEST_ACTIVE_INDEX_ROOTS_LENGTH` | `2**13` (= 8,192) | epochs | ~36 days |
2019-01-31 02:22:25 +00:00
| `LATEST_SLASHED_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) |
2019-02-12 12:24:19 +00:00
| `ATTESTATION_INCLUSION_REWARD_QUOTIENT` | `2**3` (= 8) |
2018-12-21 22:12:38 +00:00
| `INACTIVITY_PENALTY_QUOTIENT` | `2**24` (= 16,777,216) |
2019-02-14 14:00:12 +00:00
| `MIN_PENALTY_QUOTIENT` | `2**5` (= 32) |
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-10-04 13:16:31 +00:00
2019-02-12 12:24:19 +00:00
### Max transactions 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) |
2019-02-12 12:24:19 +00:00
| `MAX_VOLUNTARY_EXITS` | `2**4` (= 16) |
2019-02-12 22:41:38 +00:00
| `MAX_TRANSFERS` | `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` |
2019-02-12 22:41:38 +00:00
| `DOMAIN_TRANSFER` | `5` |
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
2019-02-12 12:24:19 +00:00
### Beacon chain transactions
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',
2019-02-15 00:23:03 +00:00
# First proposal
'proposal_1': Proposal,
# Second proposal
'proposal_2': Proposal,
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
{
2019-01-30 13:38:45 +00:00
# First slashable attestation
'slashable_attestation_1': SlashableAttestation,
# Second slashable attestation
'slashable_attestation_2': SlashableAttestation,
2018-12-06 23:51:01 +00:00
}
```
2019-01-30 13:38:45 +00:00
##### `SlashableAttestation`
2018-12-06 23:51:01 +00:00
```python
{
2019-01-23 13:24:35 +00:00
# Validator indices
2019-01-30 09:25:39 +00:00
'validator_indices': ['uint64'],
2018-12-07 01:13:19 +00:00
# Attestation data
'data': AttestationData,
2019-01-30 13:38:45 +00:00
# Custody bitfield
'custody_bitfield': 'bytes',
2018-12-07 01:13:19 +00:00
# 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
{
2019-01-17 11:18:30 +00:00
# Attester aggregation bitfield
'aggregation_bitfield': 'bytes',
2019-01-30 13:38:45 +00:00
# Attestation data
'data': AttestationData,
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',
2019-02-15 00:23:03 +00:00
# Root of the signed beacon block
2019-01-17 08:33:59 +00:00
'beacon_block_root': 'bytes32',
2019-02-15 00:23:03 +00:00
# Root of the ancestor at the epoch boundary
2019-01-17 08:33:59 +00:00
'epoch_boundary_root': 'bytes32',
2019-02-20 06:46:28 +00:00
# Data from the shard since the last attestation
2019-02-22 06:21:56 +00:00
'crosslink_data_root': 'bytes32',
2019-02-08 01:34:54 +00:00
# Last crosslink
'latest_crosslink': Crosslink,
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
}
```
2019-02-12 12:24:19 +00:00
#### Voluntary exits
2018-12-07 01:13:19 +00:00
2019-02-12 12:24:19 +00:00
##### `VoluntaryExit`
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
}
```
2019-02-14 10:20:53 +00:00
#### Transfers
2019-02-12 22:41:38 +00:00
##### `Transfer`
```python
{
# Sender index
'from': 'uint64',
# Recipient index
'to': 'uint64',
# Amount in Gwei
'amount': 'uint64',
# Fee in Gwei for block proposer
'fee': 'uint64',
# Inclusion slot
'slot': 'uint64',
# Sender withdrawal pubkey
'pubkey': 'bytes48',
# Sender signature
'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
{
2019-02-15 00:23:03 +00:00
# Header
2019-02-15 00:24:46 +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,
2018-12-07 14:12:58 +00:00
2019-02-15 00:23:03 +00:00
# Body
2018-12-07 14:12:58 +00:00
'body': BeaconBlockBody,
2019-02-15 00:23:03 +00:00
# Signature
'signature': 'bytes96',
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],
2019-02-12 12:24:19 +00:00
'voluntary_exits': [VoluntaryExit],
2019-02-12 22:41:38 +00:00
'transfers': [Transfer],
2018-11-20 07:40:04 +00:00
}
```
2019-02-15 00:23:03 +00:00
#### `Proposal`
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',
2019-02-15 00:23:03 +00:00
# Block root
2019-01-17 08:33:59 +00:00
'block_root': 'bytes32',
2019-02-15 00:23:03 +00:00
# Signature
'signature': 'bytes96',
}
```
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
# Randomness and committees
2019-01-17 08:33:59 +00:00
'latest_randao_mixes': ['bytes32'],
2019-01-31 16:02:54 +00:00
'previous_shuffling_start_shard': 'uint64',
'current_shuffling_start_shard': 'uint64',
'previous_shuffling_epoch': 'uint64',
'current_shuffling_epoch': 'uint64',
'previous_shuffling_seed': 'bytes32',
'current_shuffling_seed': 'bytes32',
2018-12-20 21:01:00 +00:00
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-31 15:56:48 +00:00
'latest_active_index_roots': ['bytes32'],
2019-01-31 02:22:25 +00:00
'latest_slashed_balances': ['uint64'], # Balances slashed 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],
2019-02-09 04:02:55 +00:00
'deposit_index': 'uint64'
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',
2019-02-14 10:20:53 +00:00
# Epoch when validator is eligible to withdraw
'withdrawable_epoch': 'uint64',
2019-02-20 02:00:46 +00:00
# Did the validator initiate an exit
'initiated_exit': 'bool',
2019-02-20 07:18:12 +00:00
# Was the validator slashed
2019-02-20 02:00:46 +00:00
'slashed': 'bool',
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',
2019-02-22 06:21:56 +00:00
# Shard data since the previous crosslink
'crosslink_data_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
{
2019-01-17 11:18:30 +00:00
# Attester aggregation bitfield
'aggregation_bitfield': 'bytes',
2019-01-30 13:38:45 +00:00
# Attestation data
'data': AttestationData,
2019-01-02 13:35:57 +00:00
# Custody bitfield
2018-11-30 14:28:33 +00:00
'custody_bitfield': 'bytes',
2019-01-30 13:38:45 +00:00
# Inclusion slot
'inclusion_slot': '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',
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-31 15:58:31 +00:00
| `Slot` | `uint64` | a slot number |
| `Epoch` | `uint64` | an epoch number |
| `Shard` | `uint64` | a shard number |
2019-02-12 12:24:19 +00:00
| `ValidatorIndex` | `uint64` | a validator registry index |
2019-01-27 09:01:11 +00:00
| `Gwei` | `uint64` | an amount in Gwei |
| `Bytes32` | `bytes32` | 32 bytes of binary data |
2019-02-02 04:42:11 +00:00
| `BLSPubkey` | `bytes48` | a BLS12-381 public key |
| `BLSSignature` | `bytes96` | a BLS12-381 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-02-15 00:23:03 +00:00
### `signed_root`
`def signed_root(object: SSZContainer) -> Bytes32` is a function defined in the [SimpleSerialize spec ](https://github.com/ethereum/eth2.0-specs/blob/master/specs/simple-serialize.md#signed-roots ) to compute signed messages.
2019-01-28 19:15:43 +00:00
### `slot_to_epoch`
2018-12-04 10:57:09 +00:00
```python
2019-01-31 15:58:31 +00:00
def slot_to_epoch(slot: Slot) -> Epoch:
2019-01-30 09:25:39 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the epoch number of the given ``slot``.
2019-01-30 09:25:39 +00:00
"""
2019-02-12 22:38:29 +00:00
return slot // SLOTS_PER_EPOCH
2018-12-04 10:57:09 +00:00
```
2019-02-03 09:36:21 +00:00
### `get_previous_epoch`
```python
2019-02-12 12:24:19 +00:00
def get_previous_epoch(state: BeaconState) -> Epoch:
2019-02-03 09:36:21 +00:00
"""`
Return the previous epoch of the given ``state``.
"""
2019-02-22 19:51:09 +00:00
return max(get_current_epoch(state) - 1, GENESIS_EPOCH)
2019-02-03 09:36:21 +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-31 15:58:31 +00:00
def get_current_epoch(state: BeaconState) -> Epoch:
2019-01-30 09:25:39 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the current epoch of the given ``state``.
2019-01-30 09:25:39 +00:00
"""
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
2019-01-31 15:58:31 +00:00
def get_epoch_start_slot(epoch: Epoch) -> Slot:
2019-01-30 09:25:39 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the starting slot of the given ``epoch``.
2019-01-30 09:25:39 +00:00
"""
2019-02-12 22:38:29 +00:00
return epoch * SLOTS_PER_EPOCH
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-31 15:58:31 +00:00
def is_active_validator(validator: Validator, epoch: Epoch) -> bool:
2018-12-07 12:18:55 +00:00
"""
2019-01-30 15:01:38 +00:00
Check if ``validator`` is active.
2018-12-07 12:18:55 +00:00
"""
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-31 15:58:31 +00:00
def get_active_validator_indices(validators: List[Validator], epoch: Epoch) -> List[ValidatorIndex]:
2018-11-30 14:28:33 +00:00
"""
2019-01-30 15:01:38 +00:00
Get indices of active validators from ``validators``.
2018-11-30 14:28:33 +00:00
"""
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-02-07 21:08:25 +00:00
### `get_permuted_index`
2018-09-20 05:20:49 +00:00
```python
2019-02-08 03:55:33 +00:00
def get_permuted_index(index: int, list_size: int, seed: Bytes32) -> int:
2018-10-07 06:21:37 +00:00
"""
2019-02-07 21:08:25 +00:00
Return `p(index)` in a pseudorandom permutation `p` of `0...list_size-1` with ``seed`` as entropy.
2018-10-07 06:21:37 +00:00
2019-02-07 00:33:22 +00:00
Utilizes 'swap or not' shuffling found in
https://link.springer.com/content/pdf/10.1007%2F978-3-642-32009-5_1.pdf
See the 'generalized domain' algorithm on page 3.
2018-10-07 06:21:37 +00:00
"""
2019-02-14 14:14:59 +00:00
assert index < list_size
2019-02-16 06:27:47 +00:00
assert list_size < = 2**40
2019-02-14 14:14:59 +00:00
2019-02-08 03:55:33 +00:00
for round in range(SHUFFLE_ROUND_COUNT):
2019-02-08 03:51:56 +00:00
pivot = bytes_to_int(hash(seed + int_to_bytes1(round))[0:8]) % list_size
2019-02-07 21:08:25 +00:00
flip = (pivot - index) % list_size
position = max(index, flip)
source = hash(seed + int_to_bytes1(round) + int_to_bytes4(position // 256))
byte = source[(position % 256) // 8]
bit = (byte >> (position % 8)) % 2
index = flip if bit else index
2018-10-07 06:21:37 +00:00
2019-02-07 21:08:25 +00:00
return index
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-30 09:25:39 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the number of committees in one epoch.
2019-01-30 09:25:39 +00:00
"""
2019-01-08 00:53:33 +00:00
return max(
1,
min(
2019-02-12 22:38:29 +00:00
SHARD_COUNT // SLOTS_PER_EPOCH,
active_validator_count // SLOTS_PER_EPOCH // TARGET_COMMITTEE_SIZE,
2019-01-08 00:53:33 +00:00
)
2019-02-12 22:38:29 +00:00
) * SLOTS_PER_EPOCH
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-31 15:58:31 +00:00
epoch: Epoch) -> List[List[ValidatorIndex]]
2018-11-30 14:28:33 +00:00
"""
2019-02-16 21:13:46 +00:00
Shuffle active validators and split into crosslink committees.
2019-02-16 21:11:48 +00:00
Return a list of committees (each a list of validator indices).
2018-11-30 14:28:33 +00:00
"""
2019-02-16 21:11:48 +00:00
# Shuffle active validator indices
2019-01-26 15:16:32 +00:00
active_validator_indices = get_active_validator_indices(validators, epoch)
2019-02-16 21:11:48 +00:00
length = len(active_validator_indices)
shuffled_indices = [active_validator_indices[get_permuted_index(i, length, seed)] for i in range(length)]
2019-01-02 13:41:32 +00:00
2019-02-16 21:11:48 +00:00
# Split the shuffled active validator indices
return split(shuffled_indices, get_epoch_committee_count(length))
2019-01-08 00:53:33 +00:00
```
2018-10-07 06:21:37 +00:00
2019-01-31 15:56:48 +00:00
**Invariant**: if `get_shuffling(seed, validators, epoch)` returns some value `x` for some `epoch <= get_current_epoch(state) + ACTIVATION_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-30 09:25:39 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the number of committees in the previous epoch of the given ``state``.
2019-01-30 09:25:39 +00:00
"""
2019-01-14 13:54:29 +00:00
previous_active_validators = get_active_validator_indices(
state.validator_registry,
2019-01-31 16:02:54 +00:00
state.previous_shuffling_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-30 09:25:39 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the number of committees in the current epoch of the given ``state``.
2019-01-30 09:25:39 +00:00
"""
2019-01-14 13:54:29 +00:00
current_active_validators = get_active_validator_indices(
state.validator_registry,
2019-01-31 16:02:54 +00:00
state.current_shuffling_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-30 00:29:51 +00:00
### `get_next_epoch_committee_count`
```python
def get_next_epoch_committee_count(state: BeaconState) -> int:
2019-02-02 05:09:45 +00:00
"""
Return the number of committees in the next epoch of the given ``state``.
"""
2019-01-30 00:29:51 +00:00
next_active_validators = get_active_validator_indices(
state.validator_registry,
get_current_epoch(state) + 1,
)
return get_epoch_committee_count(len(next_active_validators))
```
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-31 15:58:31 +00:00
slot: Slot,
2019-02-12 11:59:05 +00:00
registry_change: bool=False) -> List[Tuple[List[ValidatorIndex], Shard]]:
2018-11-30 14:28:33 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the list of ``(committee, shard)`` tuples for the ``slot``.
2019-01-30 00:29:51 +00:00
2019-01-30 15:07:41 +00:00
Note: There are two possible shufflings for crosslink committees for a
``slot`` in the next epoch -- with and without a `registry_change`
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-02-03 09:36:21 +00:00
previous_epoch = get_previous_epoch(state)
2019-01-26 22:39:57 +00:00
next_epoch = current_epoch + 1
2019-01-08 00:53:33 +00:00
2019-01-30 00:29:51 +00:00
assert previous_epoch < = epoch < = next_epoch
2019-01-26 22:39:57 +00:00
2019-02-22 19:51:09 +00:00
if epoch == current_epoch:
2019-01-27 16:56:26 +00:00
committees_per_epoch = get_current_epoch_committee_count(state)
2019-01-31 16:02:54 +00:00
seed = state.current_shuffling_seed
shuffling_epoch = state.current_shuffling_epoch
shuffling_start_shard = state.current_shuffling_start_shard
2019-02-22 19:51:09 +00:00
elif epoch == previous_epoch:
committees_per_epoch = get_previous_epoch_committee_count(state)
seed = state.previous_shuffling_seed
shuffling_epoch = state.previous_shuffling_epoch
shuffling_start_shard = state.previous_shuffling_start_shard
2019-01-30 00:29:51 +00:00
elif epoch == next_epoch:
current_committees_per_epoch = get_current_epoch_committee_count(state)
committees_per_epoch = get_next_epoch_committee_count(state)
2019-01-30 01:21:26 +00:00
shuffling_epoch = next_epoch
epochs_since_last_registry_update = current_epoch - state.validator_registry_update_epoch
if registry_change:
seed = generate_seed(state, next_epoch)
2019-01-31 16:02:54 +00:00
shuffling_start_shard = (state.current_shuffling_start_shard + current_committees_per_epoch) % SHARD_COUNT
2019-01-30 01:21:26 +00:00
elif epochs_since_last_registry_update > 1 and is_power_of_two(epochs_since_last_registry_update):
seed = generate_seed(state, next_epoch)
2019-01-31 16:02:54 +00:00
shuffling_start_shard = state.current_shuffling_start_shard
2019-01-30 01:21:26 +00:00
else:
2019-01-31 16:02:54 +00:00
seed = state.current_shuffling_seed
shuffling_start_shard = state.current_shuffling_start_shard
2019-01-23 21:41:25 +00:00
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
)
2019-02-12 22:38:29 +00:00
offset = slot % SLOTS_PER_EPOCH
committees_per_slot = committees_per_epoch // SLOTS_PER_EPOCH
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-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-31 15:58:31 +00:00
slot: Slot) -> Bytes32:
2018-11-30 14:28:33 +00:00
"""
2019-01-30 15:01:38 +00:00
Return 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-31 15:58:31 +00:00
epoch: Epoch) -> Bytes32:
2019-01-10 17:01:19 +00:00
"""
2019-01-30 15:01:38 +00:00
Return 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-31 15:58:31 +00:00
epoch: Epoch) -> Bytes32:
2019-01-19 03:06:21 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the index root at a recent ``epoch``.
2019-01-19 03:06:21 +00:00
"""
2019-01-31 15:56:48 +00:00
assert get_current_epoch(state) - LATEST_ACTIVE_INDEX_ROOTS_LENGTH + ACTIVATION_EXIT_DELAY < epoch < = get_current_epoch ( state ) + ACTIVATION_EXIT_DELAY
return state.latest_active_index_roots[epoch % LATEST_ACTIVE_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-31 15:58:31 +00:00
epoch: Epoch) -> Bytes32:
2019-01-10 17:01:19 +00:00
"""
2019-01-26 00:33:15 +00:00
Generate a seed for the given ``epoch``.
2019-01-10 17:01:19 +00:00
"""
2019-01-25 23:07:54 +00:00
return hash(
2019-01-31 02:22:25 +00:00
get_randao_mix(state, epoch - MIN_SEED_LOOKAHEAD) +
2019-02-02 05:02:09 +00:00
get_active_index_root(state, epoch) +
int_to_bytes32(epoch)
2019-01-25 23:07:54 +00:00
)
2019-01-10 17:01:19 +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-31 15:58:31 +00:00
slot: Slot) -> ValidatorIndex:
2018-11-30 14:28:33 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the beacon proposer index for the ``slot``.
2018-11-30 14:28:33 +00:00
"""
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.
2019-02-18 04:11:01 +00:00
Note that the leaves are not hashed.
2018-12-27 17:58:24 +00:00
"""
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-30 15:01:38 +00:00
Return 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-30 15:07:41 +00:00
### `is_power_of_two`
2019-02-01 15:45:09 +00:00
```python
2019-01-30 15:07:41 +00:00
def is_power_of_two(value: int) -> bool:
"""
Check if ``value`` is a power of two integer.
"""
2019-02-22 12:00:29 +00:00
return (value > 0) and (value & (value - 1) == 0)
2019-01-30 15:07:41 +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-02-03 00:41:59 +00:00
`int_to_bytes1(x): return x.to_bytes(1, 'little')` , `int_to_bytes2(x): return x.to_bytes(2, 'little')` , and so on for all integers, particularly 1, 2, 3, 4, 8, 32, 48, 96.
2018-09-20 05:20:49 +00:00
2019-02-07 21:12:58 +00:00
### `bytes_to_int`
```python
def bytes_to_int(data: bytes) -> int:
return int.from_bytes(data, 'little')
```
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
"""
2019-01-31 02:38:12 +00:00
Return 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-02-03 10:43:33 +00:00
### `get_total_balance`
2019-02-03 10:14:02 +00:00
```python
2019-02-07 21:09:41 +00:00
def get_total_balance(state: BeaconState, validators: List[ValidatorIndex]) -> Gwei:
2019-02-03 10:14:02 +00:00
"""
Return the combined effective balance of an array of validators.
"""
2019-02-04 07:49:16 +00:00
return sum([get_effective_balance(state, i) for i in validators])
2019-02-03 10:14:02 +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-31 15:58:31 +00:00
epoch: Epoch) -> int:
2019-01-30 09:25:39 +00:00
"""
2019-01-30 15:01:38 +00:00
Return the fork version of the given ``epoch``.
2019-01-30 09:25:39 +00:00
"""
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-31 15:58:31 +00:00
epoch: Epoch,
2018-12-05 14:41:11 +00:00
domain_type: int) -> int:
2019-01-30 09:25:39 +00:00
"""
Get the domain number that represents the fork meta and signature domain.
"""
fork_version = get_fork_version(fork, epoch)
return fork_version * 2* *32 + domain_type
2018-12-05 14:41:11 +00:00
```
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-02-12 11:52:07 +00:00
return (bitfield[i // 8] >> (i % 8)) % 2
2019-01-23 12:40:59 +00:00
```
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-02-05 19:51:06 +00:00
# Check `bitfield` is padded with zero bits only
2019-02-05 19:49:52 +00:00
for i in range(committee_size, len(bitfield) * 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
2018-12-05 14:41:11 +00:00
```
2019-01-30 13:38:45 +00:00
### `verify_slashable_attestation`
2018-12-07 01:02:23 +00:00
```python
2019-01-30 13:38:45 +00:00
def verify_slashable_attestation(state: BeaconState, slashable_attestation: SlashableAttestation) -> bool:
2019-01-23 13:52:52 +00:00
"""
2019-01-30 13:38:45 +00:00
Verify validity of ``slashable_attestation`` fields.
2019-01-23 13:52:52 +00:00
"""
2019-01-30 13:38:45 +00:00
if slashable_attestation.custody_bitfield != b'\x00' * len(slashable_attestation.custody_bitfield): # [TO BE REMOVED IN PHASE 1]
2018-12-07 20:09:49 +00:00
return False
2019-01-30 13:38:45 +00:00
if len(slashable_attestation.validator_indices) == 0:
2019-01-23 13:24:35 +00:00
return False
2019-01-30 13:38:45 +00:00
for i in range(len(slashable_attestation.validator_indices) - 1):
if slashable_attestation.validator_indices[i] >= slashable_attestation.validator_indices[i + 1]:
2019-01-27 09:01:11 +00:00
return False
2019-01-23 13:24:35 +00:00
2019-01-30 13:38:45 +00:00
if not verify_bitfield(slashable_attestation.custody_bitfield, len(slashable_attestation.validator_indices)):
2019-01-23 12:40:59 +00:00
return False
2019-01-30 13:38:45 +00:00
if len(slashable_attestation.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-30 13:38:45 +00:00
for i, validator_index in enumerate(slashable_attestation.validator_indices):
if get_bitfield_bit(slashable_attestation.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-02-05 17:11:00 +00:00
return bls_verify_multiple(
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
],
2019-02-07 21:09:41 +00:00
message_hashes=[
2019-01-30 19:03:13 +00:00
hash_tree_root(AttestationDataAndCustodyBit(data=slashable_attestation.data, custody_bit=0b0)),
hash_tree_root(AttestationDataAndCustodyBit(data=slashable_attestation.data, custody_bit=0b1)),
2018-12-23 10:48:11 +00:00
],
2019-01-30 13:38:45 +00:00
signature=slashable_attestation.aggregate_signature,
2019-02-15 14:48:09 +00:00
domain=get_domain(state.fork, slot_to_epoch(slashable_attestation.data.slot), 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,
2019-01-30 09:25:39 +00:00
attestation_data_2: AttestationData) -> bool:
2018-12-13 18:17:39 +00:00
"""
2019-01-30 19:04:35 +00:00
Check if ``attestation_data_1`` and ``attestation_data_2`` have the same target.
2018-12-13 18:17:39 +00:00
"""
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
"""
2019-01-30 19:03:13 +00:00
Check if ``attestation_data_1`` surrounds ``attestation_data_2``.
2018-12-13 18:17:39 +00:00
"""
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-02-20 07:45:19 +00:00
### `get_delayed_activation_exit_epoch`
2019-01-23 04:47:07 +00:00
```python
2019-02-20 07:45:19 +00:00
def get_delayed_activation_exit_epoch(epoch: Epoch) -> Epoch:
2019-01-23 04:47:07 +00:00
"""
2019-02-20 07:45:19 +00:00
Return the epoch at which an activation or exit triggered in ``epoch`` takes effect.
2019-01-23 04:47:07 +00:00
"""
2019-01-31 15:56:48 +00:00
return epoch + 1 + ACTIVATION_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-02-15 00:23:03 +00:00
### `process_deposit`
Used to add a [validator ](#dfn-validator ) or top up an existing [validator ](#dfn-validator )'s balance by some `deposit` amount:
2018-11-16 16:41:59 +00:00
```python
2019-02-15 00:23:03 +00:00
def process_deposit(state: BeaconState, deposit: Deposit) -> None:
2019-01-30 09:25:39 +00:00
"""
2019-02-15 00:23:03 +00:00
Process a deposit from Ethereum 1.0.
Note that this function mutates ``state``.
2019-01-30 09:25:39 +00:00
"""
2019-02-15 00:23:03 +00:00
deposit_input = deposit.deposit_data.deposit_input
2018-11-16 16:41:59 +00:00
2019-02-25 16:36:52 +00:00
proof_is_valid = bls_verify(
2019-02-15 00:23:03 +00:00
pubkey=deposit_input.pubkey,
message_hash=signed_root(deposit_input, "proof_of_possession"),
signature=deposit_input.proof_of_possession,
2019-01-28 19:15:43 +00:00
domain=get_domain(
state.fork,
get_current_epoch(state),
DOMAIN_DEPOSIT,
)
)
2019-02-25 16:36:52 +00:00
if not proof_is_valid:
return
2019-02-09 15:21:38 +00:00
2019-01-28 19:15:43 +00:00
validator_pubkeys = [v.pubkey for v in state.validator_registry]
2019-02-15 00:23:03 +00:00
pubkey = deposit_input.pubkey
amount = deposit.deposit_data.amount
withdrawal_credentials = deposit_input.withdrawal_credentials
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-02-14 10:20:53 +00:00
withdrawable_epoch=FAR_FUTURE_EPOCH,
2019-02-20 02:00:46 +00:00
initiated_exit=False,
slashed=False,
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-30 09:25:39 +00:00
def activate_validator(state: BeaconState, index: ValidatorIndex, is_genesis: bool) -> None:
"""
Activate the validator of the given ``index``.
Note that this function mutates ``state``.
"""
2018-12-13 19:45:08 +00:00
validator = state.validator_registry[index]
2018-12-10 21:16:06 +00:00
2019-02-20 07:45:19 +00:00
validator.activation_epoch = GENESIS_EPOCH if is_genesis else get_delayed_activation_exit_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:
2019-01-30 09:25:39 +00:00
"""
Initiate the validator of the given ``index``.
Note that this function mutates ``state``.
"""
2018-12-13 19:45:08 +00:00
validator = state.validator_registry[index]
2019-02-20 02:00:46 +00:00
validator.initiated_exit = True
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:
2019-01-30 09:25:39 +00:00
"""
Exit the validator of the given ``index``.
Note that this function mutates ``state``.
"""
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-02-20 07:45:19 +00:00
if validator.exit_epoch < = get_delayed_activation_exit_epoch(get_current_epoch(state)):
2018-12-13 13:08:51 +00:00
return
2018-12-11 15:49:50 +00:00
2019-02-20 07:45:19 +00:00
validator.exit_epoch = get_delayed_activation_exit_epoch(get_current_epoch(state))
2018-10-11 18:14:48 +00:00
```
2019-02-12 12:24:19 +00:00
#### `slash_validator`
2019-01-28 19:15:43 +00:00
2018-12-28 18:04:03 +00:00
```python
2019-02-12 12:24:19 +00:00
def slash_validator(state: BeaconState, index: ValidatorIndex) -> None:
2019-01-30 09:25:39 +00:00
"""
2019-02-12 12:24:19 +00:00
Slash the validator with index ``index``.
2019-01-30 09:25:39 +00:00
Note that this function mutates ``state``.
"""
2018-12-31 02:42:05 +00:00
validator = state.validator_registry[index]
2019-02-15 10:33:22 +00:00
assert state.slot < get_epoch_start_slot ( validator . withdrawable_epoch ) # [ TO BE REMOVED IN PHASE 2 ]
2018-12-28 18:04:03 +00:00
exit_validator(state, index)
2019-01-31 02:22:25 +00:00
state.latest_slashed_balances[get_current_epoch(state) % LATEST_SLASHED_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-02-20 02:00:46 +00:00
validator.slashed = True
2019-02-19 22:07:30 +00:00
validator.withdrawable_epoch = get_current_epoch(state) + LATEST_SLASHED_EXIT_LENGTH
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:
2019-01-30 09:25:39 +00:00
"""
2019-02-14 10:20:53 +00:00
Set the validator with the given ``index`` as withdrawable
``MIN_VALIDATOR_WITHDRAWABILITY_DELAY`` after the current epoch.
2019-01-30 09:25:39 +00:00
Note that this function mutates ``state``.
"""
2018-12-31 02:42:05 +00:00
validator = state.validator_registry[index]
2019-02-14 10:20:53 +00:00
validator.withdrawable_epoch = get_current_epoch(state) + MIN_VALIDATOR_WITHDRAWABILITY_DELAY
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.
2019-01-31 16:23:41 +00:00
### `Eth2Genesis` log
2019-01-28 19:15:43 +00:00
2019-02-12 12:24:19 +00:00
When sufficiently many full deposits have been made the deposit contract emits the `Eth2Genesis` log. The beacon chain state may then be initialized by calling the `get_genesis_beacon_state` function (defined below) where:
2019-01-28 19:15:43 +00:00
2019-01-31 16:23:41 +00:00
* `genesis_time` equals `time` in the `Eth2Genesis` log
2019-02-12 12:24:19 +00:00
* `latest_eth1_data.deposit_root` equals `deposit_root` in the `Eth2Genesis` log
* `latest_eth1_data.block_hash` equals the hash of the block that included the log
* `genesis_validator_deposits` is a list of `Deposit` objects built according to the `Deposit` logs up to the deposit that triggered the `Eth2Genesis` log, processed in the order in which they were emitted (oldest to newest)
2019-01-28 19:15:43 +00:00
### Vyper code
2019-02-03 23:22:03 +00:00
The source for the Vyper contract lives in a [separate repository ](https://github.com/ethereum/deposit_contract ) at [https://github.com/ethereum/deposit_contract/blob/master/deposit_contract/contracts/validator_registration.v.py ](https://github.com/ethereum/deposit_contract/blob/master/deposit_contract/contracts/validator_registration.v.py ).
2019-01-30 19:55:26 +00:00
Note: to save ~10x on gas this contract uses a somewhat unintuitive progressive Merkle root calculation algo that requires only O(log(n)) storage. See https://github.com/ethereum/research/blob/master/beacon_chain_impl/progressive_merkle_tree.py for an implementation of the same algo in python tested for correctness.
2019-02-02 01:06:04 +00:00
For convenience, we provide the interface to the contract here:
2019-01-28 19:15:43 +00:00
2019-02-02 01:06:04 +00:00
* `__init__()` : initializes the contract
* `get_deposit_root() -> bytes32` : returns the current root of the deposit tree
2019-02-03 23:20:49 +00:00
* `deposit(bytes[512])` : adds a deposit instance to the deposit tree, incorporating the input argument and the value transferred in the given call. Note: the amount of value transferred *must* be within `MIN_DEPOSIT_AMOUNT` and `MAX_DEPOSIT_AMOUNT` , inclusive. Each of these constants are specified in units of Gwei.
2019-01-30 19:55:26 +00:00
2019-02-12 12:24:19 +00:00
## On genesis
2018-09-20 05:20:49 +00:00
2018-12-30 15:15:23 +00:00
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.
2018-11-16 16:41:59 +00:00
```python
{
2018-12-30 15:15:23 +00:00
slot=GENESIS_SLOT,
2018-12-12 17:51:42 +00:00
parent_root=ZERO_HASH,
2019-02-12 12:24:19 +00:00
state_root=GENESIS_STATE_ROOT,
2019-01-21 18:41:29 +00:00
randao_reveal=EMPTY_SIGNATURE,
2019-01-17 11:43:47 +00:00
eth1_data=Eth1Data(
deposit_root=ZERO_HASH,
block_hash=ZERO_HASH
),
2018-12-14 07:13:50 +00:00
signature=EMPTY_SIGNATURE,
body=BeaconBlockBody(
2018-12-07 01:02:23 +00:00
proposer_slashings=[],
2019-01-28 19:15:43 +00:00
attester_slashings=[],
2018-12-07 01:02:23 +00:00
attestations=[],
deposits=[],
2018-12-23 10:48:11 +00:00
exits=[],
2018-12-07 01:02:23 +00:00
),
2018-11-16 16:41:59 +00:00
}
```
2019-02-12 12:24:19 +00:00
`GENESIS_STATE_ROOT` (in the above "genesis block") is generated from the `get_genesis_beacon_state` function below. When enough full deposits have been made to the deposit contract and the `Eth2Genesis` log has been emitted, `get_genesis_beacon_state` will execute to compute the `hash_tree_root` of `BeaconState` .
2018-10-02 15:20:07 +00:00
```python
2019-02-12 12:24:19 +00:00
def get_genesis_beacon_state(genesis_validator_deposits: List[Deposit],
2018-12-13 13:08:51 +00:00
genesis_time: int,
2019-01-17 11:43:47 +00:00
latest_eth1_data: Eth1Data) -> BeaconState:
2019-01-30 09:25:39 +00:00
"""
2019-02-12 12:24:19 +00:00
Get the genesis ``BeaconState``.
2019-01-30 09:25:39 +00:00
"""
2018-11-15 13:20:25 +00:00
state = BeaconState(
2018-12-04 21:28:31 +00:00
# Misc
2018-12-30 15:15:23 +00:00
slot=GENESIS_SLOT,
2018-12-04 21:28:31 +00:00
genesis_time=genesis_time,
2019-01-17 11:18:30 +00:00
fork=Fork(
previous_version=GENESIS_FORK_VERSION,
current_version=GENESIS_FORK_VERSION,
2019-01-28 19:15:43 +00:00
epoch=GENESIS_EPOCH,
2018-12-04 21:28:31 +00:00
),
# Validator registry
2018-12-11 16:02:59 +00:00
validator_registry=[],
2018-12-14 00:40:00 +00:00
validator_balances=[],
2019-01-28 19:15:43 +00:00
validator_registry_update_epoch=GENESIS_EPOCH,
2018-12-04 21:28:31 +00:00
2018-11-30 14:28:33 +00:00
# Randomness and committees
2019-02-19 17:49:37 +00:00
latest_randao_mixes=[EMPTY_SIGNATURE for _ in range(LATEST_RANDAO_MIXES_LENGTH)],
2019-01-31 16:02:54 +00:00
previous_shuffling_start_shard=GENESIS_START_SHARD,
current_shuffling_start_shard=GENESIS_START_SHARD,
previous_shuffling_epoch=GENESIS_EPOCH,
current_shuffling_epoch=GENESIS_EPOCH,
previous_shuffling_seed=ZERO_HASH,
current_shuffling_seed=ZERO_HASH,
2018-12-21 08:41:48 +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-02-22 06:21:56 +00:00
latest_crosslinks=[Crosslink(epoch=GENESIS_EPOCH, crosslink_data_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-31 15:56:48 +00:00
latest_active_index_roots=[ZERO_HASH for _ in range(LATEST_ACTIVE_INDEX_ROOTS_LENGTH)],
2019-01-31 02:22:25 +00:00
latest_slashed_balances=[0 for _ in range(LATEST_SLASHED_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=[],
2019-02-12 12:24:19 +00:00
deposit_index=len(genesis_validator_deposits)
2018-10-09 07:33:22 +00:00
)
2019-02-12 12:24:19 +00:00
# Process genesis deposits
for deposit in genesis_validator_deposits:
2019-02-15 00:23:03 +00:00
process_deposit(state, deposit)
2018-12-10 21:16:06 +00:00
2019-02-12 12:24:19 +00:00
# Process genesis activations
2018-12-31 15:14:14 +00:00
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:
2019-01-30 09:25:39 +00:00
activate_validator(state, validator_index, is_genesis=True)
2018-12-10 21:16:06 +00:00
2019-02-01 22:04:17 +00:00
genesis_active_index_root = hash_tree_root(get_active_validator_indices(state.validator_registry, GENESIS_EPOCH))
2019-01-31 15:56:48 +00:00
for index in range(LATEST_ACTIVE_INDEX_ROOTS_LENGTH):
state.latest_active_index_roots[index] = genesis_active_index_root
2019-01-31 16:02:54 +00:00
state.current_shuffling_seed = generate_seed(state, GENESIS_EPOCH)
2018-12-10 21:16:06 +00:00
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.
2019-02-15 13:46:47 +00:00
* The node's Unix time is greater than or equal to `state.genesis_time + (block.slot - GENESIS_SLOT) * SECONDS_PER_SLOT` . (Note that leap seconds mean that slots will occasionally last `SECONDS_PER_SLOT + 1` or `SECONDS_PER_SLOT - 1` seconds, possibly several times a year.)
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-02-12 22:38:29 +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 `SECONDS_PER_SLOT` 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-31 15:58:31 +00:00
* Let `get_ancestor(store: Store, block: BeaconBlock, slot: Slot) -> BeaconBlock` be the ancestor of `block` with slot number `slot` . The `get_ancestor` function can be defined recursively as:
2018-12-10 22:42:28 +00:00
2018-12-10 21:16:06 +00:00
```python
2019-01-31 15:58:31 +00:00
def get_ancestor(store: Store, block: BeaconBlock, slot: Slot) -> BeaconBlock:
2019-01-30 09:25:39 +00:00
"""
Get the ancestor of ``block`` with slot number ``slot``; return ``None`` if not found.
"""
2019-01-29 13:17:05 +00:00
if block.slot == slot:
return block
elif block.slot < slot:
return None
else:
return get_ancestor(store, store.get_parent(block), slot)
2018-10-01 22:19:16 +00:00
```
2019-02-06 16:34:19 +00:00
* Let `get_latest_attestation(store: Store, validator_index: ValidatorIndex) -> Attestation` be the attestation with the highest slot number in `store` from the validator with the given `validator_index` . If several such attestations exist, use the one the [validator ](#dfn-validator ) `v` observed first.
* Let `get_latest_attestation_target(store: Store, validator_index: ValidatorIndex) -> BeaconBlock` be the target block in the attestation `get_latest_attestation(store, validator_index)` .
2019-01-28 19:15:43 +00:00
* 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-10-11 18:14:48 +00:00
```python
2019-01-28 19:15:43 +00:00
def lmd_ghost(store: Store, start_state: BeaconState, start_block: BeaconBlock) -> BeaconBlock:
2019-01-30 09:25:39 +00:00
"""
Execute the LMD-GHOST algorithm to find the head ``BeaconBlock``.
"""
2019-01-28 19:15:43 +00:00
validators = start_state.validator_registry
2019-02-13 16:38:03 +00:00
active_validator_indices = get_active_validator_indices(validators, slot_to_epoch(start_state.slot))
2019-01-28 19:15:43 +00:00
attestation_targets = [
2019-02-06 16:34:19 +00:00
(validator_index, get_latest_attestation_target(store, validator_index))
for validator_index in active_validator_indices
2019-01-28 19:15:43 +00:00
]
2018-12-11 15:49:50 +00:00
2019-01-28 19:15:43 +00:00
def get_vote_count(block: BeaconBlock) -> int:
2019-02-06 16:34:19 +00:00
return sum(
get_effective_balance(start_state.validator_balances[validator_index]) // FORK_CHOICE_BALANCE_INCREMENT
for validator_index, target in attestation_targets
2019-01-28 19:15:43 +00:00
if get_ancestor(store, target, block.slot) == block
2019-02-06 16:34:19 +00:00
)
2018-12-11 15:49:50 +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-10-11 18:14:48 +00:00
```
2019-01-28 19:15:43 +00:00
## Beacon chain state transition function
2018-12-28 18:04:03 +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-12-28 18:04:03 +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-02-12 22:38:29 +00:00
3. The per-epoch transitions, which happens at the end of the last slot of every epoch (i.e. `(state.slot + 1) % SLOTS_PER_EPOCH == 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-02-11 21:30:36 +00:00
Beacon blocks that trigger unhandled Python exceptions (e.g. out-of-range list accesses) and failed `assert` s during the state transition are considered invalid.
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
2019-02-01 14:34:10 +00:00
* Let `previous_block_root` be the `hash_tree_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-02-15 00:23:03 +00:00
#### Block signature
2018-12-05 11:22:15 +00:00
2019-02-15 00:23:03 +00:00
* Let `proposer = state.validator_registry[get_beacon_proposer_index(state, state.slot)]` .
* Let `proposal = Proposal(block.slot, BEACON_CHAIN_SHARD_NUMBER, signed_root(block, "signature"), block.signature)` .
* Verify that `bls_verify(pubkey=proposer.pubkey, message_hash=signed_root(proposal, "signature"), signature=proposal.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
2019-02-15 13:37:36 +00:00
* Verify that `bls_verify(pubkey=proposer.pubkey, message_hash=hash_tree_root(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-02-16 14:12:00 +00:00
* If there exists an `eth1_data_vote` in `state.eth1_data_votes` for which `eth1_data_vote.eth1_data == block.eth1_data` (there will be at most one), set `eth1_data_vote.vote_count += 1` .
2019-01-17 11:43:47 +00:00
* 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-02-12 12:24:19 +00:00
#### Transactions
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]` .
2019-02-15 00:23:03 +00:00
* Verify that `proposer_slashing.proposal_1.slot == proposer_slashing.proposal_2.slot` .
* Verify that `proposer_slashing.proposal_1.shard == proposer_slashing.proposal_2.shard` .
* Verify that `proposer_slashing.proposal_1.block_root != proposer_slashing.proposal_2.block_root` .
2019-02-20 02:00:46 +00:00
* Verify that `proposer.slashed == False` .
2019-02-15 00:23:03 +00:00
* Verify that `bls_verify(pubkey=proposer.pubkey, message_hash=signed_root(proposer_slashing.proposal_1, "signature"), signature=proposer_slashing.proposal_1.signature, domain=get_domain(state.fork, slot_to_epoch(proposer_slashing.proposal_1.slot), DOMAIN_PROPOSAL))` .
* Verify that `bls_verify(pubkey=proposer.pubkey, message_hash=signed_root(proposer_slashing.proposal_2, "signature"), signature=proposer_slashing.proposal_2.signature, domain=get_domain(state.fork, slot_to_epoch(proposer_slashing.proposal_2.slot), DOMAIN_PROPOSAL))` .
2019-02-12 12:24:19 +00:00
* Run `slash_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-30 13:38:45 +00:00
* Let `slashable_attestation_1 = attester_slashing.slashable_attestation_1` .
* Let `slashable_attestation_2 = attester_slashing.slashable_attestation_2` .
* Verify that `slashable_attestation_1.data != slashable_attestation_2.data` .
* Verify that `is_double_vote(slashable_attestation_1.data, slashable_attestation_2.data)` or `is_surround_vote(slashable_attestation_1.data, slashable_attestation_2.data)` .
* Verify that `verify_slashable_attestation(state, slashable_attestation_1)` .
* Verify that `verify_slashable_attestation(state, slashable_attestation_2)` .
2019-02-20 02:00:46 +00:00
* Let `slashable_indices = [index for index in slashable_attestation_1.validator_indices if index in slashable_attestation_2.validator_indices and state.validator_registry[index].slashed == False]` .
2019-01-30 13:38:45 +00:00
* Verify that `len(slashable_indices) >= 1` .
2019-02-12 12:24:19 +00:00
* Run `slash_validator(state, index)` for each `index` in `slashable_indices` .
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-02-22 19:51:09 +00:00
* Verify that `attestation.data.slot >= GENESIS_SLOT` .
2019-02-22 15:36:36 +00:00
* Verify that `attestation.data.slot + MIN_ATTESTATION_INCLUSION_DELAY <= state.slot` .
* Verify that `state.slot < attestation.data.slot + SLOTS_PER_EPOCH .
2019-02-14 20:16:19 +00:00
* Verify that `attestation.data.justified_epoch` is equal to `state.justified_epoch if slot_to_epoch(attestation.data.slot + 1) >= 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))` .
2019-02-22 06:21:56 +00:00
* Verify that either (i) `state.latest_crosslinks[attestation.data.shard] == attestation.data.latest_crosslink` or (ii) `state.latest_crosslinks[attestation.data.shard] == Crosslink(crosslink_data_root=attestation.data.crosslink_data_root, epoch=slot_to_epoch(attestation.data.slot))` .
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-02-01 22:04:17 +00:00
2019-01-30 18:43:06 +00:00
crosslink_committee = [
committee for committee, shard in get_crosslink_committees_at_slot(state, attestation.data.slot)
if shard == attestation.data.shard
][0]
2019-01-31 13:44:14 +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]),
],
2019-02-20 11:42:53 +00:00
message_hashes=[
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
```
2019-02-22 06:21:56 +00:00
* [TO BE REMOVED IN PHASE 1] Verify that `attestation.data.crosslink_data_root == ZERO_HASH` .
2019-01-30 13:38:45 +00:00
* Append `PendingAttestation(data=attestation.data, aggregation_bitfield=attestation.aggregation_bitfield, custody_bitfield=attestation.custody_bitfield, inclusion_slot=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
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-02-09 01:37:34 +00:00
* Verify that `deposit.index == state.deposit_index` .
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:
2019-01-30 09:25:39 +00:00
"""
Verify that the given ``leaf`` is on the merkle branch ``branch``.
"""
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
2019-02-15 00:23:03 +00:00
process_deposit(state, deposit)
2018-11-30 14:28:33 +00:00
```
2018-11-18 12:06:01 +00:00
2019-02-09 01:37:34 +00:00
* Set `state.deposit_index += 1` .
2019-02-12 12:24:19 +00:00
##### Voluntary exits
2018-12-07 01:02:23 +00:00
2019-02-12 12:24:19 +00:00
Verify that `len(block.body.voluntary_exits) <= MAX_VOLUNTARY_EXITS` .
2018-12-07 01:02:23 +00:00
2019-02-12 12:24:19 +00:00
For each `exit` in `block.body.voluntary_exits` :
2018-12-07 01:02:23 +00:00
* Let `validator = state.validator_registry[exit.validator_index]` .
2019-02-20 07:45:19 +00:00
* Verify that `validator.exit_epoch > get_delayed_activation_exit_epoch(get_current_epoch(state))` .
2019-01-26 22:27:50 +00:00
* Verify that `get_current_epoch(state) >= exit.epoch` .
2019-02-15 00:23:03 +00:00
* Verify that `bls_verify(pubkey=validator.pubkey, message_hash=signed_root(exit, "signature"), 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-02-12 22:41:38 +00:00
##### Transfers
Note: Transfers are a temporary functionality for phases 0 and 1, to be removed in phase 2.
Verify that `len(block.body.transfers) <= MAX_TRANSFERS` and that all transfers are distinct.
For each `transfer` in `block.body.transfers` :
* Verify that `state.validator_balances[transfer.from] >= transfer.amount` .
* Verify that `state.validator_balances[transfer.from] >= transfer.fee` .
* Verify that `state.validator_balances[transfer.from] == transfer.amount + transfer.fee` or `state.validator_balances[transfer.from] >= transfer.amount + transfer.fee + MIN_DEPOSIT_AMOUNT` .
2019-02-14 10:20:53 +00:00
* Verify that `state.slot == transfer.slot` .
2019-02-25 09:30:03 +00:00
* Verify that `get_current_epoch(state) >= state.validator_registry[transfer.from].withdrawable_epoch` or `state.validator_registry[transfer.from].activation_epoch == FAR_FUTURE_EPOCH` .
2019-02-12 22:41:38 +00:00
* Verify that `state.validator_registry[transfer.from].withdrawal_credentials == BLS_WITHDRAWAL_PREFIX_BYTE + hash(transfer.pubkey)[1:]` .
2019-02-15 00:23:03 +00:00
* Verify that `bls_verify(pubkey=transfer.pubkey, message_hash=signed_root(transfer, "signature"), signature=transfer.signature, domain=get_domain(state.fork, slot_to_epoch(transfer.slot), DOMAIN_TRANSFER))` .
2019-02-12 22:41:38 +00:00
* Set `state.validator_balances[transfer.from] -= transfer.amount + transfer.fee` .
* Set `state.validator_balances[transfer.to] += transfer.amount` .
* Set `state.validator_balances[get_beacon_proposer_index(state, state.slot)] += transfer.fee` .
2019-01-28 19:15:43 +00:00
### Per-epoch processing
2018-09-20 05:20:49 +00:00
2019-02-12 22:38:29 +00:00
The steps below happen when `(state.slot + 1) % SLOTS_PER_EPOCH == 0` .
2018-10-02 02:21:15 +00:00
2019-02-10 16:19:12 +00:00
#### Helper variables
2018-09-20 05:20:49 +00:00
2019-01-26 22:27:50 +00:00
* Let `current_epoch = get_current_epoch(state)` .
2019-02-03 09:36:21 +00:00
* Let `previous_epoch = get_previous_epoch(state)` .
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-02-03 10:43:33 +00:00
* Let `current_total_balance = get_total_balance(state, get_active_validator_indices(state.validator_registry, current_epoch))` .
2019-02-12 21:08:17 +00:00
* Let `current_epoch_attestations = [a for a in state.latest_attestations if current_epoch == slot_to_epoch(a.data.slot)]` . (Note: Each of these attestations votes for the current justified epoch/block root because of the [attestation block validity rules ](#attestations-1 ).)
2018-12-11 19:40:00 +00:00
* Validators justifying the epoch boundary block at the start of the current epoch:
2019-02-11 01:38:42 +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))]` .
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]` .
2019-02-03 10:43:33 +00:00
* Let `current_epoch_boundary_attesting_balance = get_total_balance(state, current_epoch_boundary_attester_indices)` .
2018-12-11 19:40:00 +00:00
[Validators ](#dfn-Validator ) attesting during the previous epoch:
2019-02-03 10:43:33 +00:00
* Let `previous_total_balance = get_total_balance(state, get_active_validator_indices(state.validator_registry, previous_epoch))` .
2019-02-11 01:38:42 +00:00
* Validators that made an attestation during the previous epoch, targeting the previous justified slot:
2019-02-12 21:08:17 +00:00
* Let `previous_epoch_attestations = [a for a in state.latest_attestations if previous_epoch == slot_to_epoch(a.data.slot)]` . (Note: Each of these attestations votes for the previous justified epoch/block root because of the [attestation block validity rules ](#attestations-1 ).)
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-02-11 01:38:42 +00:00
* Let `previous_epoch_attesting_balance = get_total_balance(state, previous_epoch_attester_indices)` .
2018-12-11 19:40:00 +00:00
* Validators justifying the epoch boundary block at the start of the previous epoch:
2019-02-11 01:38:42 +00:00
* Let `previous_epoch_boundary_attestations = [a for a in previous_epoch_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]` .
2019-02-03 10:43:33 +00:00
* Let `previous_epoch_boundary_attesting_balance = get_total_balance(state, 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]` .
2019-02-03 10:43:33 +00:00
* Let `previous_epoch_head_attesting_balance = get_total_balance(state, 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-02-22 06:21:56 +00:00
* Let `crosslink_data_root` be `state.latest_crosslinks[shard].crosslink_data_root`
* Let `attesting_validator_indices(crosslink_committee, crosslink_data_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.crosslink_data_root == crosslink_data_root]` .
2019-02-22 20:02:03 +00:00
* Let `winning_root(crosslink_committee)` be equal to the value of `crosslink_data_root` such that `get_total_balance(state, attesting_validator_indices(crosslink_committee, crosslink_data_root))` is maximized (ties broken by favoring lexicographically smallest `crosslink_data_root` ).
2019-01-15 00:06:33 +00:00
* Let `attesting_validators(crosslink_committee)` be equal to `attesting_validator_indices(crosslink_committee, winning_root(crosslink_committee))` for convenience.
2019-02-03 10:43:33 +00:00
* Let `total_attesting_balance(crosslink_committee) = get_total_balance(state, attesting_validators(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-30 13:38:45 +00:00
* Let `inclusion_slot(state, index) = a.inclusion_slot` 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 `inclusion_slot` is considered.
* Let `inclusion_distance(state, index) = a.inclusion_slot - 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-02-12 22:38:29 +00:00
If `next_epoch % EPOCHS_PER_ETH1_VOTING_PERIOD == 0` :
2018-12-05 11:22:15 +00:00
2019-02-12 22:38:29 +00:00
* If `eth1_data_vote.vote_count * 2 > EPOCHS_PER_ETH1_VOTING_PERIOD * SLOTS_PER_EPOCH` 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-10-02 02:21:15 +00:00
2019-01-27 14:54:46 +00:00
Next, update last finalized epoch if possible:
2018-12-05 11:22:15 +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-12-10 10:11:41 +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-10-06 12:32:19 +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-02-22 06:21:56 +00:00
* Set `state.latest_crosslinks[shard] = Crosslink(epoch=slot_to_epoch(slot), crosslink_data_root=winning_root(crosslink_committee))` if `3 * total_attesting_balance(crosslink_committee) >= 2 * get_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-02-11 01:43:56 +00:00
Note: When applying penalties in the following balance recalculations implementers should make sure the `uint64` does not underflow.
2019-01-28 19:15:43 +00:00
##### Justification and finalization
2018-09-20 05:20:49 +00:00
2019-02-11 01:43:56 +00:00
Note: Rewards and penalties are for participation in the previous epoch, so the "active validator" set is drawn from `get_active_validator_indices(state.validator_registry, previous_epoch)` .
2018-10-16 11:55:03 +00:00
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-02-11 01:38:42 +00:00
* Any [validator ](#dfn-validator ) `index` in `previous_epoch_attester_indices` gains `base_reward(state, index) * previous_epoch_attesting_balance // previous_total_balance` .
* Any [active validator ](#dfn-active-validator ) `index` not in `previous_epoch_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
2019-02-11 01:38:42 +00:00
* Any [active validator ](#dfn-active-validator ) `index` not in `previous_epoch_attester_indices` , loses `inactivity_penalty(state, index, epochs_since_finality)` .
2018-12-20 17:41:17 +00:00
* 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-02-20 02:00:46 +00:00
* Any [active validator ](#dfn-active-validator ) `index` with `validator.slashed == True` , 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
2019-02-12 12:24:19 +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) // ATTESTATION_INCLUSION_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)` .
2019-02-12 11:09:27 +00:00
* For every `(crosslink_committee, shard)` in `crosslink_committees_at_slot` and every `index` in `crosslink_committee` :
2019-02-03 10:43:33 +00:00
* If `index in attesting_validators(crosslink_committee)` , `state.validator_balances[index] += base_reward(state, index) * total_attesting_balance(crosslink_committee) // get_total_balance(state, crosslink_committee))` .
2019-01-28 00:25:29 +00:00
* 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-31 16:02:54 +00:00
* Set `state.previous_shuffling_epoch = state.current_shuffling_epoch` .
* Set `state.previous_shuffling_start_shard = state.current_shuffling_start_shard` .
* Set `state.previous_shuffling_seed = state.current_shuffling_seed` .
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-31 16:02:54 +00:00
* `state.latest_crosslinks[shard].epoch > state.validator_registry_update_epoch` for every shard number `shard` in `[(state.current_shuffling_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
2019-02-03 10:43:33 +00:00
total_balance = get_total_balance(state, 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-02-21 21:34:11 +00:00
if validator.activation_epoch == FAR_FUTURE_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
2019-01-30 09:25:39 +00:00
activate_validator(state, index, is_genesis=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-02-21 21:34:11 +00:00
if validator.activation_epoch == FAR_FUTURE_EPOCH and validator.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-31 16:02:54 +00:00
* Set `state.current_shuffling_epoch = next_epoch`
* Set `state.current_shuffling_start_shard = (state.current_shuffling_start_shard + get_current_epoch_committee_count(state)) % SHARD_COUNT`
* Set `state.current_shuffling_seed = generate_seed(state, state.current_shuffling_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` .
2019-01-30 15:07:41 +00:00
* If `epochs_since_last_registry_update > 1` and `is_power_of_two(epochs_since_last_registry_update)` :
2019-01-31 16:02:54 +00:00
* Set `state.current_shuffling_epoch = next_epoch` .
* Set `state.current_shuffling_seed = generate_seed(state, state.current_shuffling_epoch)`
* _Note_ that `state.current_shuffling_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
2019-02-12 13:37:30 +00:00
Regardless of whether or not a validator set change happens run `process_slashings(state)` and `process_exit_queue(state)` :
2018-11-05 12:37:07 +00:00
2018-12-28 18:04:03 +00:00
```python
2019-02-12 12:24:19 +00:00
def process_slashings(state: BeaconState) -> None:
2019-01-30 09:25:39 +00:00
"""
2019-02-12 12:24:19 +00:00
Process the slashings.
2019-01-30 09:25:39 +00:00
Note that this function mutates ``state``.
"""
2019-01-26 22:27:50 +00:00
current_epoch = get_current_epoch(state)
active_validator_indices = get_active_validator_indices(state.validator_registry, current_epoch)
2019-01-30 09:25:39 +00:00
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-02-20 02:00:46 +00:00
if validator.slashed and current_epoch == validator.withdrawable_epoch - LATEST_SLASHED_EXIT_LENGTH // 2:
2019-01-31 02:22:25 +00:00
epoch_index = current_epoch % LATEST_SLASHED_EXIT_LENGTH
total_at_start = state.latest_slashed_balances[(epoch_index + 1) % LATEST_SLASHED_EXIT_LENGTH]
total_at_end = state.latest_slashed_balances[epoch_index]
2018-12-28 18:04:03 +00:00
total_penalties = total_at_end - total_at_start
2019-02-14 14:00:12 +00:00
penalty = max(
get_effective_balance(state, index) * min(total_penalties * 3, total_balance) // total_balance,
get_effective_balance(state, index) // MIN_PENALTY_QUOTIENT
)
2018-12-28 18:04:03 +00:00
state.validator_balances[index] -= penalty
2019-02-12 12:24:19 +00:00
```
```python
2019-02-12 13:37:30 +00:00
def process_exit_queue(state: BeaconState) -> None:
2019-02-12 12:24:19 +00:00
"""
2019-02-12 13:37:30 +00:00
Process the exit queue.
2019-02-12 12:24:19 +00:00
Note that this function mutates ``state``.
"""
2018-12-28 18:04:03 +00:00
def eligible(index):
validator = state.validator_registry[index]
2019-02-14 10:27:17 +00:00
# Filter out dequeued validators
2019-02-21 21:34:11 +00:00
if validator.withdrawable_epoch != FAR_FUTURE_EPOCH:
2019-02-14 10:20:53 +00:00
return False
2019-02-14 10:27:17 +00:00
# Dequeue if the minimum amount of time has passed
2018-12-28 18:04:03 +00:00
else:
2019-02-14 10:27:17 +00:00
return get_current_epoch(state) >= validator.exit_epoch + MIN_VALIDATOR_WITHDRAWABILITY_DELAY
2018-12-28 18:04:03 +00:00
2019-02-12 13:37:30 +00:00
eligible_indices = filter(eligible, list(range(len(state.validator_registry))))
2019-01-30 15:03:42 +00:00
# Sort in order of exit epoch, and validators that exit within the same epoch exit in order of validator index
2019-01-30 14:43:02 +00:00
sorted_indices = sorted(eligible_indices, key=lambda index: state.validator_registry[index].exit_epoch)
2019-02-12 13:37:30 +00:00
for dequeues, index in enumerate(sorted_indices):
if dequeues >= MAX_EXIT_DEQUEUES_PER_EPOCH:
2018-12-28 18:04:03 +00:00
break
2019-02-12 11:06:26 +00:00
prepare_validator_for_withdrawal(state, index)
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-02-17 22:53:59 +00:00
* Set `state.latest_active_index_roots[(next_epoch + ACTIVATION_EXIT_DELAY) % LATEST_ACTIVE_INDEX_ROOTS_LENGTH] = hash_tree_root(get_active_validator_indices(state.validator_registry, next_epoch + ACTIVATION_EXIT_DELAY))` .
2019-01-31 02:22:25 +00:00
* Set `state.latest_slashed_balances[(next_epoch) % LATEST_SLASHED_EXIT_LENGTH] = state.latest_slashed_balances[current_epoch % LATEST_SLASHED_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/ ).