fix: ErrGasLimitTooHigh conditions for estimateGas and createAccessList

[mininny]

This PR makes 2 changes to how EIP-7825 behaves.

When eth_estimateGas or eth_createAccessList is called without any gas limit in the payload, geth will choose the block's gas limit or the RPCGasCap, which can be larger than the maxTxGas.

When this happens for estimateGas, the gas estimation just errors out and ends, when it should continue doing binary search to find the lowest possible gas limit.

This PR will:

• Add a check to see if hi is larger than maxTxGas and cap it to maxTxGas if it's larger. And add a special case handling for gas estimation execute when it errs with ErrGasLimitTooHigh

• Decrease the RPCGasCap to 30M (== maxTxGas) to make createAccessList choose 30M as the highest gas cap for the tx. This can also be fixed by adding a check like this to use maxTxGas when the specified RPCGasCap is larger than maxTxGas. I'd be glad to fix it either way!

gasCap :=b.RPCGasCap()  
if gasCap > params.MaxTxGas { 
    gasCap = params.MaxTxGas
}

I've created this PR for fusaka-devnet-3 first, and will open another pr to master (or there is some periodic merges to master) if needed.

[rjl493456442]

	MaxTxGas uint64 = 1 << 24 // Maximum transaction gas limit after eip-7825 (16,777,216).

Please use params.MaxTxGas instead

[mininny]

Ah thank you, I think I got mixed up with an older branch! Will fix it:)

[rjl493456442]

This might break L2 projects whose transactions potentially consume more gas in order to amortize L1 costs.

[mininny]

I might have misunderstood the code, but even if the L2s specified gas higher than MaxTxGas, wouldn't it err with ErrGasLimitTooHigh and return error for the estimateGas call anyway?

[rjl493456442]

Yeah, you are right!

I will ask L2 forks how they plan to integrate the EIP-7825 first, but generally your changes look good to me.