Skip to content
This repository has been archived by the owner on Nov 15, 2023. It is now read-only.

BEEFY: define on-chain beefy-genesis in the pallet #13156

Closed
Tracked by #1632
acatangiu opened this issue Jan 16, 2023 · 0 comments · Fixed by #13215
Closed
Tracked by #1632

BEEFY: define on-chain beefy-genesis in the pallet #13156

acatangiu opened this issue Jan 16, 2023 · 0 comments · Fixed by #13215
Assignees
Labels
J0-enhancement An additional feature request. U1-asap No need to stop dead in your tracks, however issue should be addressed as soon as possible.

Comments

@acatangiu
Copy link
Contributor

acatangiu commented Jan 16, 2023

In order to deploy full beefy (where 1st block in each session is beefy mandatory) we need to define an initial "genesis session" that all validators agree upon.

I initially tried using actual chain genesis for this in https://github.com/paritytech/devops/issues/2198, but (in retrospect obviously) old session validators and keys are no longer available around to retroactively beefy-finalize old blocks.

New plan is to define an on-chain pallet-beefy genesis to mark the beginning of "full beefy consensus". Validators will start running "full beefy" starting with the session where the new pallet is deployed on-chain.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
J0-enhancement An additional feature request. U1-asap No need to stop dead in your tracks, however issue should be addressed as soon as possible.
Projects
No open projects
Status: Done
1 participant