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
eth_sendMegaBundle would allow for sending bundles which bypass the bundle scoring auction and instead are directly inserted in a block in the multi-worker
the mev-geth node is reponsible for filling the remaining space in the block with transactions from the mempool
RLP is decidedly better than JSON (which was only used on Flashbots relay outside Geth), so definitely serializing via RLP
blockNumber is going to be a uint. Jason thinks it's cleaner and hex block numbers were a mistake to begin with. Ivan had a slight preference for keeping compatibility with the standard block number format (hex), but ok with uint too.
For RLP serialization, we will have a separate data structure. It will not have a relaySignature field, and all the fields will be mandatory (e.g. mandatory zeros for minTimestamp, maxTimestamp). Goal is to make it 100% obvious that serializations are deterministic, and not worry about nils vs zeros.
Description
eth_sendMegaBundle would allow for sending bundles which bypass the bundle scoring auction and instead are directly inserted in a block in the multi-worker
the mev-geth node is reponsible for filling the remaining space in the block with transactions from the mempool
the rpc parameters would be:
Specification
https://docs.flashbots.net/flashbots-auction/miners/mev-geth-spec/v04
The text was updated successfully, but these errors were encountered: