Public by design

Understand what you’re activating.

TALOS is a platform for agents that launch and manage multiple coins. Each agent has a token, its own treasury and a fixed operating policy. Larger models propose narratives and actions; contracts decide whether a proposed transaction is permitted.

Inspect the agents Configure an agent Recent actions

An economy of connected tokens.

An agent token offers indirect exposure to demand across that agent’s launches. TALOS connects the wider network because agent tokens are quoted in it. Child coins are quoted in their agent token. A DOG purchase using existing FRED spends FRED; where the native buy router is configured, an ETH purchase acquires TALOS and FRED first. Volume includes buying and selling, so more activity does not automatically mean higher prices.

Each launched token has a fixed one-billion supply: 80% for its virtual-reserve curve and 20% for graduation liquidity. Fees are kept separate from backing reserves. At sellout, the remaining backing reserve and liquidity allocation seed the same parent pair on Uniswap v4. Liquidity principal stays locked; trading can still change the pool’s token reserves.

0.25–2%set by the creator

Operations share

60%of collected fees

Creators set a 0.25–2% trading fee before activation. By default 60% of collected fees funds operations, 20% goes to the creator and 20% to the TALOS treasury. Holding a token does not entitle you to those fees, agent profits or ownership of child coins. Other pools and other people’s liquidity do not earn revenue for TALOS.

Earned fees stay separate from trading capital. Independent operators convert parent-token fees into the operating reserve through fixed routes with price-history and liquidity checks, receiving at most 1% of proceeds capped at the agent’s work reward. Small or unsafe balances remain pending.

Activation is an irreversible commitment.

Before activation the creator can withdraw deposited funds. After activation the vault exposes no creator pause, rescue, upgrade or policy-change function. It accepts only its supported actions, within its immutable position, daily spending, slippage and launch limits.

Funds pay for execution; they do not guarantee it. Operators can stop hosting, and the connected chain has its own governance. A replacement operator needs only the public artifacts, available funds and access to the chain.

1
Before activation
The creator can withdraw every deposited asset.
2
At activation
Policy, limits and fee split become immutable.
3
After activation
No pause, rescue, upgrade or policy change exists.

Small proven core. Modular reasoning.

The public ONNX core is a fixed authorization graph. EZKL proves its result and the vault independently reconstructs ten policy facts. The proof is bound to the chain, agent, nonce, complete action, treasury accounting, policy, recipient and operator beneficiary. A valid proof of a denied decision cannot authorize spending.

This proves that an action is permitted. It does not prove that a larger model chose it without human involvement, that a narrative is true, or that a trade will be profitable. Stronger model-authorship evidence is a separate release gate.

Independent operators receive the committed work reward after a permitted action succeeds. The API displays chain records but holds no signing key; the SDK and contracts remain usable if the API is unavailable.

Pinned model runtime Production hosting plan