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

Increase the max number of prioritized blob txs in the layered txpool for Pectra #8101

Merged
merged 2 commits into from
Jan 13, 2025

Conversation

fab-10
Copy link
Contributor

@fab-10 fab-10 commented Jan 10, 2025

PR description

Pectra fork increase the max number of blobs in a block to 9, so this PR allows for a max of 9 blob txs in the layered txpool so Besu can fill the blob space when building a block.

Fixed Issue(s)

Thanks for sending a pull request! Have you done the following?

  • Checked out our contribution guidelines?
  • Considered documentation and added the doc-change-required label to this PR if updates are required.
  • Considered the changelog and included an update if required.
  • For database changes (e.g. KeyValueSegmentIdentifier) considered compatibility and performed forwards and backwards compatibility tests

Locally, you can run these tests to catch failures early:

  • unit tests: ./gradlew build
  • acceptance tests: ./gradlew acceptanceTest
  • integration tests: ./gradlew integrationTest
  • reference tests: ./gradlew ethereum:referenceTests:referenceTests

@fab-10 fab-10 changed the title Increase the max number of prioritized blob tx in the layered txpool for Pectra Increase the max number of prioritized blob txs in the layered txpool for Pectra Jan 10, 2025
@fab-10 fab-10 marked this pull request as ready for review January 10, 2025 10:40
@@ -75,7 +75,7 @@ enum Implementation {
long DEFAULT_PENDING_TRANSACTIONS_LAYER_MAX_CAPACITY_BYTES = 12_500_000L;
int DEFAULT_MAX_PRIORITIZED_TRANSACTIONS = 2000;
EnumMap<TransactionType, Integer> DEFAULT_MAX_PRIORITIZED_TRANSACTIONS_BY_TYPE =
new EnumMap<>(Map.of(TransactionType.BLOB, 6));
new EnumMap<>(Map.of(TransactionType.BLOB, 9));
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It would be nice to have an accompanying unit test assertion.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

there are already unit tests that covers this configuration

Copy link
Contributor

@siladu siladu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Consider loading from the blobSchedule config that was added here e830db7?

@fab-10
Copy link
Contributor Author

fab-10 commented Jan 13, 2025

Consider loading from the blobSchedule config that was added here e830db7?

that is a good point, but requires the configuration to be aware of the protocol schedule and to be updated at runtime to switch to the new value when the fork happens, and that requires a bit of thinking and effort to achieve, so for the moment I prefer to do this simple update and evaluate if it is worth to link it to genesis conf or not, also taking in account the possibility that in future that value is driven by the CL.

@fab-10 fab-10 enabled auto-merge (squash) January 13, 2025 09:33
@fab-10 fab-10 merged commit f9776cb into hyperledger:main Jan 13, 2025
43 checks passed
@fab-10 fab-10 deleted the layered-txpool-pectra-tuning branch January 13, 2025 11:47
pullurib pushed a commit to pullurib/besu that referenced this pull request Feb 6, 2025
…for Pectra (hyperledger#8101)

Signed-off-by: Fabio Di Fabio <[email protected]>
Signed-off-by: Bhanu Pulluri <[email protected]>
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.

3 participants