Mark Tyneway
Mark Tyneway
> Revenue of the chain can be calculated using the fee vaults (total processed + current balance) which avoids needing to observe all receipts > > I think all thats...
Is there an easy way to do this with mdbook?
It would be good to also include a nonce with each deposit event so that we don't need to observe all logs that create deposit txs during the fault proof...
This could be extended to support more than L1 fee abstraction but instead abstract the full fee payment. This would be more intrusive to EVM equivalence, but would enable a...
This could also be used for MEV rebates by reducing fees for users that need a rebate. A mechanism for tracking who deserves rebates would need to be developed. This...
Regarding the fee ratio, there is no enshrined concept of a fee ratio. It is up to the chain governor to choose the implementation details of the contract that computes...
@ArtificialPB I haven't thought super deeply about all of the database implications but you raise good points. You don't want to require an archive node to be able to dynamically...
The staticcall can be less of a dos vector and I didn't have a good reason to allow for state modifications. Open to the idea but need benchmarking to be...
We should figure out how much gas is required to be useful for chain operators given a few standard use cases and then benchmark it to see how it impacts...
> @tynes This link https://github.com/ethereum-optimism/specs/blob/main/specs/interop/execution.md is invalid. That has been deprecated by https://github.com/ethereum-optimism/specs/pull/259