Products & projects

KEX

Explore state, identity and addressing through the existing KEX browser application.

Explore the mechanics.

Explore state, identity and addressing through the existing KEX browser application.

Open KEX

Distinct roles

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.

Explore all products

UNDERSTAND THE ARCHITECTURE

Give state a place. Give change a lineage.

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.