[Architecture][Gate] Bestehende Event-/Receipt-/Replay-Pfade auditieren statt zweiten Event-Bus bauen

[OuroborosCollective]

Ziel

Die bereits vorhandenen WASD-Event-, Delta-, Receipt-, History- und Replay-Pfade gegen den ARE-Vertrag prüfen und gezielt schließen. Dieses Issue rechtfertigt keine neue parallele Event-Sourcing-Architektur.

Auditstatus 2026-07-24

• Audit-Baseline: beobachteter main-Head 9545a2adfa888688ff493ad97049704ceddfc3e2.
• [Architecture] Define deterministic simulation contract: Tick, Canonical Inputs, Projection, Hash/Evidence #2070 definiert Domain Truth, Tick/Determinismus/Hash/Kappa1000 und Snapshot-/Projection-Grenzen.
• Bereits gemergte reale Bausteine:
  • PR feat(are): add delta authority path #2114: deterministischer Delta-Store und XP-Delta-Router.
  • PR feat(a5): complete economy resource and item truth runtime #2094: RuntimeHistoryLog und Economy-History.
  • PRs fix(runtime): make economy mutations compensating and origins persistent #2298/fix(runtime): make gathering commit atomic and serial #2299/fix(runtime): canonicalize economy routes and require live tick evidence #2300/fix(runtime): close quest, crafting, camp and snapshot truth gaps #2305: serialisierte/kompensierende Mutationen, Origins, canonical intents, Receipts, History- und Snapshot-Evidence.
• Die Forschungsarbeiten zu append-only Logs und deterministischen Projektionen sind Vergleichsmaterial, keine Validierung von ARE oder WASD.

Primärfrage

Nicht „Sollen wir Event Sourcing neu einführen?“, sondern:

Welche autoritativen Ereignisse/Receipts existieren heute, welche Projektionen lassen sich daraus reproduzieren und wo bestehen konkrete Lücken oder konkurrierende Zustände?

Phase A — aktuelle Wahrheit kartieren

• Domain Events, Delta-Stores, RuntimeHistoryLog, Receipts, Origins, Persistenzadapter und Replay-Tests inventarisieren.
• Für jeden Datentyp klassifizieren:
  • autoritative Mutation/Evidence,
  • deterministisch abgeleitete Projektion,
  • Observability-Side-Channel,
  • veralteter oder konkurrierender Zustand.
• Canonical Serialization, Tick/Sequence-Ordering, Schema-Version, Hash-Verkettung und Recovery-Grenzen dokumentieren.
• Doppelte Logs oder Stores finden, die denselben Sachverhalt unterschiedlich behaupten können.

Phase B — genau einen realen Pilotpfad prüfen

• Einen vorhandenen Pfad mit echter Persistenz und Mutation wählen, z. B. Economy-Receipt, Crafting-Receipt oder LootDelta.
• Aus leerer Projektion ausschließlich aus autoritativer Evidence rekonstruieren.
• Ergebnis gegen den gespeicherten autoritativen Zustand und Folgesnapshot vergleichen.
• Fehlerfälle: Duplikat, Lücke, falsche Reihenfolge, beschädigter Hash, Schemawechsel, unterbrochener Commit.
• Keine LLM-Ausgabe, Telemetrie, externe Uhr oder Netzwerkantwort als Rekonstruktionsquelle.

Integrationsregel

Nur konkrete Lücken im bestehenden Pfad dürfen durch kleine, additive und rückbaubare Änderungen geschlossen werden. Verboten sind:

• zweiter Event-Bus als neue Wahrheit,
• Fake-Replay aus Test-Fixtures als Live-Beweis,
• Snapshot, der fehlende Events kaschiert,
• mutierbare Projektion, die nicht aus autoritativer Evidence reproduzierbar ist.

Gates

• Gleicher Evidence-Stream erzeugt byte-/hashgleiche Projektion.
• 10-Hz-Tick und Kappa1000 unverändert.
• Persistenz-, Recovery-, Korruptions- und Replay-Tests grün.
• Side-Channel-Projektionen können keine Gameplay-Mutation auslösen.

Abschluss

• BAUEN: konkrete belegte Lücke im vorhandenen Pfad.
• WEITER BELEGEN: Inventar/Recovery-Evidence unvollständig.
• VERWERFEN: nur abstrakte Forschungsähnlichkeit oder zweiter Wahrheitspfad.

[linear]

AIM-95

[github-actions]

The document discusses the evaluation of event-sourcing architectures and stateless projections for replay and audit use cases, focusing on ensuring deterministic behavior, alignment with the authoritative state (ARE truth path), and compliance with existing system invariants (e.g., 10-Hz tick, Kappa1000). It emphasizes a phased and cautious approach, requiring deterministic reconstruction, canonical serialization, and separation of side-channel projections to avoid introducing mutable states or drifting dependencies. Integration is permitted only if it strengthens the authoritative truth path without compromising the system's core architecture or introducing non-deterministic elements.