This is a patch to PR #6940. Withdrawal contract should not be called
for pre-Shanghai block. The issue was found on
gnosis_withdrawals_devnet_2 (PR #7150), causing
```
[WARN] [03-22|10:44:51.574] [7/15 Execution] Execution failed        block=51035 hash=0xa8fb9e58eb734b7ce4e2e6260ad20e07a16039325f9924cc18ea61fa2eb5ee90 err="execution reverted"
```

This PR starts with a few small commits of code cleanup. Reviewed
separately they should hopefully obviously be functionally no-ops. I'm
happy to strip these out and submit them separately if desired.

The final commit is to add support for older blocks as a parameter to
eth_getProof. In order to compute proofs, the function leverages the
staged sync unwinding code to bring the hashed state table back to its
historic state, as well as to build a list of trie nodes which need to
be invalidated/re-computed in the trie computation. Because these
operations could be expensive for very old blocks, it limits the
distance proofs are allowed from the head. It also adds some additional
checks for correctness, as well as tests which verify the
implementation.

This was discussed a bit on Discord in the db-format topic.

---------

Co-authored-by: Jason Yellick <jason@enya.ai>

```

==================
WARNING: DATA RACE
Write at 0x00c0005dc570 by goroutine 273633:
  github.com/ledgerwatch/erigon/turbo/shards.(*Accumulator).Reset()
      github.com/ledgerwatch/erigon/turbo/shards/state_change_accumulator.go:32 +0x5ec
  github.com/ledgerwatch/erigon/turbo/stages.StageLoopStep()
      github.com/ledgerwatch/erigon/turbo/stages/stageloop.go:163 +0x3bd
  github.com/ledgerwatch/erigon/turbo/stages.StageLoop()
      github.com/ledgerwatch/erigon/turbo/stages/stageloop.go:94 +0x197
  github.com/ledgerwatch/erigon/eth.(*Ethereum).Start.func1()
      github.com/ledgerwatch/erigon/eth/backend.go:1058 +0x10b

Previous write at 0x00c0005dc570 by goroutine 273468:
  github.com/ledgerwatch/erigon/turbo/shards.(*Accumulator).Reset()
      github.com/ledgerwatch/erigon/turbo/shards/state_change_accumulator.go:32 +0x2ef
  github.com/ledgerwatch/erigon/turbo/shards.(*Accumulator).SendAndReset()
      github.com/ledgerwatch/erigon/turbo/shards/state_change_accumulator.go:41 +0x228
  github.com/ledgerwatch/erigon/eth.New.func8()
      github.com/ledgerwatch/erigon/eth/backend.go:620 +0x80e

```

add eth_getFilterLogs to docs

Added changesets for beacon chain to implement memory efficient fork
choice

This PR contains very small EIP-4844 additions. GasPool is modified and
now it is a struct with 2 fields "gas" and "dataGas" (blobs are priced
in dataGas). ExcessDataGas block header field added. ExcessDataGas
needed to compute the data gas price. EIP-4844 helper functions are
added as well.

i think issue is
golang/go#30310 (comment)

i was able to reproduce on my machine using go releaser dry run, and
adding this build flag fixed it.

apparently its some glibc issue, what a surprise! :)

Co-authored-by: a <a@tuxpa.in>

…#7197)

See gnosischain/specs#3

…7199)

Should hopefully help with Issue #7172

Small change in core.NewEVMBlockContext and now it expects
excessDataGas. This will be used in state transition to compute data fee
for eip-4844 data blobs. The logic that computes it will be added in the
next PRs.

…e genesis struct to 'types' package (#7206)