Risk Disclosure
The technical, economic, model, market, and legal risks of using Spawn.
Spawn combines experimental software, simulation Models, digital assets, smart contracts, markets, and third-party infrastructure. Each layer can fail. Users should assume that money committed to a World or token can be lost.
Platform status risk
The $SPAWN token is live, but the broader Spawn platform is under development. Planned contracts and services may change, arrive late, or never reach production. Website descriptions of working designs are not proof of deployment.
Smart contract risk
Smart contracts can contain errors that lock or misdirect funds. Audits and testing reduce risk but do not eliminate it. Immutable contracts can make a strong guarantee difficult to reverse when a bug is discovered.
Users should verify contract addresses, source verification, permissions, upgrade paths, and audit status before signing a transaction.
Token and market risk
$SPAWN and $[New Token] assets can lose most or all of their value. Liquidity may disappear, slippage may increase, taxes or venue behavior may differ from expectations, and a market may be manipulated.
Locked liquidity prevents only the withdrawal paths actually removed by the verified lock contract. It does not protect price or guarantee buyers.
Model risk
A Model can be incomplete, biased, poorly calibrated, overfit, unstable, or inappropriate for the decision being made. A technically reproducible Model can still be wrong.
Real-world and high-stakes uses require appropriate expert review, validation, and independent judgment.
Data risk
Data may be stale, incomplete, incorrectly licensed, manipulated, or entered under the wrong version. Live data feeds can fail. A recorded hash proves which file was used; it does not prove that the file was accurate.
Runtime risk
Compute providers can fail, stop responding, produce incorrect results, or charge more than estimated. A World may pause when funding is exhausted. A pause can affect gameplay, markets, timing, and user confidence.
Verification risk
Verification can miss a flaw, use the wrong environment, or rely on an insufficient quorum. Bonded or independent verifiers can still collude or fail. Replay is strongest when inputs, dependencies, arithmetic, and checkpoints are fully specified.
Settlement risk
A simulation must not directly control participant funds. Settlement should accept only results that satisfy the World's published finality policy. Errors in the vault, result adapter, or settlement formula can cause loss.
Designer and Launcher risk
Designers can spend substantial time building a Blueprint that nobody adopts. Launchers can spend money on development, liquidity, marketing, and runtime without attracting users. Royalties, fees, and token exposure are uncertain.
Player risk
Players can lose entry fees, action costs, tokens, or capital placed at risk. Strategy cannot remove Model uncertainty, contract risk, market risk, or randomness.
Regulatory and legal risk
Tokens, prediction products, contests, wagering-like mechanics, data licenses, intellectual property, and financial simulations may be regulated differently across jurisdictions. A technically possible World may not be legally appropriate.
Infrastructure risk
Spawn depends on Robinhood Chain, Pons, wallets, RPC providers, explorers, hosting, data vendors, and other services it does not fully control. Outages, indexing errors, chain reorganizations, policy changes, or provider failures can affect the platform.
Security and scam risk
Attackers may publish fake contract addresses, websites, support accounts, claim pages, or private messages. Verify links through official public channels. Do not send tokens to an address simply because someone claims it is part of a launch.
No advice or warranty
Spawn documentation is technical and informational. It is not investment, financial, legal, tax, scientific, or professional advice. Third-party Models and Worlds are not guaranteed or endorsed merely because they appear on the platform.
Assume total loss is possible.