fix: use fastlz sizes for tracking da usage

[danyalprout]

📝 Summary

Migrated from rbuilder PR flashbots/rbuilder#615

This PR has a couple of changes:

• Use the FastLZ size of transactions to verify per tx and per block DA limits. This matches the op-geth sequencer behaviour. See this issue for more details on how op-geth behaves.
• Track cumulative da bytes used

💡 Motivation and Context

Without this change:

• The DA limiting is based on the uncompressed transaction size, which will result in needlessly throttling very compressible transactions.
• Throttling does not take into account the amount of bytes currently being used in the block

---

✅ I have completed the following steps:

• Run make lint
• Run make test
• Added tests (if applicable)

[SozinM]

I have copied implementation of DA limit tracking from reth, do they have this issue too?

[danyalprout]

@SozinM I believe Reth uses the fastlz size not the txn length (builder, txn, fastlz).

Whereas currently we use transaction.length() , which I think is the uncompressed size.

I'm not familiar with Reth, so my understanding of their implementation maybe wrong

[SozinM]

IMO it's better to keep code closer to the Reth -> we could copy their approach on fastlz
Reason for this is it would be easier for us to rebase other reth changes later

[SozinM]

We could just use chages from this PR https://github.com/paradigmxyz/reth/pull/16153/files from the file builder.rs
We could use already implemented trait and calculate DA size

[SozinM]

We need to import reth_optimism_txpool::estimated_da_size::DataAvailabilitySized so we could call tx.estimated_da_size()

[danyalprout]

@SozinM nice find, looks like reth_optimism_txpool::estimated_da_size::DataAvailabilitySized isn't currently in a released version. Would you rather we wait for a release or update the deps to use a specific commit?

[SozinM]

I think you could rebase on this PR, i hope we will merge it soon #6, i solved all conflicts for the newer version
(Or if needed you could bump reth version even higher in you PR)

[danyalprout]

Sure, will rebase this on main once your PR is merged.