TraceCallMany silently drops `StateOverride.MovePrecompileTo` (and any override targeting a precompile slot). `applyBlockOverride` clones the active precompile set and lets `config.StateOverrides.Apply` mutate it (adding the moved precompile, deleting the original), but the bundle loop at `eth/tracers/api.go:1297-1298` ignores that mutated map and calls `vm.ActivePrecompiledContracts(rules)` afresh, passing the un-mutated clone into `traceBundle → traceTx → evm.SetPrecompiles`. TraceCall (line 1

`applyBlockOverride` mutates the shared `h *types.Header` in place (`h.ParentHash = h.Hash(); h.Number.Add(...)`) on every call where `override.Number == h.Number+1`, and the same `h` pointer is reused across the initial `config.BlockOverrides` application and every bundle iteration. `core.NewEVMBlockContext` captures `h` by reference inside `GetHashFn` (which reads `ref.Number`/`ref.ParentHash` lazily), so cross-iteration mutations corrupt blockhash resolution. Fix by snapshotting the original 

TraceCallMany accepts an unbounded number of bundles and unbounded transactions per bundle with no aggregate gas budget, no overall request timeout, and no ctx.Err() check between iterations. `validateBundles` only rejects the fully-empty case, so a request like `{bundles: [{transactions: [...]*M}]*N}` can pin the node for `5*N*M` seconds (defaultTraceTimeout is per-traceTx, not aggregate) while accumulating `N*M` tracer outputs in memory (the default struct logger emits one entry per opcode, of