ChenboLin
01About02Work03Labs04Notes
GET IN TOUCH
Back to engineering work阅读中文版
COMPILERS / RUNTIME6 min read

Skipping inactive updates without changing visible results.

EonState is a compiler and runtime experiment that skips inactive state updates within a restricted, checked scope and falls back to dense execution when needed.

Published
2026-08-25
Updated
2026-08-25

Project scope

CURRENT / SOFTWARE RESEARCH

Compiler semantics and runtime design

Intermediate form
State SSA and EonIR with guards and observations
Execution modes
Sparse Advance/Jump and a canonical dense executor
Scope
Restricted kernels with certificates and an independent checker

Topics

Restricted state kernelsCertificates + checkerDense fallback
01

Skip inactive time without changing what is observed

EonState asks whether a dense state-update loop can be transformed into a sparse program that advances across inactive intervals, jumps at events and returns to dense execution when events become frequent.

The central requirement is not that events are always faster. It is that both executors refine the same observable semantics and switch only at a certified quiescent boundary.

02

Restricted support is a feature

The first system targets declared kernel families such as affine recurrences, leaky integration, rate limiters, supported threshold/reset forms and selected observation structures. Unsupported effects or source shapes should be rejected rather than optimised unsafely.

That makes the compiler easier to reason about because the transformation starts from a known semantic envelope instead of pretending to understand arbitrary Python or arbitrary hybrid dynamics.

03

An independent checker reviews the transformation

The compiler emits a structured representation, guard analysis and certificate material that an independent checker can inspect. Depending on the arithmetic domain, the result may be exact abstract semantics, bit-exact execution or a declared finite-precision error bound.

Those categories must remain separate. A mathematically exact formula does not automatically make a floating-point execution bit-exact.

04

Performance is an empirical question

A measured cost model is allowed to choose the dense executor when event density makes sparse execution unattractive. The system therefore treats crossover, controller overhead and fallback behaviour as things to measure, not as benefits to assume.

This keeps the project focused on a trustworthy transformation and a truthful operating envelope rather than a universal optimisation slogan.

Public evidence boundary

The current claims are restricted to checked software and semantic scopes. They do not establish arbitrary nonlinear or hybrid support, universal speedup, physical energy savings, target-board performance or a complete hardware portability result.

Each page states what the project covers, what evidence is public and what has not yet been verified.

Browse all engineering work
Chenbo Lin
© 2026 Chenbo Lin. All rights reserved.