KEX state and addressing, KEX DNA identity constraints, and engine execution mechanics are distinct responsibilities. The workspace is an exploration surface; its availability does not establish a production benchmark.
KEX is the state-geometry and addressing component of the architecture. It connects identity, location and relationships without taking over the semantic or execution roles.
01
Addressing is a contract
An address identifies where a state or payload belongs in a defined mapping. The coordinate domain, dimensions, bounds and translation rules are part of that contract. Keddeh’s zero-less scheme retains origin 1; a rendering origin must not silently redefine the underlying address.
02
Pointers connect; engines execute
A pointer relationship identifies another object or capability. The runtime must still resolve it and perform the applicable operation. Keeping that distinction explicit makes it possible to inspect addressing separately from scheduling, storage and execution.
03
Density and observation are different
Changing a camera or observer changes the view. Changing allocations, relations or traversal state changes the represented plane. A faithful visual should derive its marks and transitions from those state changes, with the observer transform applied separately.
What is KEX DNA’s role?
KEX DNA carries identity and constraints for interpreting or admitting state. A seed, its validation and the runtime that uses it remain distinct objects with distinct evidence.
Map the state objects and transitions before connecting the execution path.