A Peter is SolTrace’s per-coin decision operator. Each operator maintains its own coin context, position state and frozen policy while the shared system distributes observations and handles execution.
An admitted coin gets its own Peter context. Coin address, policy generation and available knowledge snapshot identity are associated with that operator. Manual observation is also supported; observing a coin does not force a buy.
Incoming observations update the operator’s context. The policy families ENTRY, HOLD, EXIT, REENTRY and DROP express the different decisions around observing and managing that coin.
A proposed action is passed through the execution path under the selected mode and conditions. Position changes and available decision evidence remain connected to the originating coin and operator.
A Peter is a software actor with its own state, not a claim that every coin has a separate CPU or language model. A signal or proposal is not a completed trade.
Decoded market activity is distributed to the relevant coin
Coin A → Peter A · Coin B → Peter B · Coin C → Peter C
ENTRY · HOLD · EXIT · REENTRY · DROP
Proposal → execution status · position context · Decision Ledger
