-
Notifications
You must be signed in to change notification settings - Fork 86
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
check that Byron can increment its adopted protocol version #1747
Conversation
0c685cf
to
a9a224a
Compare
This PR is in Draft status because it currently includes the latest tip of @intricate's PR #1749 -- without that PR's contents, this PR's contents creates disruptively large blocks because of Issue 1161. |
a9a224a
to
556d89e
Compare
The single large commit contains two minor aspects that are tangentially related to the PR's focus.
|
556d89e
to
251d250
Compare
I've requested review. The PR is in Draft just because it's currently rebased onto Luke's "intelligent" transactions PR. I expect an automatic rebase onto master once his is merged. |
251d250
to
2657302
Compare
Luke's PR is merged! I rebased onto master and marked this PR Ready for Review. |
The Byron to Shelley hard-fork will end the Byron era by adopting a specific protocol version. This commit adds transactions and 'Property's to the RealPBFT tests that confirm the Byron nodes are able to update their protocol version.
2657302
to
9ffb6f9
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Glad that we found the voting problem!
bors r+ |
I'm not sure if this should be considered to fully address #1514, but it's good first step.
It originally that #1161 is high-priority because of votes: they are replicated and fill up the blocks, making the test quite expensive. Other transactions (so far) haven't been as problematic because duplicate transactions other than votes are invalid.
Therefore this PR is rooted on top of a potential fix for 1161; it's blocked by the corresponding PR. Good news, though: the protocol version update is succeeding when expected.
I'm opening this as Draft since it currently includes the latest state of the other PR.