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
Per the comment in the code, we should move away from implicit event serialization. Instead, let's implement an explicit event stream mechanism that batches events during block processing and dispatches them in one go at the end of each block. This change will improve clarity and control over our event handling.
Currently we have a function call (paraphrased) begin and add_tx and end working on memeber Option<X> using take -> modify -> set approach with .except as runtime asserts for correct handling. This is far from perfect and should either be externalized state, an internal envent queue with a tight loop running these operations, or a event stream where the sequence of events can be validated and events be discarded without asserting.
The text was updated successfully, but these errors were encountered:
Per the comment in the code, we should move away from implicit event serialization. Instead, let's implement an explicit event stream mechanism that batches events during block processing and dispatches them in one go at the end of each block. This change will improve clarity and control over our event handling.
Currently we have a function call (paraphrased)
begin
andadd_tx
andend
working on memeberOption<X>
usingtake -> modify -> set
approach with.except
as runtime asserts for correct handling. This is far from perfect and should either be externalized state, an internal envent queue with a tight loop running these operations, or a event stream where the sequence of events can be validated and events be discarded without asserting.The text was updated successfully, but these errors were encountered: