The TT REST API 2.0 gives you the tools you need to leverage the power of the TT platform within your own applications. You can access the same product information services, risk management and market connectivity used by the TT platform - all through an easy-to-use REST API.
The TT REST API provide a number of resources:
Note: When submitting requests, all API urls are case sensitive and should include the endpoint name in lowercase. For example, using https://ttrestapi.trade.tt/TTUser/ext_uat_cert/ results in a 403 server error.
You must use https://ttrestapi.trade.tt/ttuser/ext_uat_cert/ in order to properly reach the API.
To view a sample application which makes use of the TT REST API, visit TT's public Github repository.
Note: The ttledger and ttmonitor services are not intended to be used as a real-time feed since there may be delays between the time at which order and fill events occur and the time when they are available via TT REST API. Applications requiring a real-time feed should use TT .NET SDK or TT FIX.
TT provides two environments for use with the TT REST API, a UAT environment which is used when developing and testing your application, and a production environment. Requests to the TT REST API target the environment and requested service use the following base URL:
ttrestapi.trade.tt/<service>/<environment>.Note: To ensure proper routing of all requests, users must use an HTTP library that supports 303 redirects.
Certificate pinning, sometimes known as SSL pinning, is a process that you can use in your application to validate a remote host by associating that host directly with its X.509 certificate or public key instead of with a certificate hierarchy. The application therefore uses pinning to bypass SSL/TLS certificate chain validation.
The typical SSL validation process checks signatures throughout the certificate chain from the root certificate authority (CA) certificate through the subordinate CA certificates, if any. It also checks the certificate for the remote host at the bottom of the hierarchy. Your application can instead pin to the certificate for the remote host to say that only that certificate and not the root certificate or any other in the chain is trusted.
You can add the remote host's certificate or public key to your application during development. Alternatively, the application can add the certificate or key when it first connects to the host.
Warning TT does not support certificate pinning for this service.
In cases where the TT REST API attempts to send too much data in response to a request, users may receive a 413 (content too large) error. In such cases, users should set the Accept-Encoding parameter in the HTTP header to “gzip”. As a result, the TT REST API will compress the data before transmitting it.
It is important to stay current on all of the latest changes that TT makes in the TT REST API. You can subscribe for automated email notifications when new versions of the TT REST API are released by clicking the 'Subscribe' button on the TT Release Notes web page. Although we strive to keep the interface completely backwards compatible in new versions, there may be instances where this is not possible and, as such, will require developers to recompile and/or make code changes.
If you need help with TT REST API issues, you can submit a support ticket. To submit a support ticket, visit TT Support Center page in Resources section of the TT website and click Submit Incident.