Unheathy transactions broadcast rate can lead to system failure.

• Network: Goerli
• JS stack version: 0.20.12

Currently we experience issue with gas price on Goerli, transactions doesn't go trough.
We experiment with gas parameters on agent, adjusting in hope to see allocations succeed.

At relatively insane level gas got over actual input balance ( 4.5 ETH )

At this point agent got in to the loop, spamming around ~30 transactions per second or more, log filled up in a speed of light.

{
  "level": 40,
  "component": "AllocationManager",
  "actions": "[x,x,x,x,x,x,x]",
  "function": "staking.multicall",
  "error": "insufficient funds for intrinsic transaction cost [ See: https://links.ethers.org/v5-errors-INSUFFICIENT_FUNDS ] (error={\"reason\":\"processing response error\",\"code\":\"SERVER_ERROR\",\"body\":\"{\\\"jsonrpc\\\":\\\"2.0\\\",\\\"id\\\":6550,\\\"error\\\":{\\\"code\\\":-32000,\\\"message\\\":\\\"insufficient funds for gas * price + value\\\"}}\\n\",\"error\":{\"code\":-32000},\"requestBody\":\"{\\\"method\\\":\\\"eth_sendRawTransaction\\\",\\\"params\\\":[""],\\\"id\\\":6550,\\\"jsonrpc\\\":\\\"2.0\\\"}\",\"requestMethod\":\"POST\",\"url\":\"https://rpc.com"}, method=\"sendTransaction\", transaction=\"0x0...", code=INSUFFICIENT_FUNDS, version=providers/5.7.0)",
  "msg": "Failed to send transaction, evaluating retry possibilities"
}

...
"msg": "Resubmitting transaction"

Expected behaviour: Agent should stop any broadcasts sequences as soon as transaction fee excited operator input balance.

Way to reproduce: Emulate condition from above.

Start by tracing the AllocationManager path that sends staking.multicall transactions and handles the "Resubmitting transaction" retry. Reproduce the insufficient-funds condition described on Goerli or with an equivalent emulation; done means broadcasts stop when estimated fees exceed the operator input balance and the retry loop no longer floods the logs.