The server is now a gateway that starts SIM_SHARDS shard processes
(`sim shard --index I --count N ...`), each with its own database from
the SHARD_DATABASE_URL template. The gateway steps all shards in
lockstep over a /control WebSocket, publishes the entity directory and
market board between steps, merges the shards' views into one world
for the UI and routes edits to the shards they concern.
Shards send entity messages and transfers to each other directly over
/remote WebSockets; every step waits until its outgoing messages are
accepted, so nothing is in flight when the next step starts or a
snapshot is taken. Shard processes exit when the gateway goes away.
Update Picard to f88b9cb and register every other shard as a console
peer `shard-N`, so one console session can list, inspect, manage and
message the actors of all shards.
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Add tracing, tungstenite and uuid as workspace dependencies for the
upcoming shard cluster.
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Update Picard and forward console/serde features, serialize actor messages, and route console requests through the simulation thread.
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Enable Picard's stats and tracing features, publish actor counters to the UI, and initialize configurable tracing output.\n\nCo-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Steve Biedermann