gear icon indicating copy to clipboard operation
gear copied to clipboard

ethexe: sync tx pool properly

Open techraed opened this issue 1 year ago • 0 comments

:exclamation: to be done after actual off-chain tx execution is introduced

Some key points:

  1. Tx pool must not accept any "add transaction" requests, unless fully synced. If node is not fully synced, new transactions must not be accepted, as their processing will result in state inconsistency. Also the problem is related to recent block hashes window - if node is in a sync state, it must be kept in mind that the window state is invalid.
  2. When syncing blocks txs propagation is performed by networking layer, so done independantly from the syncing process. It would easier to validate received by network txs and reproduce block commitments (which will include offchain transactions), if tx is gossiped along with recent blockhashes window. This data can be used to store newest txs until newest blocks aren't reached (synced)

Solution must test the case that when node is syncing, sending originally old transaction (but with a reference block hash valid against the lagged block hashes window) is denied.

techraed avatar Dec 24 '24 11:12 techraed