EIP-7547: Inclusion lists

DO NOT include this EIP please. I explain why.

  1. Do you know who likes guaranteeing inclusion in the next block? MEV transactors with on-chain logic. They do not know if some setting will be triggered now or in 5 blocks, so they fill every IL with their tx until it happens, without paying top dollar after the trigger transaction hits the mempool. With ILs you will now create a mev-boost-il market. Validators do not care about censorship and would gladly modify their client for the gains. Plus this market can not be trusted due to the IL design. So now big sets of validators which are “trusted” can participate in this market. Small validators can not and will have lower payoffs, leading to MORE validator centralization.
  2. The complexity to the protocol introduced by this EIP is staggering. We already have a hard time knowing how proof of stake works. Having to parse regular blocks plus inclusion lists is going to be a headache for any Ethereum developer. How many P2P networks are we at now? Do we really need to introduce more in order to make Ethereum run? I see consensus issues waiting to happen.
  3. What ever happened to proposer-builder separation? Now proposers are going to build. Assuming they will not censor or modify their client because it is “built into the protocol by default” is not right.
1 Like