Project announcement · Active R&D · Rust systems

Every science. One engine.

The Generalized Execution Platform is a domain-blind operating layer for scientific research and deployment. Author your mathematics, laws, models, and experiments once. At run time, the engine stitches them together, allocates real machines, moves your data, and executes your work — while your meaning stays exactly yours.

01 / The idea

You already know this machine.

A game designer never writes driver code. They author objects, textures, shaders, and rules — and when the moment comes, the engine stitches everything together in real time. Science has never had that machine. GEP is being built to be exactly that.

Game engine
GEP

Assets

meshes · textures · shaders · physics settings

Assets

mathematics · laws · models · methods · schemas · experiments

Composition

scenes assembled at runtime by the engine

Composition

exact dependency closures, lowered deterministically at activation

The engine owns

rendering · physics · memory · platform targets

The platform owns

execution · data movement · allocation · custody · lineage

The author never touches

drivers · draw calls · allocators

The scientist never touches

schedulers · kernels · backends · queues · clusters

The platform ships blank — no preferred mathematics, no built-in science, no opinion about your domain. You bring every ounce of meaning.

02 / The steel boundary

Meaning stays up.
Machinery stays down.

The defining cut of GEP is a boundary we treat like steel. Authored meaning lives above it; execution, data plumbing, and physical hardware live below it. Neither side leaks into the other — so either side can evolve without rewriting the other.

Above the line — yours

Your science

  • def/ definitions & mathematics
  • law/ laws & rules
  • prof/ profiles & policies
  • mod/ models & methods
  • exp/ experiments & research tools

Below the line — the engine’s

The machine

  • exe/ execution engine & retained Jobs
  • data/ data plane & custody
  • alloc/ allocation, grants, waits, release
  • prov/ providers — CPU → GPU → clusters
  • fac/ durable facility & receipts

Swap a kernel. Add a GPU class. Move to a cluster. Your science does not change by one byte.

Floor to ceiling, without rewriting the floor.

Science on GEP stacks like floors in a building. Each layer is an inert, versioned asset that composes on the exact closure beneath it. Build a tower yourself — click the assets below.

exact closure: 0 assets rewrites required: 0 meaning drift: none

Select an asset to begin stacking.

    03 / Architecture

    Four pillars. No favorites.

    GEP is four peer pillars joined by typed crossings. Each owns a narrow slice absolutely — and is forbidden from reaching into its neighbors’ concerns.

    P·1

    Definition & Activation

    Authored meaning made exact: versioned definitions, precise dependencies, deterministic lowering, and a separate semantic trace.

    Owns
    definitions · closures · lowering · provenance
    Never touches
    execution · data movement · resource grants

    P·2

    Scientific Player

    A meaning-blind executor. It runs lowered programs as retained Jobs and returns exact technical outputs — understanding nothing of what they mean.

    Owns
    execution · retained Job state · technical outputs
    Never touches
    scientific interpretation · scheduling · dependency resolution

    P·3

    Scientific Data Plane

    Finite, governed data: bounded exchange with custody today; persistence, cataloging, query, and observation as it matures.

    Owns
    finite exchange · custody · persistence · query
    Never touches
    scientific effects · domain meaning · grants

    P·4

    Allocation & Physical Realization

    The sole meaning-blind physical governor. It joins lawful work to current machinery through fit, grants, waits, and release.

    Owns
    physical fit · grants · waits · release · providers
    Never touches
    scientific meaning · data truth · workflow policy

    04 / The route

    One governed path
    from idea to evidence.

    1. 01

      Author

      Define meaning and exact dependencies — once.

    2. 02

      Activate

      Resolve one exact closure; lower it to a mechanical program plus a separate semantic trace.

    3. 03

      Move data

      Bounded technical inputs cross the Data Plane under custody.

    4. 04

      Execute

      One retained, meaning-blind Player Job runs.

    5. 05

      Realize

      Allocation grants, accounts for, and releases the current physical work.

    6. 06

      Correlate

      Mechanical evidence and semantic provenance stay distinct — but exactly related, forever.

    Because every crossing is typed and every identity exact, the same route serves a two-second script or a month-long campaign — and replays honestly years later.

    05 / What gets built on top

    A blank box is everyone’s box.

    No science lives inside the engine — which is why every science can live on top of it. Domains become asset packs: authored once, locked, reused everywhere.

    ml/Machine Learning
    phys/Physics
    math/Mathematics
    fin/Finance & Trading
    astr/Astronomy
    aero/Aerospace & Rocketry
    pharma/Pharma & Bio
    earth/Climate & Earth
    mat/Materials
    you/Your discipline

    First proving ground: an end-to-end quantitative-trading research vertical. Generality is earned through real executable work — not speculative abstraction.

    06 / What’s real today

    An honest boundary.

    This is an announcement of direction, not a finished product — so this page doesn’t hand-type its claims. The ledger below reads the project’s own PROJECT_STATUS.md, straight from the working tree. When engineering advances, this page changes with it.

    Foundation ledger

    connecting…
    • A1Modular local Allocation — CPU, memory, spillcomplete
    • P1Retained meaning-blind Player Job over finite inputscomplete
    • D1Arrow Shared Batch Exchange with bounded custodycomplete
    • L1Definitions, activation, closure, lowering, tracecomplete
    • I1One integrated session across all four pillarsin progress

    Explicitly not yet

    • durable persistence
    • query services
    • distributed execution
    • production deployment
    • application UI

    Sequenced next

    GPU providers — Metal / CUDA / ROCm multi-machine realization dataset catalog & query release packaging observation plane contract activation
    Governance can prove what ran, under what authority, from which exact inputs. It cannot make weak science true.

    07 / Operating principles

    Laws we hold the engine to.

    01

    Blank by default

    No math, laws, models, or methods ship inside. The platform holds no scientific opinion.

    02

    Meaning is user-owned

    Inert, versioned assets composed with exact dependencies belong entirely to their author.

    03

    Machinery stays below

    Kernels, schedulers, backends, and capacity are platform concerns — never labels in science.

    04

    History keeps moving

    One Job’s wait, failure, or long life never stops unrelated compatible work.

    05

    Deployment is optional

    A composition may branch into an independently owned executable — research never stops.

    06

    Governance is not truth

    The engine proves provenance and authority. It cannot declare a conclusion scientifically true.