Skip to content

feat(types): add the speedbump order status and update events - #125

Open
extremeandy wants to merge 1 commit into
claude/unknown-string-enum-fallback-1e103afrom
feat/speedbump-order-events
Open

extremeandy wants to merge 1 commit into
claude/unknown-string-enum-fallback-1e103afrom
feat/speedbump-order-events

Conversation

@extremeandy

@extremeandy extremeandy commented Sep 14, 2026 •

Copy link
Copy Markdown
Contributor

Adds the wire values the taker speedbump introduces:

  • OrderStatus::PendingRelease (PendingRelease)
  • OrderUpdateType::Speedbumped (speedbumped)
  • OrderUpdateType::ReleaseFailed (releaseFailed)

speedbumped mirrors triggerPlaced: the order was accepted and is held for the speedbump delay. releaseFailed mirrors triggerFailed: the held order could not be released and arrives in Expired status with an expiry reason. The expiry reason and API error code fields on this client are plain strings, so the new reasons (OrderBookClosed, CancelOnlyMode, Maintenance, and others) and the new ORDER_PENDING_RELEASE error code need no further change here.

Message-level tests cover a speedbumped update carrying PendingRelease and a releaseFailed update carrying an expiry reason.

Until this lands, clients on #119 parse these values into Unknown("PendingRelease") / Unknown("speedbumped") rather than failing.

Test plan

  • just check
  • just test

🤖 Generated with Claude Code

OrderStatus gains `PendingRelease`; OrderUpdateType gains `Speedbumped`
and `ReleaseFailed` (wire values `speedbumped` / `releaseFailed`).
These are the values the exchange emits for an order held in the taker
speedbump window.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant