Skip to main content

erdl-formal

Version License SMT Kernel Coverage Python

🚀 POC welcome — we encourage you to try this project as a proof of concept in your own environment. For technical support, contact us anytime at support@openoba.com.

A formal verifier for the ERDL expression kernel — proving rule safety over all inputs with Z3.

There are two kinds of determinism: the determinism tests cover, and the determinism mathematics proves. erdl-formal provides the latter.

"erdl-formal formally verifies ERDL v2.1's expression kernel and evaluation semantics (§5, §7, Appendix A), covering all 34 nodes and the evaluation-semantics constraints E2/E8/E10/E11/E12 (plus E3 division-by-zero). The engine-layer constraints E1 (purity), E4 (resource limits), E5 (when/expr exclusivity), E6 (tree hashing), E7 (single evaluator), and E9 (no wall clock) are runtime/compile-layer concerns, not kernel evaluation semantics — the spec's other layers (document structure, gloss rendering, integration modes) are guaranteed by test vectors and engineering verification."

Why now: LLMs have brute force. They don't have direction.

LLMs are probabilistic: same input, different answers. Hand enterprise decisions to a probability distribution, and the auditors will eventually ask — "on what basis was this decision made?"

The industry is converging on an answer: let the LLM understand; let a deterministic rule engine decide. But a rule engine's "determinism" is usually underwritten by unit tests — and tests only prove the inputs you happened to write.

In regulated industries — finance, insurance, government — the audit question is singular:

Does this rule hold for every input?

Sampled tests can't answer that. Only a proof can. Cedar Analysis proved this approach works inside AWS (Lean formalization + SMT symbolic analysis). erdl-formal does the same for the ERDL expression kernel — lifting determinism from sampled testing to exhaustive proof.

  • Cedar Analysis: used inside AWS, Lean + SMT, not open to the public, serving only AWS's own policy language.
  • OPA/Rego: no formal semantics — "the implementation is the spec."
  • erdl-formal: open source, 34-node full coverage, ERDL-specific semantics (money, time, decision objects, bidirectional gloss).

One proof in 30 seconds

The G3 classification gate: file classification > operator classification → DENY. We want to prove the rule is both reachable and fail-closed (a missing field never opens a bypass):

from erdl_formal.field_contracts import FieldContract, Schema
from erdl_formal.properties import always_denies

schema = Schema()
schema.add(FieldContract(field="file_cls", type="int"))
schema.add(FieldContract(field="op_cls", type="int"))

# when: file_cls > op_cls  →  DENY
rule = ["gt", ["field", "file_cls"], ["field", "op_cls"]]

# One assertion, two properties at once:
# 1) reachable — with both fields present, a higher classification fires the block
# 2) fail-closed — a missing field never opens a bypass. This depends on the
#    document's unmatched fallback (default_decision): under a DENY fallback the
#    silenced guard still denies; under the ALLOW fallback (resolution default)
#    the missing field falls through to ALLOW — the rule fails open.
assert always_denies(
    rule, schema,
    premises=["file_cls", "op_cls"],
    missing_field="op_cls",
    default_decision="DENY",
)
assert not always_denies(
    rule, schema,
    premises=["file_cls", "op_cls"],
    missing_field="op_cls",
    default_decision="ALLOW",
)

No test cases. No sampling. Z3 searches the space of all integers for an input violating the property: if one exists, you get a concrete, replayable counterexample (re-checkable against the real engine); if not, UNSAT — the property holds for every input. QED.

What you can prove

Property Meaning Origin
always-denies fires whenever its guard can — whether a missing field opens a bypass is resolved against default_decision Cedar + E11
subsumption / equivalence / disjointness implication / equivalence / mutual exclusion Cedar
override-soundness overrides go DENY→ALLOW only (never toward a less-safe state) ERDL-specific
ring-respect a higher-ring DENY overrides a lower-ring ALLOW (ring order honored in the DENY direction) ERDL-specific
emergency-shortcut EMERGENCY_HALT short-circuits the moment it fires ERDL-specific
workflow-shortcut WORKFLOW short-circuits into its state machine the moment it fires ERDL-specific
catch-all-inert-when-explicit a catch-all (empty-condition) rule never takes effect when an explicit-condition rule is present ERDL-specific
catch-all-then-irrelevant a catch-all's then value is irrelevant to the final decision when an explicit rule is present ERDL-specific
catch-all-override-irrelevant a catch-all's override value is irrelevant to the final decision when an explicit rule is present ERDL-specific

