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
Current msg_processor would throw assert failure when receive some message it consider as invalid (or not consistent) like:
A registry message specify an account id which has been used (line 39 @ msg_processor.rs)
The balance reported by matching engine is not consistent with the balance which manager has maintained (line 80 @ msg_processor.rs)
Such failure can be easily triggered if we run tick.ts multiple times and then handle the messages generated by matching engine. Because the reset in tick.ts 1. re-registry accounts 2. clear the balance data in matching engine
The text was updated successfully, but these errors were encountered:
To summary: all the instance should be consistent with the state in L2 blocks, so it is matching engine (and all other module except rollup manager itself)'s responsibility to correct or sync the balance data any time an inconsistent occurs.
Current msg_processor would throw assert failure when receive some message it consider as invalid (or not consistent) like:
A registry message specify an account id which has been used (line 39 @ msg_processor.rs)
The balance reported by matching engine is not consistent with the balance which manager has maintained (line 80 @ msg_processor.rs)
Such failure can be easily triggered if we run tick.ts multiple times and then handle the messages generated by matching engine. Because the reset in tick.ts 1. re-registry accounts 2. clear the balance data in matching engine
The text was updated successfully, but these errors were encountered: