Feat: estimated gas based on tx

[1yam]

When we was checking native token ammount for mananging a flow we was checking based on harcoded value 0.005, on base chain if user have a Payg running but would have only 0.0045 token since base gas fees are lower, the limit should be different,

To resolve this issue we use estimate_gas to estimate the price base on the Tx.

Related ClickUp, GitHub or Jira tickets : ALEPH-496

Self proofreading checklist

• The new code clear, easy to read and well commented.
• New code does not duplicate the functions of builtin or popular libraries.
• An LLM was used to review the new code and look for simplifications.
• New classes and functions contain docstrings explaining what they provide.
• All new code is covered by relevant tests.
  Changes

This pull request includes several changes to improve transaction handling and validation in the Ethereum and Superfluid connectors. The changes primarily focus on enhancing the accuracy of transaction validation and ensuring that transactions can be simulated before execution.

Enhancements to transaction handling:

• src/aleph/sdk/chains/ethereum.py: Modified the can_transact method to accept tx parameters and estimate gas for transaction validation. This ensures more accurate validation of whether a transaction can be executed.
• src/aleph/sdk/chains/ethereum.py: Removed the call to can_transact in _sign_and_send_transaction method, as the validation is now handled elsewhere.

Improvements to Superfluid connector:

• src/aleph/sdk/connectors/superfluid.py: Added _simulate_create_tx_flow method to simulate the creation of a Superfluid flow transaction and validate it before execution.
• src/aleph/sdk/connectors/superfluid.py: Updated _execute_operation_with_account to validate transactions using the new can_transact method.
• src/aleph/sdk/connectors/superfluid.py: Modified can_start_flow to use _simulate_create_tx_flow for more accurate validation of flow creation capability.