Use fork choice to determine `finalized_checkpoint` in gossip validation
Update gossip validation rules to use the highest `finalized_checkpoint` across _all_ branches (`store.finalized_checkpoint`), instead of the one on the currently selected branch (`state.finalized_checkpoint`) when deciding whether to ignore a block / blob because they are already finalized.
This commit is contained in:
parent
36f0bb0ed6
commit
e30e8af58f
|
@ -157,7 +157,7 @@ The following validations MUST pass before forwarding the `blob_sidecar` on the
|
||||||
- _[REJECT]_ The sidecar's index is consistent with `MAX_BLOBS_PER_BLOCK` -- i.e. `blob_sidecar.index < MAX_BLOBS_PER_BLOCK`.
|
- _[REJECT]_ The sidecar's index is consistent with `MAX_BLOBS_PER_BLOCK` -- i.e. `blob_sidecar.index < MAX_BLOBS_PER_BLOCK`.
|
||||||
- _[REJECT]_ The sidecar is for the correct subnet -- i.e. `compute_subnet_for_blob_sidecar(blob_sidecar.index) == subnet_id`.
|
- _[REJECT]_ The sidecar is for the correct subnet -- i.e. `compute_subnet_for_blob_sidecar(blob_sidecar.index) == subnet_id`.
|
||||||
- _[IGNORE]_ The sidecar is not from a future slot (with a `MAXIMUM_GOSSIP_CLOCK_DISPARITY` allowance) -- i.e. validate that `block_header.slot <= current_slot` (a client MAY queue future sidecars for processing at the appropriate slot).
|
- _[IGNORE]_ The sidecar is not from a future slot (with a `MAXIMUM_GOSSIP_CLOCK_DISPARITY` allowance) -- i.e. validate that `block_header.slot <= current_slot` (a client MAY queue future sidecars for processing at the appropriate slot).
|
||||||
- _[IGNORE]_ The sidecar is from a slot greater than the latest finalized slot -- i.e. validate that `block_header.slot > compute_start_slot_at_epoch(state.finalized_checkpoint.epoch)`
|
- _[IGNORE]_ The sidecar is from a slot greater than the latest finalized slot -- i.e. validate that `block_header.slot > compute_start_slot_at_epoch(store.finalized_checkpoint.epoch)`
|
||||||
- _[REJECT]_ The proposer signature of `blob_sidecar.signed_block_header`, is valid with respect to the `block_header.proposer_index` pubkey.
|
- _[REJECT]_ The proposer signature of `blob_sidecar.signed_block_header`, is valid with respect to the `block_header.proposer_index` pubkey.
|
||||||
- _[IGNORE]_ The sidecar's block's parent (defined by `block_header.parent_root`) has been seen (via both gossip and non-gossip sources) (a client MAY queue sidecars for processing once the parent block is retrieved).
|
- _[IGNORE]_ The sidecar's block's parent (defined by `block_header.parent_root`) has been seen (via both gossip and non-gossip sources) (a client MAY queue sidecars for processing once the parent block is retrieved).
|
||||||
- _[REJECT]_ The sidecar's block's parent (defined by `block_header.parent_root`) passes validation.
|
- _[REJECT]_ The sidecar's block's parent (defined by `block_header.parent_root`) passes validation.
|
||||||
|
|
|
@ -330,7 +330,7 @@ The following validations MUST pass before forwarding the `signed_beacon_block`
|
||||||
i.e. validate that `signed_beacon_block.message.slot <= current_slot`
|
i.e. validate that `signed_beacon_block.message.slot <= current_slot`
|
||||||
(a client MAY queue future blocks for processing at the appropriate slot).
|
(a client MAY queue future blocks for processing at the appropriate slot).
|
||||||
- _[IGNORE]_ The block is from a slot greater than the latest finalized slot --
|
- _[IGNORE]_ The block is from a slot greater than the latest finalized slot --
|
||||||
i.e. validate that `signed_beacon_block.message.slot > compute_start_slot_at_epoch(state.finalized_checkpoint.epoch)`
|
i.e. validate that `signed_beacon_block.message.slot > compute_start_slot_at_epoch(store.finalized_checkpoint.epoch)`
|
||||||
(a client MAY choose to validate and store such blocks for additional purposes -- e.g. slashing detection, archive nodes, etc).
|
(a client MAY choose to validate and store such blocks for additional purposes -- e.g. slashing detection, archive nodes, etc).
|
||||||
- _[IGNORE]_ The block is the first block with valid signature received for the proposer for the slot, `signed_beacon_block.message.slot`.
|
- _[IGNORE]_ The block is the first block with valid signature received for the proposer for the slot, `signed_beacon_block.message.slot`.
|
||||||
- _[REJECT]_ The proposer signature, `signed_beacon_block.signature`, is valid with respect to the `proposer_index` pubkey.
|
- _[REJECT]_ The proposer signature, `signed_beacon_block.signature`, is valid with respect to the `proposer_index` pubkey.
|
||||||
|
@ -691,9 +691,9 @@ The fields are, as seen by the client at the time of sending the message:
|
||||||
- `current_fork_version` is the fork version at the node's current epoch defined by the wall-clock time
|
- `current_fork_version` is the fork version at the node's current epoch defined by the wall-clock time
|
||||||
(not necessarily the epoch to which the node is sync)
|
(not necessarily the epoch to which the node is sync)
|
||||||
- `genesis_validators_root` is the static `Root` found in `state.genesis_validators_root`
|
- `genesis_validators_root` is the static `Root` found in `state.genesis_validators_root`
|
||||||
- `finalized_root`: `state.finalized_checkpoint.root` for the state corresponding to the head block
|
- `finalized_root`: `store.finalized_checkpoint.root` according to [fork choice](./fork-choice.md).
|
||||||
(Note this defaults to `Root(b'\x00' * 32)` for the genesis finalized checkpoint).
|
(Note this defaults to `Root(b'\x00' * 32)` for the genesis finalized checkpoint).
|
||||||
- `finalized_epoch`: `state.finalized_checkpoint.epoch` for the state corresponding to the head block.
|
- `finalized_epoch`: `store.finalized_checkpoint.epoch` according to [fork choice](./fork-choice.md).
|
||||||
- `head_root`: The `hash_tree_root` root of the current head block (`BeaconBlock`).
|
- `head_root`: The `hash_tree_root` root of the current head block (`BeaconBlock`).
|
||||||
- `head_slot`: The slot of the block corresponding to the `head_root`.
|
- `head_slot`: The slot of the block corresponding to the `head_root`.
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue