| permalink | /15-execution-model.html |
|---|---|
| title | Execution Model |
Hypervisor execution order is strict:
- Resolution
- Type checking
- Reactive compute (R-DAG)
- Layout (Token Box Model)
- Render (Canonical JSON)
- UTF-8 + NFC + LF normalization
- parse to AST
- import resolution
- deterministic merge
- validate facets and schemas
- pipeline typing
- interface schema mappability
@inputplacement/type constraints- policy schema and condition typing
AST is immutable after successful Phase 2.
- build dependency graph from
$varreferences - detect unknown refs (
F401) and cycles (F505) - evaluate topologically
- tie-break independent nodes by merged ordered-map insertion order
- materialize runtime
@inputvalues - enforce gas/mode/cache/policy/guard rules
- compute section sizes in FACET Units
- enforce critical load
- apply deterministic compression/truncation/drop for flexible sections
- preserve canonical message order
- emit canonical JSON
- emit provider payload preserving canonical semantics
- optionally emit execution artifact (Hypervisor run/test)
- pure: no volatile/external behavior; strict cache-only for Level-1 lenses
- exec: runtime effects possible if allowed by policy + guard