-
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
Use real byte size limits #3409
Conversation
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.
This looks very reasonable to me. Let's discuss it at the Planning Meeting (briefly, I hope) on the 12th.
I wrote one comment that possibly suggests a non-trivial simplification.
Also, this PR's current logic boils down to
some mini protocol states will reject a message of more than 64 kilobytes and others will reject a message of more than 2,500,000 bytes.
Is that right? That seems fine for Cardano mainnet
. But is it a fit for other (potential) users of this library? If not, then we ultimately need to make those numbers depend on eg the block type blk
.
ouroboros-consensus/src/Ouroboros/Consensus/Network/NodeToNode.hs
Outdated
Show resolved
Hide resolved
Block size is a parameter of the network and yes these limits should ultimately be configurable rather than hard coded. But block size is independent of block type (though tx size, probably does depend on tx type). So ultimately, these limits should be provided by a I think this makes it clear why we should keep the interface proposed in this PR. Note also timeouts are different, since they are much less conservative than size limits, but in long run we will also need to make them configurable. |
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.
Marcin and I reached consensus on a Consensus Planning Meeting call. Approving.
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.
LGTM
bors merge |
Build failed: |
b062f3a
to
629296a
Compare
bors merge |
Build succeeded: |
Fixes #1727.