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
A bug has been identified in the Worker's AddTxTracker function where a new AddrQueue is created for an address, just after its transactions have expired, but before the pending transactions for the same address are stored. As a result, the new AddrQueue is incorrectly initiated using oldStateRoot, old Nonce, and Balance. This bug disrupts the sequence of transactions and leads to potential data inconsistency issues and makes the sequencer to get stuck.
Recommended Changes:
Modify AddTxTracker Function:
Adjust the AddTxTracker function in the Worker module to wait for the pending transactions to be completely stored before initiating a new AddrQueue for an address. This can be achieved by checking the status of pending transactions and delaying the AddrQueue creation until all transactions are confirmed to be stored.
Objective:
The proposed changes aim to address the identified bug in the Worker's AddTxTracker function. By modifying the function to wait for pending transactions to be stored before initiating a new AddrQueue, we ensure data consistency and prevent potential errors caused by this bug.
The text was updated successfully, but these errors were encountered:
Overview:
A bug has been identified in the
Worker
'sAddTxTracker
function where a newAddrQueue
is created for an address, just after its transactions have expired, but before the pending transactions for the same address are stored. As a result, the newAddrQueue
is incorrectly initiated usingoldStateRoot
, oldNonce
, andBalance
. This bug disrupts the sequence of transactions and leads to potential data inconsistency issues and makes the sequencer to get stuck.Recommended Changes:
AddTxTracker
Function:AddTxTracker
function in theWorker
module to wait for the pending transactions to be completely stored before initiating a newAddrQueue
for an address. This can be achieved by checking the status of pending transactions and delaying theAddrQueue
creation until all transactions are confirmed to be stored.Objective:
The proposed changes aim to address the identified bug in the
Worker
'sAddTxTracker
function. By modifying the function to wait for pending transactions to be stored before initiating a newAddrQueue
, we ensure data consistency and prevent potential errors caused by this bug.The text was updated successfully, but these errors were encountered: