​
FIX API Connectivity

​
Endpoints

Before logging onto a FIX session, clients must establish a secure connection to the FIX gateway.
Host: fix.elections.kalshi.com
PurposePortTargetCompID
Order Entry (without retransmission)8228KalshiNR
Order Entry (with retransmission)8230KalshiRT
Drop Copy8229KalshiDC
Post Trade8231KalshiPT
RFQ (with retransmission)8232KalshiRFQ
Sessions are potentially dropped during trading closed hours for maintenance. For now, this is on Thursdays from 3 AM to 5 AM ET. All users are required to restart their sessions during this time and reset sequence numbers to 0.

​
Rate Limits

​
Order Entry Session

  • Limit: Your account-level rate limits are applicable
  • Scope: Application messages only (from client to server)
  • Excluded: Session layer messages
Session layer messages excluded from rate limits:
  • Logon (35=A)
  • Logout (35=5)
  • Heartbeat (35=0)
  • TestRequest (35=1)

​
TCP SSL Configuration

​
SSL/TLS Requirements

If your FIX implementation does not support establishing a native TCP SSL connection, you must set up a local proxy such as stunnel to establish a secure connection to our FIX gateway.
Kalshi will provide the certificate for pinning on the initiator side when providing your API key.

​
Message Retransmission

​
Supported Endpoints

Message retransmission is currently only supported on:
  • Order Entry with retransmission (KalshiRT)
  • RFQ session (KalshiRFQ)

​
Unsupported Message Types

For endpoints without retransmission support:
  • ResendRequest (35=2) - Not supported
  • SequenceReset (35=4) - Not supported
For sessions without retransmission support, ResetSeqNumFlag<141> in the Logon message must always be true or the Logon will be rejected.

​
Alternative Recovery

The drop copy session endpoint provides an alternative way for clients to query for missed execution reports without using the retransmission protocol.

​
Session Configuration

​
Required Settings

  • Session Profile: FIXT.1.1 (required for Application Version Independence)
  • Application Version: FIX50SP2 (FIX 5.0 SP2)
  • SenderCompID: Your FIX API Key (UUID format)
  • TargetCompID: See endpoints table above

​
Session Identification

  • Session identification uses: SessionID = TargetCompID + SenderCompID
  • Only one FIX connection is allowed per FIX API Key
Each API key can only be used for a single connection at a time. If you need to establish multiple concurrent connections (e.g., for both order entry and drop copy), you must create separate API keys for each connection.

​
Best Practices

  1. Connection Management
    • Implement automatic reconnection logic for the daily maintenance window
    • Monitor heartbeat intervals (default 30 seconds)
    • Handle connection drops gracefully
  2. Sequence Number Management
    • Reset sequence numbers to 0 after daily maintenance
    • For non-retransmission endpoints, always use ResetSeqNumFlag=Y
  3. Security
    • Store private keys securely
    • Never share private keys, even with Kalshi employees
    • Use certificate pinning when provided

​
Troubleshooting

​
Common Connection Issues