Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Refactor pending transactions #466

Merged

Conversation

tgmichel
Copy link
Contributor

@tgmichel tgmichel commented Sep 8, 2021

This PR removes the need for using the custom Mutex to handle pending transactions and the service background task that mantains it. Instead makes use of the transaction graph interface to get ethereum transactions from the ready and future queues.

Pros

Uses substrate native Api.

Cons

Additional access to the runtime to filter the ethereum Calls.

Rel paritytech/substrate#9726
Closes #403 (for convenience, easier to redo than to fix all conflicts)

@tgmichel tgmichel requested a review from sorpaas as a code owner September 8, 2021 09:24
client/rpc/Cargo.toml Outdated Show resolved Hide resolved
client/rpc/Cargo.toml Outdated Show resolved Hide resolved
@sorpaas sorpaas merged commit a65d6fa into polkadot-evm:master Sep 20, 2021
@tgmichel tgmichel deleted the tgm-pending-txns-refactor-2 branch April 1, 2022 09:55
abhijeetbhagat pushed a commit to web3labs/frontier that referenced this pull request Jan 11, 2023
* Refactor pending transactions

* fmt

* Pin substrate `b391b82`

* Use transaction graph re-exports

* Fix integration tests

* Styling
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants