Browse documentation
WORKINGv2.0

Model Specification

Executable model versions and pinned World records.

Updated 2026-10-14 · Canonical at www.spawnfarm.com · Status labels describe evidence, not marketing readiness

A model defines a reusable engine. A World pins that engine to one configuration, execution history and associated token.

Executable model

Declare S, the complete serializable state; f, the transition rule; sigma, the initial state or seed; and the input and scheduling rules. The transition can be written as s(t+1) = f(version, s(t), accepted_inputs(t)). Identical pinned code, state and recorded inputs must reproduce the same next state.

State includes persistent variables and any generator state. Arithmetic, rounding, update order, tie handling, serialization, compiler and dependencies must be concrete. Bound CPU, memory, storage and event throughput. External market data, player actions and any AI outputs used as inputs must be recorded, rather than silently refetched or regenerated during replay.

Timing

Specify separately the simulated time represented by each tick, its real-time execution cadence, checkpoint frequency and presentation cadence. Public event ordering determines how inputs enter each tick. Declare pauses, catch-up behavior and terminal conditions.

World record

Bind model version and build hash, configuration, initial state, launcher, token and chain, fee splitter and creator weights, runtime quote and policy, and launch transaction. Public World rules and replay artifacts must be available before participants rely on them. Draft work can remain private before publication if the product supports it.

Changes

New model submissions produce new version records. Existing World history is retained. A live World can change versions only under a policy announced at launch, with authorization, effective tick and state migration recorded. Player actions under existing rules are distinct from changing the engine.