Expression-layer properties (always_denies / subsumes / …) are proven by writing the negation as constraints and checking UNSAT; the ERDL-specific resolution properties (override_soundness / ring_respect / emergency_shortcut / workflow_shortcut / catch_all_inert_when_explicit / catch_all_then_irrelevant_when_explicit / catch_all_override_irrelevant_when_explicit) are encoded in resolution_smt.py, which compiles resolve()'s ring / override / priority ordering into Z3 constraints and proves them UNSAT over every rule-set of exactly n modeled positions (a bounded exhaustive proof at cardinalities n∈{2,3,4}, not sampling — but also not an unbounded proof over arbitrary length). Any SAT counterexample is a concrete rule-set replayed against the real engine — proof plus differential testing, double insurance.

34/34 nodes, E2/E8/E10/E11/E12 evaluation semantics

  • All 34 nodes have SMT encodings: value / logic / comparison / set / string / existence / quantifier / arithmetic / time / aggregate (comparison and existence dispatch by field type: int / string / bool; epoch_ms supports date-only and ISO 8601 datetime with time / offset).
  • The hard semantics aren't "roughly right" — they are bit-exact:
    • E2 fixed-point decimals: scale=14 + half-even — money is not allowed 0.1 + 0.2 drift;
    • E8 quantifier empty-array folding: anti-vacuous-truth — all([]) is false, not true;
    • E11 three-valued logic: missing fields collapse to false at the leaves (not Kleene); whether a missing field fails open is resolved by the document fallback (see always_denies's default_decision);
    • E10 NFC normalization; E12 evaluation errors collapse to Missing (tier≤2 fail-close is runtime behavior, not modeled in the kernel).

Independent verifier: three-way, byte-for-byte

A verifier is only credible if it never peeks at the examinee's answers. erdl-formal encodes the spec alone (erdl-language-spec), with zero dependency on any ERDL engine implementation, forming a three-way independent cross-check with erdl (the TS engine) and erdl-vectors (frozen vectors):

Cross-check Pair Result
Fixed-point fixed_point.py ↔ erdl fixed-point.js byte-identical
Resolution resolution.pyresolution_smt.py (Z3 model; semantics aligned to erdl-landing evaluator.ts) exhaustive + random differential (test_resolution_smt.py)
Arithmetic vectors ↔ erdl-vectors V-ENGINE 7/7
Calendar vectors ↔ erdl-vectors V-ENGINE 6/6
G3 counterexample replay tvl.py ↔ erdl engine scenario-identical

Measurements, not endorsements. Three independently built systems agreeing byte-for-byte means the spec is precise enough to sustain exact independent reimplementation.

How it differs from Cedar / OPA

Dimension Cedar Analysis OPA / Rego erdl-formal
Formal verification ✅ Lean + SMT (the field's benchmark, closed) ❌ no formal semantics — the implementation is the spec ✅ SMT (Z3), open source
Fixed-point (money) decimals only via extension plugin float64 loses precision ✅ scale=14 + half-even
Time / calendar ✅ UTC calendar (days_between / date_add / date_part / month-end)
Aggregation ✅ aggregate (count / sum / avg / min / max)
Quantifiers ✅ all / any / none (E8 empty-array fold)
Decision object policy IDs only unsigned logs ✅ rich DO + hash chain
Natural language one-way (NL→policy) one-way ✅ deterministic gloss, anchored round-trip (two-way)

The difference is not "more formal" — Cedar's stack is the benchmark, and we say so. The difference is what gets formalized: ERDL is an enterprise rule kernel built for money, time, aggregation, quantifiers, decision objects, and two-way natural language — none of which exist in the Cedar / OPA world (the rows above).

Architecture

ERDL rule (S-expression)
   │
   ▼  compiler.py (symbolic compiler: schema-driven field typing + quantifier index unfolding)
Z3 TVL expressions (TVL(τ) = Def | Missing, leaf collapse)
   │
   ▼  properties.py (property checks) / resolution.py (resolution reference model)
sat / unsat + counterexample (replayed against the real engine)

Installation

Users (from PyPI, one command):

pip install erdl-formal

Developers (from source, editable install, changes take effect immediately):

git clone https://github.com/OpenOBA/erdl-formal.git
cd erdl-formal
python -m pip install -e ".[dev]"   # Python ≥3.11 (developed on 3.14), z3-solver ≥4.13 (verified on 5.1.0)

Build a distribution (wheel + sdist, for release / offline distribution):

python -m pip install build
python -m build        # produces dist/erdl_formal-<version>-py3-none-any.whl + .tar.gz

Quick start

pytest                               # all passing
python examples/verify_g3.py         # prove the G3 classification rule (reachable + fail-closed)
python replay/crosscheck-vectors.py  # cross-check against erdl-vectors frozen vectors

Documentation

  • docs/semantics.en.md — denotational semantics for all 34 nodes
  • docs/tvl-encoding.en.md — three-valued logic SMT encoding
  • docs/field-contracts.en.md — verification schema contracts
  • docs/DEVELOPER-GUIDE.en.md — developer guide (architecture / adding nodes / properties / API / build & publish)

Acknowledgments

The resolution-layer properties (override_soundness / ring_respect / emergency_shortcut / catch_all_inert_when_explicit) were shaped in part by external review. In particular, ANP2 Network (dev.to/anp2network) provided two rounds of precise, reproducible review of the resolution semantics, across three concrete findings, each identifying a boundary in the kernel:

  • string/bool eq/ne/exists (v0.1.2) — the kernel only compiled int equality/existence, raising Sort mismatch on string equality;
  • always_denies fail-closure direction (v0.1.2) — the property proved silence rather than fail-closure, backwards under an ALLOW fallback;
  • the catch-all relax-direction gap (v0.1.17) — a catch-all (empty- condition) ALLOW could rewrite an explicit DENY across rings, and the relax direction had no property watching it.

Each finding moved from a spec/engine/property gap to a fix, a test, and a proof. The project is sharper for it.

RavindraAnnam (github.com/RavindraAnnam) reviewed resolution_smt.py and test_resolution_smt.py against the SPEC §7.1 text, and sharpened the assurance boundary: the resolution properties are proven UNSAT at each checked cardinality (n ∈ {2,3,4}), not over arbitrary rule-set length, and the wording now states exactly that — a bounded exhaustive proof rather than an unbounded claim. That precision is what makes the assurance boundary independently auditable.

Contributing & security

  • CONTRIBUTING.md — contribution process (issue-first, review)
  • SECURITY.md — report vulnerabilities privately, no public issue
  • CHANGELOG.md — changelog (Keep a Changelog)
  • CODE_OF_CONDUCT.md / style_guide.md

License

Apache-2.0 · © 2026 深圳市秒镜科技有限公司 (Shenzhen Miaojing Technology Co., Ltd.)

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

erdl_formal-0.1.20.tar.gz (67.4 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

erdl_formal-0.1.20-py3-none-any.whl (47.9 kB view details)

Uploaded Python 3

File details

Details for the file erdl_formal-0.1.20.tar.gz.

File metadata

  • Download URL: erdl_formal-0.1.20.tar.gz
  • Upload date:
  • Size: 67.4 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/7.0.0 CPython/3.14.4

File hashes

Hashes for erdl_formal-0.1.20.tar.gz
Algorithm Hash digest
SHA256 fe0bac90691dc7550f94db9b27b05d90288d2f8b6f9fb71c0cc91809732dcd96
MD5 4a0923bf68c11dec4832d91c48b838c4
BLAKE2b-256 eb23caffa94b98e58258cdd7c3c4f5c69072d7611e0a94c746dbd2c5a89d2297

See more details on using hashes here.

File details

Details for the file erdl_formal-0.1.20-py3-none-any.whl.

File metadata

  • Download URL: erdl_formal-0.1.20-py3-none-any.whl
  • Upload date:
  • Size: 47.9 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/7.0.0 CPython/3.14.4

File hashes

Hashes for erdl_formal-0.1.20-py3-none-any.whl
Algorithm Hash digest
SHA256 4da4391e945d81f8f4d0e68cd57247b7f259e570a9a709b08bc381859420794d
MD5 d5b1b697ea2c62389228addd4097c0b8
BLAKE2b-256 3843ea54962c7cb7a030b7df1bcc6b479364db60f4d9730b131168e5321d41eb

See more details on using hashes here.

Release history Release notifications | RSS feed

This release

0.1.20 This release

2 files

0.1.19

2 files

0.1.18

2 files

0.1.17

2 files

0.1.2

2 files

0.1.1

2 files

0.1.0

2 files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page