03 · Embedding
One Counter, Two Hosts
Attach one managed Counter to two independent Host documents. Both Hosts catch up to its existing history. A later increment executes once on the Counter and publishes one child revision to each active parent edge.
Document graph
Reuse the child; do not copy its state.
The Counter remains an independently managed Root with its own operations and revision history. Each Host stores an explicit embedding relationship and consumes the child revision stream through its own occurrence path.
Fan-out does not mean the child operation ran twice. Coordination processes the Counter once, then applies its new revision once along each active edge.
First Host ─────┐
│ Process Embedded
▼
Shared Counter
▲
│ Process Embedded
Second Host ────┘
one child session
two parent edges
one later revision → two applicationsRun it
Watch the graph form.
The Guide separates creation, attachment, catch-up, and live propagation so each boundary is visible on the canvas.
What this teaches
Identity, ownership, and occurrence are different.
The child owns its state. Each parent owns its reaction to the child. The edge records where that exact child occurs inside a particular Host.
The NBA example makes historical catch-up visible across a five-revision state machine.