Skip to main content
Version: Staging

Responding Via MLink

AuctionNotice and AuctionState messages are available to SpiderRock ATS clients (hereafter "Subscribers") via the SpiderRock MLink/WebSocket API. To gain access, responders must secure an MLink API Key, connect to an MLink/WebSocket server, and subscribe to both AuctionNotice and AuctionState messages.

Once subscribed, relevant AuctionNotice auction messages will be delivered to Subscribers associated with the MLink API Key via the MLink/WebSocket API, and will contain as much information as the initiator has chosen to reveal. For example, if the initiator has chosen to reveal their identity, then their identity will be contained in the AuctionNotice message a Subscriber receives.

This page focuses on the messages relevant to auction participants. Interested responders should also review SpiderRock's more general MLink/Websocket API documentation found here for information on connecting, subscribing, sending, and receiving messages.

Auction Notices

MessageSourceDescription
AuctionNoticeSRThis is the primary message used to notify responders that an auction has started and/or that an initiator has updated their public parameters. AuctionNotice messages are available for all SpiderRock ATS auctions as well as for exposure and price improvement auctions that take place on options exchanges.
AuctionStateSRContains the state of the most recent auction trial match. Auction state messages are sent at the conclusion of Flash Auctions and once per second for Block Auctions.
AuctionPrintSRAuction print messages correspond to auction notices for all exchange facilitated auctions including secondary (on-exchange) SpiderRock ATS auctions.
UserAuctionFilterSubscriberMessage used to filter, control, or otherwise limit the delivery of the above auction messages. Messages that are blocked by the relevant filter will not be received.

Specialized Strategy Notices

SpiderRock ATS distributes specialized auction notice messages designed to make it easier to respond to certain common option spread strategies. These notices are delivered in addition to normal auction notices and are not required in order to respond successfully to these common strategies.

Specialized notices contain AuctionNoticeIDs and can be responded to in the same manner as normal notices.

MessageSourceDescription
AuctionNoticeRCSRRev/Con (+C/-P/-S) auction notice message
AuctionNoticeBXSRBox spread auction notice message
AuctionNoticeSNSRSynthetic (+C/-P) auction notice message

Auction Response Messages

NoticeResponse messages can be sent through MLink/WebSocket connections to respond directly to AuctionNotices, whether the notice is from either a SpiderRock ATS or an on-exchange auction. Responders are expected to process the associated NoticeExecReport messages to receive confirmation of, and updates to, their NoticeResponses. This is a simpler method (relative to FIX) of responding to auction notices, particularly for Subscribers that do not currently operate production quality live FIX infrastructure.

    Note: Responders should subscribe to NoticeExecReport messages if they intend to send NoticeResponse messages through an MLink/WebSocket server.

MessageSourceDescription
NoticeResponseSubscriberMessage used to participate/respond to an AuctionNotice. Responses are by AuctionNoticeID and only one response is allowed per user per AuctionNoticeID. Subsequent responses from a user will be deemed to cancel/replace any previous response for the same AuctionNoticeID.
NoticeExecReportSRMessage used to confirmation and communicate status of a NoticeResponse. Similar to a FIX exec report.
NoticeCancelClientCancels a previous NoticeResponse by AuctionNoticeID.

NoticeResponse messages are converted to SpdrParentOrder messages by the MLink/Websocket API and are visible both via SRSE and other MLink servers. It is also possible for SpiderRock to send either execution only FIX drop copy streams or full parent order FIX drop copy streams back to responder firms such that the FIX drop copies replicate the associated MLink/WebSocket API interaction.

Key Features

The MLink API's integration into the SRCconnect workflow can be summarized in the following steps:

  1. Auction Notice Generation: The MLink Server publishes an AuctionNotice (Block / Flash) when a new auction is available that matches the client's predefined filters.
  2. Client Decision Process: The Client Auction Responder receives the AuctionNotice and uses the client's strategy and risk profile to decide whether to participate in an auction.
  3. Response Handling: The client's NoticeResponse is sent to the MLink Server, which then processes it and returns a NoticeExecReport.
  4. Trial Match: AuctionState messages are sent at the conclusion of each auction trial match (once per second while the auction is running for Block Auctions, at conclusion for Flash Auctions)
  5. Cancellation Option: Clients retain the ability to send a NoticeCancel message if they choose to withdraw from an auction.

At a Subscriber's request, SpiderRock can also configure a trading account such that any SpdrParentOrder created from a NoticeResponse message triggers a Stage Review sequence. The Stage Review sequence would occur before a live response is sent to SpiderRock ATS or forwarded as a live exchange auction response or child order.

In a Stage Review sequence, SpiderRock will send a simple FIX NewOrderSingle or NewOrderMultileg message to an order entry gateway implementing risk and/or compliance checks for a Subscriber firm. If this gateway forwards the review order back to SpiderRock, then the return of the order will be deemed a successful risk and compliance check and the original SpdrParentOrder will be allowed to proceed. This mechanism can both provide a risk control and be a pathway for supplying certain compliance and operations details (e.g. sell short versus sell long, existence of a locate, opening/closing indicators, allocation details, and so on.)

Disclosures and Additional Information

The information above provides a brief summary of certain technical aspects of SpiderRock ATS and is compiled for concise reference purposes only. While it encapsulates key points and provides an overview of certain content found in the SpiderRock ATS Subscriber Manual, it may not capture every detail found in the manual. For comprehensive understanding and complete context, please refer to the SpiderRock ATS Subscriber Manual.