URUZ VM

Architecture
Principles

URUZ VM is being built with execution discipline, observability discipline, and canonical flow discipline. These principles are not aspirational. They are structural constraints that shape every decision.

EXECUTION DISCIPLINE
OBSERVABILITY DISCIPLINE
CANONICAL FLOW DISCIPLINE
CORE PRINCIPLES
01

Coordinator Owns Orchestration

Flow progression, retries, state transitions, and idempotent orchestration belong to the coordinator. The coordinator is the single authority for when and how flows advance. Contracts do not decide flow lifecycle. External systems do not push state. The coordinator pulls, validates, and progresses.

State transitions are explicit and logged
Retry logic lives in orchestration, not contracts
Idempotency is enforced at the coordinator level
No silent state mutations from external sources
02

Contracts Stay Execution-Boundary Focused

Contracts are execution boundaries, state containers, event sources, and authority-enforced action surfaces. They should not become orchestration engines. Business logic that spans multiple actions or requires coordination does not belong on-chain.

Contracts handle atomic execution only
No coordination complexity on-chain
Events are emitted, not interpreted
Authority enforcement, not business logic
03

Canonical Mapping First

Raw chain-native events are not the portable domain model. Canonical mapping is planned early and translation belongs in the adapter/mapping layer. Every flow has a canonical identifier that is deterministic and portable across chains.

Chain events are translated, not used directly
Canonical IDs are deterministic and portable
Mapping layer owns translation complexity
Domain model is chain-agnostic
04

Observability First

Event handles, health surfaces, metrics, and inspection views are designed from the start, not bolted on later. Every state transition is logged, timestamped, and queryable. Operators should never guess what happened.

All transitions are logged with timestamps
Health surfaces are first-class citizens
Metrics are structural, not afterthoughts
Inspection views are built-in, not optional
05

Reconciliation Is Observational

Reconciliation compares surfaces and detects drift, but does not replace canonical truth. It reads state from multiple sources and reports mismatches. It never mutates. Reconciliation surfaces truth without forcing it.

Reconciliation is read-only
Drift is detected, not corrected automatically
Canonical truth is preserved
Mismatches are surfaced for operator review
06

Health Is Not Flow Truth

HTTP health, loop health, and actual flow state are separate concerns with separate surfaces. A healthy HTTP endpoint does not mean flows are progressing. A running loop does not mean individual flows are succeeding. These distinctions are visually and structurally separated.

HTTP health: Is the service reachable?
Loop health: Are background processes running?
Flow state: What is the actual execution status?
Each surface is independent and queryable
EXECUTION / SETTLEMENT BOUNDARY

Clear separation between execution and settlement.

URUZ VM maintains strict boundaries between where logic executes, where state settles, and where coordination happens. These boundaries are not suggestions.

EXECUTION SIDE

Source Chain

CONTRACT
Lock / Initiate
EVENTS
Transfer Initiated
STATE
Locked Amount
RUNTIME COORDINATION

URUZ Coordinator

Flow Orchestration
STATE
Canonical Flow DB
MAPPING
Adapter Layer
OBSERVE
RECONCILE
INSPECT
SETTLEMENT SIDE

Target Chain

CONTRACT
Mint / Release
EVENTS
Transfer Completed
STATE
Minted Balance
INSPECTION SURFACES

All layers expose read-only inspection endpoints. Operators query state without modifying it.

HTTP
Health
LOOP
Health
FLOW
State
WHY THIS MATTERS

Practical outcomes of architectural discipline.

These principles are not abstract ideals. They produce tangible operational benefits during development, deployment, and ongoing operation.

01

Safer Iteration

During devnet and localnet phases, clear boundaries allow rapid experimentation without cascading failures. Mistakes are contained.

02

Better Fault Recovery

Transient failures in one layer do not corrupt state in another. Retry logic is explicit. Recovery paths are predictable.

03

Cleaner Engine Swaps

Adapters and execution engines can be replaced without rewriting orchestration logic. The coordinator remains stable.

04

Clearer Operator Understanding

Operators know where to look. Health, loop health, and flow state are separate surfaces with separate semantics.

05

Less Accidental Coupling

Components that should be independent stay independent. Changes in one layer do not silently break another.

URUZ VM is a disciplined runtime architecture, not a patchwork integration.

Every component has a defined role. Every boundary is intentional. Every surface is inspectable. This is infrastructure built to last.

URUZ VM ARCHITECTURE PRINCIPLES v1.0 — RUNTIME VALIDATION STACK