1d98afeb34
* `ValueAggregate` refactoring 0. Service results, canon results and literals are constructed as separate types that are further wrapped with `ValueAggregate`. 1. `ValueAggregate` is enum that contains all the provenance info. 2. Construction methods get provenance information as well. * Rename CID state field Prepare to adding a canon CID field: rename `canon_tracker`/`canon_store` to `canon_element_tracker`/`canon_element_store`. * Add canon result store/tracker * Rename some structs that have CIDs inside Reflect explicitly that they contain CIDs inside: `CanonResultAggregate` -> `CanonResultCidAggregate` `ServiceResultAggregate` -> `ServiceResultCidAggregate` --------- Co-authored-by: Mike Voronov <michail.vms@gmail.com>
AIR trace handler
This crate contains implementation of the CRDT-based merging data algorithm. It exposes the TraceHandler struct that based on the visitor pattern and has public methods that should be called in certain places of AIR instructions execution. Internally TraceHandler contains several FSM and each of such public methods does state transitioning of one or more these FSMs. Below are state transition sequences for all instructions that caller must follow.
Ap instruction
Expected sequence of TraceHandler calls for the ap instruction:
meet_ap_start
-> meet_ap_end
Call instruction
Expected sequence of TraceHandler calls for the call instruction:
meet_call_start
-> meet_call_end
Par instruction
Expected sequence of TraceHandler calls for the par instruction:
meet_par_start
-> meet_par_subgraph_end(..., SubgraphType::Left)
-> meet_par_subgraph_end(..., SubgraphType::Right)
Fold instruction
Expected sequence of TraceHandler calls for the fold instruction:
meet_fold_start.1 ->
meet_generation_start.N ->
meet_next.M ->
meet_prev.M ->
meet_generation_end.N ->
meet_fold_end.1
where .T means that this function should be called exactly T times.