Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Store Genesis Block Payload for view 1 #2453

Merged
merged 1 commit into from
Jan 23, 2024

Conversation

bfish713
Copy link
Collaborator

@bfish713 bfish713 commented Jan 23, 2024

This PR:

Initializes hotshot state with the first block that will be proposed. It's a hack because we don't go through DA on the first view
and the first leader always proposes and empty block.

This PR does not:

Create a proper genesis workflow. Eventually we don't want to special case the first view, only the genesis view should be special (view 0).

Key places to review:

Is this the write place to init the map?

How to test this PR:

To Test I manually logged the decide events in the test harness and saw that always the first view was an empty block (no transactions) and that the payload we initialized the map with logged the exact same thing.

@bfish713 bfish713 changed the title Store Genesis Block Payload for iew 1 Store Genesis Block Payload for view 1 Jan 23, 2024
@bfish713 bfish713 marked this pull request as ready for review January 23, 2024 19:03
@bfish713 bfish713 merged commit d169e74 into release/0.5.5 Jan 23, 2024
5 of 7 checks passed
@bfish713 bfish713 deleted the bf/store-first-payload branch January 23, 2024 19:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants