In high-performance trading, consistency matters more than anything. Even a small burst of cold-start latency after idle periods can lead to missed fills, slippage, and reduced execution quality. To solve this, we’re introducing a new feature inside the NanoConda API:
WARMWARM is a special internal order type used to warm the sending cache after periods of inactivity—without sending anything to the exchange. This ensures that the order path remains hot and ready for microsecond-level performance when trading activity resumes.
| Feature | Description |
|---|---|
| ✅ Stays internal | WARM orders never leave the server |
| ✅ Zero market impact | No messages are sent to any exchange |
| ✅ Cache warming | Keeps the order sending path hot |
| ✅ Fast confirmation | Each WARM order triggers an immediate confirm + cancel internally |
| ✅ Lightweight | Does not affect risk, position, or session state |
Use WARM orders whenever you need to avoid latency caused by idle session paths, branch predictions resetting, or CPU cache eviction:
✅ After any idle period longer than 1 minute
✅ Before sending a real order after inactivity
✅ Periodically inside market-making or event-driven strategies
✅ Anytime you want to eliminate cold path latency
Cold-start latency is a silent killer in DMA systems. When your session hasn’t sent orders for a while, CPUs de-optimize execution paths and caches get evicted. The next order wakes up the pipeline—but too late.
WARM solves this by simulating an order traversal internally—keeping the latency path hot with zero market footprint.
This feature is live now in NanoConda API builds. If you're already using algo sessions, there's nothing extra to configure—just send a WARM order like any other.
Send a WARM order: