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

DA throttling #48

Open
dmarzzz opened this issue Jan 17, 2025 · 0 comments
Open

DA throttling #48

dmarzzz opened this issue Jan 17, 2025 · 0 comments

Comments

@dmarzzz
Copy link
Member

dmarzzz commented Jan 17, 2025

https://discord.com/channels/1244729134312198194/1294422364473528331/1327389163045257249

Hey guy's wondering if any thought has been put into how to handle DA throttling within the block builder after the 1.9.5 batcher release. The op-batcher in this release will send a miner_setMaxDASize to the sequencing execution client to impose a throttle on tx size/max block size until the max pending queue bytes in the batcher is reduced below a configurable threshold. With an external block builder leveraging rollup-boost, the block builder will not be aware of the DA throttle imposed on the payloads, and will continue to build payloads at the standard gas limit accepted by the network. This opens up the chain to a spam attack.

I think there's two options here, wondering if anyone has a recommended solution:
Upstream changes to the batcher that multiplexes the miner_setMaxDASize call to the sequencer/(optional list of builder clients)
Place a Proxy service in front of the batcher to multiplex the miner_setMaxDASize call to the sequencer/(optional list of builder clients) e.g. proxyd, or similar service to rollup-boost

It seems like it might be advantageous to have this directly built into the batcher for chains running the rollup-boost stack, as to minimize complexity for the chain operator. It would be a fairly minor addition in the batcher.

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

No branches or pull requests

1 participant