WORKING SPECIFICATIONv2.0

Understand exactly how Spawn works.

From Models and Worlds to runtime, token economics, verification, settlement, and the contracts underneath them.

What is live today?

Read the full status →

$SPAWN is an existing Robinhood Chain token. The v2 platform is a public working specification under active development.

The Model Library, Launchpad, registries, vaults, replay client, and runtime system must not be treated as deployed until their addresses, code, controls, and required evidence are published.

Canonical website: www.spawnfarm.com. The legacy domain spawn.farm is not controlled by the current community-led team and may contain outdated or conflicting claims.

$SPAWN tokenEXISTING TOKEN
Community takeoverSTATUS TRACKED PUBLICLY
Website + documentationCURRENT DOC · NOT DEPLOYMENT
Reference World + replay clientSPEC · NEEDS PROOF
v2 contracts and registriesSPEC · NEEDS PROOF
Open Runtime MarketplaceCONCEPTUAL
Spawn token

OFFICIAL $SPAWN

Robinhood Chain
0x41080c9d7908CE567eFe239042c49D8159a2A3bb

The official $SPAWN token for the Spawn ecosystem.

Always verify the contract address before interacting with $SPAWN.

The system in one line.

From a Model to a participant’s Position, Spawn defines a path for building testable simulations. The production system remains under development.

ModelReusable simulation engine.
WorldConfigured implementation.
SeasonBounded run or competition.
PositionA participant’s entry under the World rules.

Start here.

New to Spawn? These are the most important documents to understand the protocol.

View all docs →

Three economic layers.

Different assets. Different roles. A more resilient system.

Learn more about the economics →

WORLD TOKEN = OPTIONAL UTILITY

  • Used only when a World needs transferable utility
  • Receives its own name and ticker
  • Requires disclosed supply, sinks, and permissions
EXAMPLE: $HURRICANE unlocks a defined action

$SPAWN = PROPOSED NETWORK CAPITAL

  • Near-term design: published World-creation gate
  • Optional collateral only for approved, lawful Seasons
  • No production utility exists without deployed contracts
PLANNED ROLE · NOT A DEPLOYMENT CLAIM

$ETH = COMPUTE

  • Funds runtime: compute, storage, data
  • Pays verified runtime obligations
  • Scales with measured compute needs
EXAMPLE: Runtime Battery funds simulation ticks

What we claim — and what we do not.

Transparency builds trust. Here’s how a simulation result moves from execution to settlement.

1ExecuteRun the simulation deterministically.
2CommitCreate a verifiable state commitment.
3VerifyIndependent verification or proof.
4FinalizeAccept the result under the rules.
5SettleDistribute claims and update state.

Status labels.

You’ll see these throughout the docs. They indicate the current state of each component.

VERIFIED

Implemented, publicly identified, and tested to the stated Spawn standard.

SPEC · NEEDS PROOF

Specified architecture that is not production-ready until its implementation and evidence are published.

CONCEPTUAL

Longer-term research direction; not part of the near-term product.

CURRENT DOC · NOT DEPLOYMENT

Current v2 language or product direction; documentation is not deployment evidence.