You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
i feel like `maxBytes` is confusing and may be we should get rid of it altogether and go with the assumption that:
* sequencer will make fast batches of smaller sizes such that the batch will likely never exceed the execution client's block gas limits.
i am recommending this because, `maxBytes` is kind of useless. what do you think?
maxBytes handling is a bit confusing in current version of execution API. There are many issues there.
maxBytes is not always the best way to set the limits - maxGas could also be used.
Probably we can return the value in a cleaner way.
More context for maxBytes / maxGas
maxBytes or maxGas is logically defined in execution client. It's strictly related to limits configured in given execution environment.
Some execution VMs might put restrictions on gas, and other on size (bytes).
At the same time, limit has to be communicated to sequencer so the batches consists of transactions fitting single block.
Sequencer might not be able to estimate the gas required for each transaction. But advanced implementations might want to estimate or even calculate actual gas usage.
The text was updated successfully, but these errors were encountered:
Originally posted by @gupadhyaya in rollkit/rollkit#1947 (review)
Further discussion in the PR comments: rollkit/rollkit#1947 (comment)
maxBytes
handling is a bit confusing in current version of execution API. There are many issues there.maxBytes
is not always the best way to set the limits -maxGas
could also be used.More context for
maxBytes
/maxGas
maxBytes
ormaxGas
is logically defined in execution client. It's strictly related to limits configured in given execution environment.The text was updated successfully, but these errors were encountered: