You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Retire EVMYulLean fork-conformance burn-in window
The two-week `continue-on-error` burn-in window for the EVMYulLean
fork-conformance probe ended on 2026-05-04 (issue #1722 plan C4). Today
is 2026-05-11, so the burn-in gating in the workflow, its test, and the
audit/trust docs is stale.
- `.github/workflows/evmyullean-fork-conformance.yml`: drop the
`BURN_IN_END_UTC` env var, drop `continue-on-error: true` on the probe
step (failures now propagate naturally), simplify the "Report probe
outcome" step to a pass/fail message, drop the dedicated "Fail after
burn-in conformance failure" step, and drop the
`Date.now() < burnInEnd` guard inside `open-drift-issue`.
- `scripts/test_evmyullean_fork_conformance_workflow.py`: assert the
workflow no longer mentions burn-in / `BURN_IN_END_UTC` /
`continue-on-error` / `burnInEnd`, and relax the issue-step body
assertion to a presence check; rename the relevant tests.
- `AUDIT.md`, `AXIOMS.md`, `TRUST_ASSUMPTIONS.md`: replace burn-in
language with the steady-state "scheduled or manual failures fail the
workflow and open or update a GitHub issue" wording.
Verified: `python3 -m unittest scripts.test_evmyullean_fork_conformance_workflow`
passes (4/4), and `make check` passes end-to-end (802 tests).
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
* Sync trust-file date stamps for burn-in retirement
PR #1828 changed the CI-guard language in AUDIT.md, AXIOMS.md, and
TRUST_ASSUMPTIONS.md but did not bump the Last Updated stamps. The
synchronization non-negotiable (CLAUDE.md #1) covers date stamps for
any CI-boundary change, so refresh them to 2026-05-12.
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
---------
Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
Copy file name to clipboardExpand all lines: TRUST_ASSUMPTIONS.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -60,7 +60,7 @@ Current theorem totals, property-test coverage, and proof status live in [docs/V
60
60
-**Role**: Runtime execution model.
61
61
- **Status (native transition in progress)**: 25 universal pure bridge theorems (all fully proven) in `Compiler/Proofs/YulGeneration/Backends/EvmYulLeanBridgeLemmas.lean`, plus 11 context/env/storage/helper builtin bridge theorems, cover the 36 builtin bridge cases used by the transition regressions. All pure bridge cases are now covered by universal symbolic lemmas. `EvmYulLeanRetarget.lean` now remains transition/regression evidence rather than public compiler-correctness authority. The public EndToEnd composition surface in `Compiler/Proofs/EndToEnd.lean` targets native `EvmYul.Yul.callDispatcher` execution through `Compiler.Proofs.YulGeneration.Backends.EvmYulLeanNativeHarness`: the public surface is `nativeResultsMatchOn`, `sourceResultMatchesNativeOn`, the source/native result-composition theorem over that native result surface, and the concrete SimpleStorage native theorem. The fuel-indexed `nativeIRRuntimeMatchesIR` seams are file-local. The legacy `YulGeneration.Preservation` contract preservation theorem and the higher-level function equivalence ladder in `YulGeneration.Equivalence` are file-local reference-oracle transition code, and root `Compiler.lean` no longer re-exports the legacy Yul proof stack. Deeper generated/supported-Yul preservation is not yet fully retargeted to native EVMYulLean; `ReferenceOracle.Semantics`, `legacyExecYulFuel`, and related fuel-based helpers remain inside the isolated legacy stack. Gas is not modeled.
62
62
-**Trust boundary (EVMYulLean EndToEnd target)**: For the native EndToEnd path, the runtime authority is EVMYulLean dispatcher execution after Verity Yul is lowered by the native harness and projected onto the observable result surface. The remaining legacy preservation/equivalence stack is transition evidence only until its generated/supported-Yul proofs are rebuilt directly against native EVMYulLean execution.
63
-
- **Fork dependency**: Verity pins [`lfglabs-dev/EVMYulLean`](https://github.com/lfglabs-dev/EVMYulLean), a fork of [`NethermindEth/EVMYulLean`](https://github.com/NethermindEth/EVMYulLean). The pinned commit is recorded in `lake-manifest.json` under the `evmyul` package. The exact divergence from upstream is enumerated in [`artifacts/evmyullean_fork_audit.json`](artifacts/evmyullean_fork_audit.json), regenerated by `scripts/generate_evmyullean_fork_audit.py` and validated by `make check`. As of the current pin, the fork is 2 commits ahead of `upstream/main` and 0 behind; both commits are non-semantic (one visibility change on an exponentiation accumulator, one Lean 4.22.0 deprecation fix), so upstream Ethereum conformance test coverage applies transitively. In addition to the `make check` validation, a weekly scheduled GitHub Actions workflow ([`.github/workflows/evmyullean-fork-conformance.yml`](.github/workflows/evmyullean-fork-conformance.yml)) runs `make test-evmyullean-fork`, which re-verifies the fork audit artifact against `lake-manifest.json`, checks the EVMYulLean adapter report, rebuilds adapter correctness, rebuilds the native transition harness and smoke tests, rebuilds the public EndToEnd EVMYulLean target, and rebuilds the universal bridge lemmas (25 proven) together with the 123 concrete `native_decide` bridge-equivalence tests (`EvmYulLeanBridgeTest`), surfacing any upstream drift as a run annotation during the two-week `continue-on-error` burn-in ending 2026-05-04 and then as a red workflow plus an automatically opened or updated GitHub issue for scheduled/manual failures.
63
+
- **Fork dependency**: Verity pins [`lfglabs-dev/EVMYulLean`](https://github.com/lfglabs-dev/EVMYulLean), a fork of [`NethermindEth/EVMYulLean`](https://github.com/NethermindEth/EVMYulLean). The pinned commit is recorded in `lake-manifest.json` under the `evmyul` package. The exact divergence from upstream is enumerated in [`artifacts/evmyullean_fork_audit.json`](artifacts/evmyullean_fork_audit.json), regenerated by `scripts/generate_evmyullean_fork_audit.py` and validated by `make check`. As of the current pin, the fork is 2 commits ahead of `upstream/main` and 0 behind; both commits are non-semantic (one visibility change on an exponentiation accumulator, one Lean 4.22.0 deprecation fix), so upstream Ethereum conformance test coverage applies transitively. In addition to the `make check` validation, a weekly scheduled GitHub Actions workflow ([`.github/workflows/evmyullean-fork-conformance.yml`](.github/workflows/evmyullean-fork-conformance.yml)) runs `make test-evmyullean-fork`, which re-verifies the fork audit artifact against `lake-manifest.json`, checks the EVMYulLean adapter report, rebuilds adapter correctness, rebuilds the native transition harness and smoke tests, rebuilds the public EndToEnd EVMYulLean target, and rebuilds the universal bridge lemmas (25 proven) together with the 123 concrete `native_decide` bridge-equivalence tests (`EvmYulLeanBridgeTest`), surfacing any upstream drift as a red workflow plus an automatically opened or updated GitHub issue for scheduled/manual failures.
64
64
-**Remaining gap for whole-program retargeting**: The public EndToEnd native surface is in place, but whole-program generated/supported-Yul preservation still needs to be rebuilt directly over native EVMYulLean execution. The legacy reference-oracle preservation/equivalence modules remain importable as isolated transition code, and the external-call/function-table family stays carved out of `BridgedSafeStmts`.
65
65
-**Implication**: Semantic correctness does not imply gas-safety.
66
66
-**Proxy note**: `delegatecall`-based proxy / upgradeability flows still sit outside the current proof-interpreter model. Archive `--trust-report` and use `--deny-proxy-upgradeability` when proxy semantics must remain outside the selected verified subset (issue `#1420`).
@@ -113,5 +113,5 @@ High-level semantics can expose intermediate state in reverted computations. EVM
113
113
114
114
---
115
115
116
-
**Last Updated**: 2026-04-20
116
+
**Last Updated**: 2026-05-12
117
117
**Maintainer Rule**: Update on every trust-boundary-relevant code change.
0 commit comments