You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently if I submit a transaction with mistakes, evmconnect will continue to retry the transaction forever with no way to stop it. For example, I accidentally submitted a transaction with the wrong from address which had no funds to pay for gas. The transaction continually failed with no way to retry it. In instances like this, it would be good to have an endpoint that can be used to prevent retries from occurring.
The text was updated successfully, but these errors were encountered:
The Policy engine is responsible for updating the in-flight transactions, and it currently makes the assumption that it is the only thing updating those transactions.
I think this can be solved with a 202 on the DELETE with a DeleteRequested status that causes the delete to be actioned on the next time round the policy loop.
2. Nonce management
If the transaction is not the most recent in the sequence on the Nonce, or if it's been submitted to the node when you call delete, then deleting the transaction from the in-flight set being tracked by EVMConnect will leave you in a bad state. We could have a "bubble" where a nonce is unspent earlier, but nothing will fill in the gap.
The intention again is that the policy engine handles this. So I can handle this architecturally in the FFTM layer by having the deletion from DeleteRequested status handled by the policy engine itself. The simple policy engine implementation provided OOTB can simply action this by deleting it from storage. A more sophisticated policy engine implementation trained with knowledge of the business context behind the transactions, might analyze the status of the chain in more detail to see if a gap-fill etc. is required.
Currently if I submit a transaction with mistakes,
evmconnect
will continue to retry the transaction forever with no way to stop it. For example, I accidentally submitted a transaction with the wrongfrom
address which had no funds to pay for gas. The transaction continually failed with no way to retry it. In instances like this, it would be good to have an endpoint that can be used to prevent retries from occurring.The text was updated successfully, but these errors were encountered: