Skip to main content

What pods solve

A venue gives you one account: one balance, one set of credentials. Everything you run through it, whether several strategies, several desks, several traders or several client books, shares that balance, with no way to tell one’s exposure from another’s. A pod gives each of them its own book, funded and measured on its own. How you divide things up is yours to decide.

What belongs to a pod

Pod readiness

A pod moves through four states before it can trade. The Platform shows where each pod stands.
1

Created

The pod exists and can be named and configured. No capital, no venue access yet.
2

Wallet delegated

An admin grants ParlayX permission to sign trades with the pod’s wallet. This is what turns the pod on.
3

Funded

Capital has reached the pod and is available to trade.
4

Venue-ready

Venue connections resolve. The pod can place orders.
A pod that is not venue-ready will reject orders rather than route them somewhere unintended. Failures at this layer are explicit; they do not fall back to another pod’s capital or another pod’s credentials.

Adding traders to a pod

Adding a trader to a pod lets them trade it from the trading platform and, if permitted, through an API key they create for that pod. Removing them withdraws that access immediately, without affecting their access to any other pod. See Traders and Permissions.

How separation actually works

Venues and credentials covers this in more detail.