at Financial Technnology Year
Please contact them if you have any questions.
Quantlab Trading System from Quantlab Financial
Sophisticated quantitative models, automated market making strategies, complex event processing, high-performance computing infrastructure, customizable execution algorithms, and real-time portfolio management tools.
Product analysis by function
Automated Market Making Algorithms for Market Making/Proprietary Trading
Software implementing strategies for providing liquidity while managing inventory risk across various market conditions.
More Automated Market Making Algorithms
More Market Making/Proprietary Trading ...
Order Management
(7 Yes /7 Known /13 Possible features)
|
Order Entry Speed The time required to submit an order into the market from the system. |
No information available | |
|
Order Modification Supports on-the-fly modification of existing live orders. |
Sophisticated quantitative models and customizable execution algorithms imply support for on-the-fly order modification within an advanced trading system. | |
|
Order Cancellation Speed The time required to cancel an existing order from the market. |
No information available | |
|
Bulk Order Handling Ability to handle large volumes of order messages per second. |
No information available | |
|
Order Routing Flexibility Supports routing orders to multiple venues or exchanges. |
Customizable execution and multi-asset strategies imply order routing flexibility, a requirement for market making and proprietary trading. | |
|
Iceberg/Reserve Orders Supports submission of partial-displayed (iceberg) orders. |
No information available | |
|
Order Duration Types Supports various order time-in-force types (IOC, FOK, GTC, etc). |
Sophisticated execution and real-time portfolio management in market making typically require support for various order duration types. | |
|
Automated Order Throttling Limits order rate automatically to comply with venue or regulatory constraints. |
No information available | |
|
Order State Tracking Maintains real-time states of all active, pending, and completed orders. |
Real-time portfolio management tools and event processing generally require accurate tracking of order states. | |
|
Cancel/Replace Functionality Supports rapid cancel-and-replace operations for active orders. |
Customizable execution algorithms strongly imply rapid cancel/replace capability to respond to market moves. | |
|
Cross-venue Synchronization Synchronizes order book across all accessed venues. |
Managing across multiple venues is typical for such systems, and synchronization is essential for market making/proprietary trading. | |
|
Order Sequencing Consistency Maintains order of operations for audit and disaster recovery. |
Order and market audit requirements for quant/proprietary strategies usually demand order sequencing consistency. | |
|
Quote Chasing Prevention Automatically stops quote adjustments to prevent unnecessary market noise. |
No information available |
Pricing and Quoting
(11 Yes /11 Known /12 Possible features)
|
Dynamic Spread Adjustment Automatically widens or narrows spreads based on market volatility. |
Dynamic adjustment to market conditions is a hallmark of sophisticated market making algorithms. | |
|
Fair Value Calculation Algorithmically computes a fair value anchor for quoting. |
Fair value calculations are fundamental in quantitative market making. | |
|
Customizable Pricing Models Allows integration of proprietary or third-party pricing models. |
Product claims customizable execution and models; proprietary/third-party pricing models are implied. | |
|
Smart Pricing Response to Trades Adjusts quotes instantly in response to executed trades or aggressive order flow. |
Instant quoting adjustment in response to trades is standard for high-speed automated market making. | |
|
Quote Frequency Number of quote updates per second system can handle. |
No information available | |
|
Latency Sensitivity Adaptation Adapts quoting speed and aggressiveness based on latency measurements. |
Latency awareness (sensitivity/adaptation) expected for high-performance, event-driven trading platforms. | |
|
Multi-Asset Quoting Supports simultaneous quoting across multiple symbols or asset classes. |
Multi-asset quoting is essential for sophisticated proprietary and market making platforms. | |
|
Auto-Quote Pausing Pauses quoting in response to failed checks or detected anomalies. |
Risk controls to pause quoting are standard in advanced market making infrastructures. | |
|
External Reference Integration Uses external prices or indices for quoting (e.g., consolidated tape, futures fair value). |
Integration of external reference data (prices, indices) is typical for quant/market making products. | |
|
Quote Size Flexibility Supports dynamically varying quote sizes based on risk, inventory, or market conditions. |
Quote sizing based on inventory/risk is a standard feature for real-time portfolio management tools in market making. | |
|
Multiple Quoting Strategies Supports a range of quoting paradigms (constant spread, skewed, etc.). |
Multiple quoting paradigms are expected for customizable execution algorithms. | |
|
Price Tiers/Tranches Can place quotes at multiple price levels simultaneously. |
Can place quotes at multiple price levels is inherent for automated market making strategies. |
Risk and Inventory Management
(10 Yes /10 Known /13 Possible features)
|
Real-Time Position Monitoring Tracks current net and gross position in real time. |
Real-time position monitoring is required for real-time portfolio management tools. | |
|
Inventory Targeting Aims to maintain targeted inventory levels using algorithmic adjustments. |
Inventory targeting is referenced by portfolio management and inventory balancing aspects. | |
|
Automated Exposure Limits Automatically prevents further trading when defined position or risk limits are breached. |
Automated risk limits and trading prevention thresholds are standard for this caliber of product. | |
|
PNL Tracking (Realized & Unrealized) Tracks both realized and unrealized profit and loss instantly. |
Realized and unrealized PNL tracking is core to portfolio management in this system category. | |
|
Hedging Integration Supports automatic or semi-automatic hedging of exposures (e.g., with futures or correlated assets). |
Automatic or semi-automatic hedging is anticipated for sophisticated prop/market making tech stacks. | |
|
Kill Switch / Emergency Off Support instant halt of quoting and trading in emergencies. |
Kill switch/emergency off a standard risk management feature for automated trading systems. | |
|
Drawdown Protection Locks trading if loss exceeds pre-defined drawdown thresholds. |
No information available | |
|
Position Skewing Adjusts spread/skew to encourage flow in desired direction for inventory rebalancing. |
Position and spread skewing implied by inventory rebalancing and sophisticated strategy references. | |
|
Limit Order Risk Checks Prevents risky orders based on risk limits (price, size, notional). |
Limit order risk checks are fundamental for proprietary and market making trading stacks. | |
|
Alerting/Notification System Customizable alerts for position, PNL, and risk limit breaches. |
Customized alerts and notifications are standard for real-time portfolio/risk tools. | |
|
Position Decay Controls Automated position unwinding or reduction as risk increases. |
No information available | |
|
Intraday & Overnight Limit Separation Different risk settings for intraday versus overnight positions. |
No information available | |
|
Inventory Valuation Models Utilizes mark-to-market or theoretical pricing for inventory. |
Mark-to-market valuation is a standard for risk and inventory valuation in this product type. |
Connectivity & Market Access
(9 Yes /9 Known /11 Possible features)
|
Low-Latency Market Data Support Receives and processes exchange market data feeds at minimal latency. |
Low-latency data feeds are foundational for high-frequency, market making, and prop trading. | |
|
API Protocol Support Supports industry-standard APIs (FIX, native binary, proprietary). |
API (including FIX, native, proprietary) support is a necessity for high-touch, low-latency systems. | |
|
Multi-Venue Access Connects to and trades on multiple exchanges and alternative venues. |
Multi-venue access is standard for market making and proprietary trading. | |
|
Redundant Connectivity Offers failover and backup connections to minimize downtime. |
Redundant connections implied by enterprise/high-performance system infrastructure. | |
|
Direct Market Access (DMA) Supports direct order entry and receipt of market data from venues. |
DMA support is a foundation of high-speed trading technology referenced by Quantlab. | |
|
Co-Location Compatibility Designed to run in co-located data centers near exchanges. |
Co-location compatibility strongly implied by high-performance, low-latency tech focus. | |
|
Data Throughput Capacity Handles large inbound/outbound data rates. |
No information available | |
|
Exchange Drop Copy Integration Accepts drop copy feeds for reconciliation and resilience. |
No information available | |
|
Protocol Versioning Support Supports multiple or evolving exchange protocol versions. |
Protocol versioning support is necessary for multi-market connectivity in evolving exchange APIs. | |
|
Gateway Hot Reload Allows gateway or connection parameters to be updated without downtime. |
Hot reload helps reduce latency/downtime and is expected in high-performance platforms. | |
|
Smart Venue Selection/Rerouting Automatically reroutes orders based on venue conditions (latency, quality, fees). |
Smart venue rerouting is typical for sophisticated execution algorithms. |
Market Data Handling
(6 Yes /6 Known /10 Possible features)
|
Tick-to-Trade Latency Elapsed time from market data tick receipt to order response. |
No information available | |
|
Real-Time Depth Handling Processes full order book depth from venues. |
Full market depth handling is standard for advanced trading platforms. | |
|
Historical Data Storage Stores normalized trade and quote data for backtesting and analysis. |
Historical data storage for analysis/backtesting is highly likely in quant systems. | |
|
Market Data Normalization Standardizes data across different venues/formats. |
Normalization of data from various venues likely present, due to multi-market access. | |
|
Data Snapshot and Recording Regularly snapshots book state for replay or disaster recovery. |
No information available | |
|
Quote/Trade Event Filtering Filters or rate-limits market data events to avoid information overload. |
No information available | |
|
Event-Driven Architecture Handles updates via event-driven programming for responsiveness. |
Complex event processing implies event-driven architectures. | |
|
Market Data Replay Replays data for simulation and forensic purposes. |
Market data replay required for forensic analysis and backtest validation in quant shops. | |
|
Data Feed Redundancy Supports failover between multiple independent market data feeds. |
No information available | |
|
Custom Data Transformation Allows custom calculation or filtering on inbound streams. |
Custom data transformation is likely as strategies and execution are customizable. |
Algorithmic Strategy Management
(9 Yes /9 Known /10 Possible features)
|
Strategy Library Supports multiple algorithmic strategies, both built-in and custom. |
Multiple built-in and custom algorithmic strategies referenced directly. | |
|
Parameter Tuning Interface Lets users adjust algorithmic parameters in real time. |
Adjustable strategy parameters are inherent in customizable execution algorithms. | |
|
Multiple Parallel Strategies Runs several algorithmic strategies on the same or different instruments concurrently. |
Concurrency in strategy execution is mentioned in running multi-algo market making/proprietary trading. | |
|
Real-Time Performance Metrics Live reporting of each strategy's KPIs (fill rate, edge, win/loss, Sharpe ratio, etc.). |
Reporting KPIs and realtime performance are standard for institutional-grade EMS/OMS. | |
|
Strategy Hot Reload Allows algorithmic strategies to be updated without downtime. |
Hot reload for strategies implied by requirement for rapid deployment in dynamic markets. | |
|
Strategy Version Control Tracks changes, rollbacks, and testing for all strategy deployments. |
No information available | |
|
Risk Profile Per Strategy Supports unique risk and trading limits on a per-strategy basis. |
Individual risk/trading limits per strategy is expected with customizable execution. | |
|
Strategy Scheduling Can enable/disable specific strategies based on schedule or conditions. |
Automated scheduling and condition-based strategy enablement are common. | |
|
Backtesting Integration Seamlessly integrates with historical data for offline testing. |
Integration with historical data for backtesting is standard for quant platforms. | |
|
Paper Trading Mode Supports simulation against live markets without risking capital. |
Paper trading typically supported for model validation pre–live deployment. |
Analytics and Reporting
(6 Yes /6 Known /10 Possible features)
|
Real-Time PNL Reporting Instantaneous reporting of mark-to-market and realized PNL. |
Real-time PNL reporting is explicit in product and critical for portfolio management. | |
|
Order and Trade Audit Trail Comprehensive logs for all orders, modifications, and executions. |
Comprehensive logging/audit trail required for regulated/quantitative environments. | |
|
Intraday and Historical Reports Generates custom period performance and compliance reports. |
Custom and compliance reporting capabilities expected, as often required in institutional settings. | |
|
Regulatory Reporting Support Builds required reports for regulatory compliance (e.g., MIFID, SEC rules). |
No information available | |
|
User Activity Heuristics Tracks and analyzes user/operator system interactions. |
No information available | |
|
Customizable Dashboards Interactive dashboards for monitoring system and trading performance. |
Customizable dashboards are expected for real-time portfolio and risk monitoring. | |
|
Data Export / API Access Exports analytics/reports or access them via secure APIs. |
API and data export commonly supported for integration with analytics and compliance. | |
|
Error/Incident Logging Captures and reports errors, exceptions, and incidents with context. |
Error and incident logging are typical features for a robust infrastructure. | |
|
Latency Analysis Tools Provides latency and timing breakdowns for every order and market data event. |
No information available | |
|
Trade Cost Analysis Breakdown of slippage, realized spreads, and trading costs. |
No information available |
Latency and Performance Optimization
(6 Yes /6 Known /8 Possible features)
|
End-to-End Roundtrip Latency Measures total time for market event to order action and back. |
No information available | |
|
Tail Latency Metrics Reports and manages P99 and P99.9 latency outliers. |
No information available | |
|
Deterministic Execution Algorithmic and system performance is predictable and consistent. |
Deterministic execution is implied by reference to high-performance systematic systems. | |
|
Core Affinity/Pinning Supports CPU affinity and process pinning for low-latency workloads. |
Quantitative HPC systems make use of CPU core affinity for fast workloads. | |
|
Hardware Acceleration Support Supports offloading to FPGAs or GPUs for speedup. |
Hardware acceleration (FPGA/GPU) support is implied by 'high-performance computing infrastructure'. | |
|
Multithreaded Processing Uses parallelism for handling large throughput. |
Multithreaded processing is inherent for complex event and high-speed trading systems. | |
|
Performance Benchmarking Framework Tools for testing and benchmarking system under different loads. |
Benchmarking and testing tools standard for high-performance prop trading. | |
|
Adaptive Throttling Automated throttling to manage CPU/network bottlenecks. |
Adaptive throttling needed for efficient resource usage in high-speed computing systems. |
Security and Compliance
(6 Yes /6 Known /9 Possible features)
|
User Authentication Methods Supports strong authentication (multi-factor, SSO, biometrics, etc.). |
Strong user authentication approaches are typical in institutional-grade systems. | |
|
Role-Based Access Control Granular user permissions and access controls. |
Role-based access necessary for sensitive, multi-user quant/proprietary platforms. | |
|
Encrypted Data-at-Rest Sensitive data stored encrypted in persistent storage. |
Encryption at rest is an expected feature for a regulated infrastructure. | |
|
Encrypted Data-in-Transit Encryption of market data and order flow over networks. |
Encryption in transit is standard for secure institutional market access. | |
|
Action Auditing Records and monitors all user/system actions for compliance. |
Action logging required for compliance in prop and market making businesses. | |
|
Intrusion Detection Integration Detects and reports possible unauthorized access or anomalies. |
No information available | |
|
Change/Release Management Tracks code deployments, changes, and release approvals. |
No information available | |
|
Secure API Tokens Manages secure keys/tokens for API integrations. |
API key/token management required for secure platform integrations. | |
|
Compliance Workflow Automation Automates recurring compliance tasks, checklists, sign-offs, etc. |
No information available |
Configurability and Extensibility
(7 Yes /7 Known /9 Possible features)
|
Custom Strategy Plug-in Framework Easily add proprietary algorithms as plugins/modules. |
Custom strategy plugins/modules plausible as system emphasizes customization. | |
|
Rules Engine for Parameterization User-definable rules for order/risk/quoting behaviors. |
Parameter and rules engine support inferred from customization claims. | |
|
Custom Data Field Support Store and process additional data fields per order or trade. |
Custom order/trade data fields expected in advanced algorithmic execution. | |
|
Scriptable API Allows scripting and automation via language APIs (Python, Java, etc). |
Scriptable API support (e.g., Python) is routine for quant systems. | |
|
Modular System Architecture Add/remove/replace system components modularly. |
Modular architecture is expected for flexibility and extensibility. | |
|
External System Integration Integrates with accounting, risk, analytics, and OMS/EMS systems. |
External system integration is typical for back-office, analytics, and risk connections. | |
|
Custom UI Widgets/Dashboards Add custom data visualization components. |
No information available | |
|
Flexible Deployment Options Supports on-premise, cloud, and hybrid deployments. |
Flexible deployment (on-prem/cloud/hybrid) is expected for enterprise solutions. | |
|
Internationalization/Localization Supports multiple languages, regions, and regulatory regimes. |
No information available |
Monitoring and Operations
(9 Yes /9 Known /9 Possible features)
|
Live System Health Dashboard Visual display of current system health, connections, and alerts. |
System health dashboard expected in real-time trading operation environments. | |
|
Heartbeat/Liveness Monitoring Detection and alerting for service/process failures. |
Liveness monitoring for service/process failures is standard operational practice. | |
|
Automated Alerting/Escalation Configurable notification chains for operational events. |
Automated alerting and escalations are a hallmark of enterprise/critical trading systems. | |
|
Granular Logging Levels Tunable log verbosity (info, debug, error). |
Granular logging controls are typically available in complex/large-scale trading systems. | |
|
API/Service Health Probes Automated checks for endpoint/services health. |
API/service health probes are standard for market making tech ops. | |
|
Hot Configuration Reload Change settings without shutting down or redeploying. |
Hot configuration reload is expected in enterprise/HPC platforms for flexibility. | |
|
Resource Usage Visualization Tracks and displays CPU, memory, network usage in real time. |
Resource usage visualization is an operational necessity for HPC trading stacks. | |
|
Incident Record Keeping Tracks, time-stamps, and describes operational incidents. |
Incident record keeping is standard for regulated, audited, or enterprise trading platforms. | |
|
Automated Recovery Actions Can take pre-defined steps to recover from known issues. |
Automated recovery actions are central to resilient financial technology platforms. |
This data was generated by an AI system. Please check
with the supplier. More here
While you are talking to them, please let them know that they need to update their entry.