Offer Lifecycle
The instant cash offer lifecycle from creation to settlement.
States
| State | Description |
|---|---|
| REQUESTED | Seller has submitted an item but no Conditional Bid currently matches. The offer is waiting for a Liquidity Provider to provide liquidity. Once a matching bid is placed, the offer transitions to OFFERED. |
| OFFERED | A bid has been matched and the offer is available to the seller. If the backing bid is canceled, filled, or updated, the offer cycles back to REQUESTED until a new bid matches. Sellers always see current market liquidity. |
| ACCEPTED | Seller has accepted the offer. Orders and money movements are created in a pending state. Tradepost runs final checks to ensure there was no slippage (i.e., the matched bid hasn't changed or been withdrawn). Once confirmed, the seller receives delivery instructions and transfer details. |
| TRANSFER_INITIATED | Seller has indicated the item is sent and in transit. Pending delivery confirmation from the Liquidity Provider. |
| TRANSFER_COMPLETED | Liquidity Provider has confirmed receipt of the item. Seller is pending payout. |
| PAID | Payout has been released to the seller. |
| EXPIRED | Seller did not initiate transfer within the required window after accepting. |
Flow
An offer can cycle between REQUESTED and OFFERED as bids shift — new bids match, existing bids get canceled, filled by another offer, or updated. Sellers always see current market liquidity.
By asset type
| Digital (tickets) | Physical (cards, collectibles, sneakers) | |
|---|---|---|
| Transfer window | 10–60 minutes depending on configuration | Standard shipping |
| Transfer destination | Direct to Liquidity Provider via the originating ticket platform (e.g., Ticketmaster, AXS) | Direct to Liquidity Provider's address |
| Liquidity Provider confirmation | Must confirm receipt or explicitly flag non-receipt after the transfer window closes. If the Liquidity Provider does not respond, the offer remains active. | Confirms receipt via API or Terminal. Confirmation constitutes acceptance of authenticity — there is no separate Tradepost authentication step. |
| Payment authorization | Authorized after Liquidity Provider confirms transfer. This protects Liquidity Providers from paying for items that never arrive. | Authorized after Liquidity Provider confirms transfer. This protects Liquidity Providers from paying for items that never arrive. |
| Payout timing | Held until after the event passes to protect against cancellations, invalid transfers, or chargebacks. | Released after delivery and Liquidity Provider confirmation. |
| Instant payout | Available for a fee — sellers can opt in to receive funds immediately rather than waiting for the event to pass. | Available for eligible sellers — allows payout before Liquidity Provider confirmation window closes. |
Liquidity Provider responsibilities
- Digital: Monitor for incoming transfers and confirm receipt (or non-receipt) within the transfer window. Failure to confirm non-receipt keeps the offer active — you own the item if you don't flag it.
- Physical: Confirm receipt via
processPartnerTransferAPI or in Terminal. By confirming, you are accepting the item as authentic. There is no intermediary inspection — items ship direct to you.