Order execution and multi-exchange support
2025.12 – 2026.09Problem · Traders hold several accounts across venues like Deribit, Hyperliquid, and Bybit, and the same BTC option has a different symbol, decimals, and margin model on each. They used to hop between exchange screens to trade, and a slip sent money to the wrong account or instrument.
- One that selects several instruments and submits them together as a . Each leg gets an so the preview shows an expected fill, and nothing leaves without passing validation.
- An rule that combines instrument, venue, and the user's choice to pick the destination account automatically, blocking wrong-account mistakes in the UI.
- Venue symbol formats (Deribit 'BTC-26DEC25-90000-C' vs OPRA 'IBIT_271217P00048000') handled as structured fields (underlying, expiry, strike, call/put) rather than strings, so adding a venue does not break order logic.
- Professional order types layered on top: brackets, quotes, matrix orders, , simulation, slicing, .
- Found that the passed to the AI for chat orders could not express batch orders or TP/SL, wrote the fix as an , and changed the protocol with the backend team. Proposed '@account' tags to route each instrument to its own account.
- Showed that merging positions from several accounts into one table is unsafe because server messages carry no account identifier, and documented it as a backend change request.