feat(aggregation-mode): retry bump and sending proofs on-chain after proof aggregation

[maximopalopoli]

Description

This PR adds a retry logic with exponential backoff.

How to test

Normal workflow

1. Start Ethereum Package:

make ethereum_package_start

2. Start gateway and payments poller:

make agg_mode_gateway_start_local
make agg_mode_payments_poller_start_local

3. Send funds and a sp1 proof:

make agg_mode_gateway_send_payment
make agg_mode_gateway_send_sp1_proof

4. Aggregate the proof

make proof_aggregator_start_ethereum_package AGGREGATOR=sp1

Failure after retries

Do the same steps as before, but before step 4, go to the Docker container which maps the port 8545 (usually a el-X-geth-lighthouse) and shut it down.

Success after retries

The same as before, but when you see the first Started waiting until we can submit the aggregated proof. log, then start the container.

Type of change

Please delete options that are not relevant.

• New feature
• Bug fix
• Optimization
• Refactor

Checklist

• “Hotfix” to testnet, everything else to staging
• Linked to Github Issue
• This change depends on code or research by an external entity
  • Acknowledgements were updated to give credit
• Unit tests added
• This change requires new documentation.
  • Documentation has been added/updated.
• This change is an Optimization
  • Benchmarks added/run
• Has a known issue
  • Link to the open issue addressing it
• If your PR changes the Operator compatibility (Ex: Upgrade prover versions)
  • This PR adds compatibility for operator for both versions and do not change crates/docs/examples
  • This PR updates batcher and docs/examples to the newer version. This requires the operator are already updated to be compatible

[JuArce]

I'd add a WARN log when there is an error. Ie "Error when ... Retrying in ..."