Revalidate transactions only on latest best block (#6824)
* Revalidate transactions only on latest best block We should revalidate transactions only on the latest best block and not on any arbitrary block. The revalidation before failed when there were multiple blocks on the height given to the revalidation function, but no block was imported as best block. * Update test-utils/runtime/transaction-pool/src/lib.rs Co-authored-by:Jaco Greeff <jacogr@gmail.com> * Fix tests * Only process best blocks in the transaction pool Co-authored-by:
Jaco Greeff <jacogr@gmail.com>
parent
837c18dd
Showing
- substrate/bin/node/cli/src/service.rs 1 addition, 3 deletionssubstrate/bin/node/cli/src/service.rs
- substrate/client/api/src/client.rs 12 additions, 8 deletionssubstrate/client/api/src/client.rs
- substrate/client/basic-authorship/src/basic_authorship.rs 1 addition, 3 deletionssubstrate/client/basic-authorship/src/basic_authorship.rs
- substrate/client/consensus/manual-seal/src/lib.rs 7 additions, 7 deletionssubstrate/client/consensus/manual-seal/src/lib.rs
- substrate/client/transaction-pool/src/lib.rs 8 additions, 9 deletionssubstrate/client/transaction-pool/src/lib.rs
- substrate/client/transaction-pool/src/revalidation.rs 12 additions, 9 deletionssubstrate/client/transaction-pool/src/revalidation.rs
- substrate/client/transaction-pool/src/testing/pool.rs 87 additions, 140 deletionssubstrate/client/transaction-pool/src/testing/pool.rs
- substrate/primitives/transaction-pool/src/pool.rs 2 additions, 6 deletionssubstrate/primitives/transaction-pool/src/pool.rs
- substrate/test-utils/runtime/transaction-pool/src/lib.rs 75 additions, 21 deletionssubstrate/test-utils/runtime/transaction-pool/src/lib.rs
Please register or sign in to comment