イーサリアム 2.0 にはコンセンサスレイヤーとしてビーコンチェーンがあります。このチェーンのブロック構造を調べてみました
ブロックデータ
キー | データ型 | 内容 |
---|---|---|
slot | uint64 | Slot の番号 |
proposer_index | uint64 | バリデータに振られているインデックス |
parent_root | Bytes32 | 親ブロックのルートハッシュ |
state_root | Bytes32 | ステートデータのハッシュ |
body | BeaconBlockBody | ボディーオブジェクト |
body.randao_reveal | BLSSignature | RANDAO のランダム値更新データ |
body.eth1_data | Eth1Data | eth1 ブロックに対する投票データ( eth1 ブロックのハッシュ、バリデーターの預金ツリーのルートハッシュ・既にに行われた預金の数を含んでいる) |
body.graffiti | Bytes32 | 任意のデータ |
body.proposer_slashings | List | スラッシュするブロック提案者リスト |
body.attester_slashings | List | スラッシュする検証者リスト |
body.attestations | List[Attestation] | 現在ブロックに対する投票リスト |
body.deposits | List[Deposit] | バリデーターになるための新しい入金リスト |
body.voluntary_exits | List[SignedVoluntaryExit] | 退出したいバリデーターリスト |
randao_reveal
RANDAO 用のデータです。詳細はまた別途まとめます。
state_root
イーサリアムの state と block の関係と似ています。 block にあるのは変更リストであり、それを一個前の block の state に適用することで、新しい state が計算できます。
詳細は下記に参照してください。
引用元:https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md#beaconstate
class BeaconState(Container):
# Versioning
genesis_time: uint64
genesis_validators_root: Root
slot: Slot
fork: Fork
# History
latest_block_header: BeaconBlockHeader
block_roots: Vector[Root, SLOTS_PER_HISTORICAL_ROOT]
state_roots: Vector[Root, SLOTS_PER_HISTORICAL_ROOT]
historical_roots: List[Root, HISTORICAL_ROOTS_LIMIT]
# Eth1
eth1_data: Eth1Data
eth1_data_votes: List[Eth1Data, EPOCHS_PER_ETH1_VOTING_PERIOD * SLOTS_PER_EPOCH]
eth1_deposit_index: uint64
# Registry
validators: List[Validator, VALIDATOR_REGISTRY_LIMIT]
balances: List[Gwei, VALIDATOR_REGISTRY_LIMIT]
# Randomness
randao_mixes: Vector[Bytes32, EPOCHS_PER_HISTORICAL_VECTOR]
# Slashings
slashings: Vector[Gwei, EPOCHS_PER_SLASHINGS_VECTOR] # Per-epoch sums of slashed effective balances
# Attestations
previous_epoch_attestations: List[PendingAttestation, MAX_ATTESTATIONS * SLOTS_PER_EPOCH]
current_epoch_attestations: List[PendingAttestation, MAX_ATTESTATIONS * SLOTS_PER_EPOCH]
# Finality
justification_bits: Bitvector[JUSTIFICATION_BITS_LENGTH] # Bit set for every recent justified epoch
previous_justified_checkpoint: Checkpoint # Previous epoch snapshot
current_justified_checkpoint: Checkpoint
finalized_checkpoint: Checkpoint
eth1_data
内容はバリデーターになる際の預金のルートハッシュと総数と、ブロックハッシュになります。 ブロックハッシュが1個しかないので、シャーディングの際にどうなるかは気になりますね。
class Eth1Data(Container):
deposit_root: Root
deposit_count: uint64
block_hash: Hash32
proposer_slashings と proposer_slashings
バリデーターはブロック提案者と検証者として担当する処理があり、その処理が正しく実行できなかったり、または悪意の行為をした場合、罰則によって預かった預金を減らされてしまうことがあります。これが「スラッシュ」と呼ばれています。 この2つの項目はこれらの情報を記録するための項目です。
イーサリアム 2.0のスラッシュとは? で紹介した Epoch#208 の slot#6669 で proposer_slashings のデータがあります。 興味ある方はどうぞ。
https://beaconcha.in/slot/6669#overview
まとめ
ビーコンチェーンはコンセンサスレイヤーとして、メインはバリデーター関連の情報を記録しているようなイメージですね。