Chapter 10: Regulatory Framework

Introduction

The regulatory framework governing high-frequency trading (HFT) and algorithmic trading on Deutsche Boerse operates through a multi-layered structure combining European Union regulations with German national legislation. This comprehensive framework addresses market integrity, systemic risk management, transparency requirements, and operational controls for both trading participants and the exchange itself.

The regulatory landscape is primarily shaped by MiFID II/MiFIR at the European level, complemented by detailed Regulatory Technical Standards (RTS), and reinforced by Germany’s national HFT Act (Hochfrequenzhandelsgesetz). Together, these regulations establish rigorous requirements for algorithm testing, order flagging, client identification, clock synchronization, and market conduct surveillance.

MiFID II / MiFIR

The Markets in Financial Instruments Directive II (MiFID II) and the accompanying Regulation (MiFIR) became effective on 3 January 2018, fundamentally reshaping the regulatory requirements for algorithmic and high-frequency trading across the European Union.

Investment Firm Requirements (Article 17)

Article 17 of MiFID II establishes comprehensive organizational requirements for investment firms engaged in algorithmic trading:

Testing Requirements: Firms must conduct thorough testing of algorithms and trading systems before deployment and after significant updates
Staffing Requirements: Adequate staffing with appropriate skills and expertise to manage algorithmic trading systems
Self-Assessment Obligations: Annual self-assessment of algorithmic trading systems, controls, and governance arrangements
Risk Controls: Implementation of effective systems and risk controls to ensure algorithmic trading does not create or contribute to disorderly trading conditions

Trading Venue Requirements (Article 48)

Article 48 addresses the obligations of trading venues operating electronic trading systems:

Circuit Breakers: Implementation of mechanisms to halt or constrain trading in case of significant price movements
Tick Size Regimes: Application of harmonized tick size regimes to shares, depositary receipts, exchange-traded funds, and certificates
Co-location Services: Where co-location facilities are provided, they must be offered on fair, reasonable, and non-discriminatory terms
Simulation Testing (Article 48(6)): Trading venues must provide testing and simulation environments to enable participants to test their algorithms and ensure they function correctly under live market conditions

Key Regulatory Technical Standards (RTS)

The European Securities and Markets Authority (ESMA) developed detailed Regulatory Technical Standards to specify the requirements under MiFID II/MiFIR:

RTS 6: Organizational Requirements for Algorithmic Trading Firms

RTS 6 specifies organizational requirements for investment firms engaged in algorithmic trading:

Systems and Controls: Detailed requirements for trading systems, including resilience, capacity, and pre-trade and post-trade controls
Risk Management: Real-time monitoring of trading activity, automatic order submission limits, and kill functionality
Annual Self-Assessment: Comprehensive annual review and validation of algorithmic trading systems and controls by senior management
Governance: Clear accountability and governance structures for algorithmic trading activities
Business Continuity: Robust business continuity arrangements to ensure critical systems remain operational

RTS 7: Trading Venue Requirements

RTS 7 details the requirements for trading venues operating algorithmic trading systems:

Circuit Breakers: Specific parameters for circuit breaker mechanisms, including trigger levels and duration of trading halts
Tick Sizes: Implementation of the harmonized tick size regime across all relevant financial instruments
Co-location Fairness: Transparency in co-location pricing, capacity allocation, and technical specifications to ensure fair access
Testing Environments: Provision of conformance testing environments that replicate live trading conditions

RTS 8: Market Making Obligations

RTS 8 establishes the framework for market making schemes and obligations:

Binding Agreements: Market makers must enter into binding written agreements with the trading venue
Presence Requirements: Continuous quotation obligations during a specified proportion of trading hours
Spread and Volume Parameters: Defined maximum spreads and minimum volumes for quoted orders
Incentive Schemes: Transparency requirements for any market maker incentive schemes

RTS 11: Tick Size Regime

RTS 11 defines the harmonized tick size regime for shares, depositary receipts, ETFs, and certificates:

Liquidity Bands: Classification of instruments into liquidity bands based on Average Daily Number of Transactions (ADNT)
20 Tick Sizes Possible: The regime provides for up to 20 different tick size levels depending on price and liquidity
Enforcement Date: Tick size regime enforced on T7 from 1 April 2019
ETF Treatment: Exchange-traded funds typically fall into liquidity band 6, given their specific trading characteristics
Price-Dependent Ticks: Tick sizes increase with price levels to maintain appropriate relative spreads

RTS 25: Clock Synchronization

RTS 25 establishes requirements for business clock synchronization:

HFT Requirement: Firms engaged in high-frequency algorithmic trading must synchronize clocks to within 1 microsecond of UTC
Standard Requirement: Other firms must synchronize to within 1 millisecond of UTC
Traceability: Requirement to maintain traceability to Coordinated Universal Time (UTC)
Documentation: Firms must document their synchronization arrangements and monitor compliance

German HFT Act (Hochfrequenzhandelsgesetz)

The German High-Frequency Trading Act became effective on 15 May 2013, establishing national requirements that complement and in some cases exceed EU standards:

Registration Requirements

BaFin Registration: Mandatory registration with the German Federal Financial Supervisory Authority (Bundesanstalt für Finanzdienstleistungsaufsicht - BaFin) for firms conducting HFT in Germany
Ongoing Reporting: Registered firms must provide regular reports on their HFT activities to BaFin

Algorithm Labeling

Effective Date: Algorithm labeling became mandatory from 1 April 2014
Unique Identifiers: Each algorithm must have a unique identifier attached to all orders
Change Tracking: Any material changes to an algorithm require a new identifier

Order-to-Trade Ratio (OTR) Compliance

The HFT Act established Order-to-Trade Ratio requirements to discourage excessive order messaging:

Volume-Based OTR: Ratio of order volume to executed volume
Transaction-Based OTR: Ratio of number of orders to number of executed transactions
Monitoring and Enforcement: Deutsche Boerse monitors OTR compliance and can impose penalties for violations

Direct Electronic Access (DEA) Notification

Effective Since: DEA notification requirements in effect since 3 January 2018 (aligned with MiFID II implementation)
Participant Responsibility: Trading participants providing DEA must notify the exchange and ensure adequate risk controls
Client Identification: DEA clients must be properly identified in order flow

Order Flagging Requirements

Deutsche Boerse requires comprehensive order flagging to enable regulatory reporting and surveillance:

Mandatory Flags

Algo Flag: Indicates whether an order was generated by an algorithm
DEA Flag: Identifies orders submitted via Direct Electronic Access arrangements
Short Selling Indicator: Flags short sale transactions for transparency and regulatory compliance
SMP ID (Systematic Internaliser Matching Process ID): Mandatory since 1 April 2020 for algorithmic proprietary trading to identify the specific trading strategy
Investment Decision Code: Identifies the natural person or algorithm responsible for the investment decision
Execution Decision Code: Identifies the natural person or algorithm responsible for the execution decision

Qualifier Fields

Field 22: Algorithmic trading indicator - flags automated order generation
Field 24: Human intervention indicator - flags orders with human decision-making involvement

These fields enable Deutsche Boerse and regulators to reconstruct the decision chain for each order, supporting market surveillance and enforcement activities.

Short Code Registration

To comply with MiFID II transaction reporting requirements, all trading participants must register short codes for client identification:

ClientID Structure

Short Code: A compact identifier assigned by Deutsche Boerse and used in order messages
Long Code Mapping: Each short code maps to a long code that fully identifies the client
Natural Persons: Identified using National ID (national identifier for individuals)
Legal Persons: Identified using Legal Entity Identifier (LEI) conforming to ISO 17442 standard

Registration Process

GUI Upload: Participants can upload client data via a web-based graphical user interface
Validation: Deutsche Boerse validates the completeness and format of submitted data
Code Assignment: Upon successful validation, short codes are assigned and made available for use in production trading

Transaction Reporting

Deutsche Boerse generates transaction reports on behalf of participants:

TR160: Full transaction report including all MiFID II fields
TR161: Supplementary report for specific transaction types
TR167: Aggregated position report
TR168: Instrument reference data report
Generation Frequency: Reports generated three times per trading day at 10:00, 14:00, and 18:00 CET
Distribution: Reports made available to participants via secure channels for onward submission to competent authorities

Algorithm Testing Obligations

Article 48(6) of MiFID II and Article 10 of RTS 7 require trading venues to provide testing environments for algorithms. Deutsche Boerse fulfills this obligation through the T7 Cloud Simulation environment:

T7 Cloud Simulation Features

24/7 Availability: Testing environment accessible around the clock to accommodate global participants
Secure Connectivity: SSL and IPSEC encryption for secure connections
Internet Access: No dedicated network connection required - accessible via standard internet connectivity
Full Interface Support: All production interfaces available for testing:
- RDI (Raw Data Interface): Low-latency order entry for high-frequency traders
- ETI (Enhanced Trading Interface): Full-featured order entry and management
- EMDI (Enhanced Market Data Interface): Streaming market data
- MDI (Market Data Interface): Alternative market data feed
- EOBI (Exchange Order Book Interface): Ultra-low-latency market data

Testing Capabilities

Custom Orderbooks: Participants can create private orderbooks for isolated testing
Trading Phase Simulation: Test behavior across all trading phases (pre-trading, continuous trading, auctions, post-trading)
Failover Testing: Simulate system failures and test failover procedures
Performance Testing: Validate system performance under stress conditions

Mandatory Testing Process

Consulting Call Required: Participants must schedule a consulting call with the Trading Membership Relations (TMR) team before production access
End-to-End Testing: Complete testing of the full order lifecycle from submission to execution
Connection Testing: Validation of network connectivity and message handling
Certificate Creation: Participants must obtain and install a certificate from the Deutsche Boerse Certificate Authority (CA) for production access

Clock Synchronization Compliance

Deutsche Boerse has implemented RTS 25 clock synchronization requirements through multiple mechanisms:

Synchronization Technologies

Standard PTP (Precision Time Protocol): IEEE 1588 implementation providing ±50 nanosecond accuracy
White Rabbit Protocol: Enhanced PTP variant achieving sub-nanosecond accuracy (<1ns), used internally by Deutsche Boerse for exchange infrastructure
GPS Antenna: Direct satellite synchronization providing 10-100 nanosecond accuracy
NTP (Network Time Protocol): Available for participants with less stringent requirements (millisecond-level accuracy)

High Precision Timestamp (HPT) Product

Deutsche Boerse offers the HPT product for participants requiring detailed latency analysis:

Purpose: Enables measurement of latency from order submission to exchange receipt
Precision: Microsecond-level timestamping
Use Cases: Compliance verification, performance optimization, best execution analysis
Integration: Compatible with all T7 order entry interfaces

Compliance Monitoring

Participants must demonstrate and maintain clock synchronization compliance:

Documentation: Written procedures for synchronization and monitoring
Validation: Regular checks that synchronization remains within required tolerances
Audit Trail: Records of synchronization status for regulatory inspection

Market Abuse Regulation (MAR)

EU Regulation 596/2014 on Market Abuse became effective in July 2016 and directly applies to all participants on Deutsche Boerse markets:

Prohibited Practices

Spoofing: Submitting orders with intent to cancel before execution to mislead other participants
Layering: Placing multiple orders at different price levels to create false appearance of demand or supply
Wash Trading: Executing trades with no change in beneficial ownership to create misleading trading volume
Benchmark Manipulation: Conduct designed to manipulate reference prices, settlement prices, or valuation benchmarks

Trading Surveillance Office (TSO)

Independent Body: The TSO operates as an organizationally independent unit within Deutsche Boerse
Surveillance Mandate: Monitors all trading activity for signs of market manipulation, insider trading, and other abusive practices
Technology: Deploys sophisticated surveillance systems capable of detecting complex manipulation patterns in high-frequency order flow
Cooperation: Works closely with BaFin and other regulatory authorities in investigation and enforcement

Enforcement Powers

Investigation: Authority to request information and conduct detailed investigations
Sanctions: Can impose penalties including fines, trading suspensions, and exclusion from trading
Referral: Serious cases referred to BaFin or criminal authorities for prosecution

OTR Enforcement and Penalties

Deutsche Boerse actively monitors and enforces Order-to-Trade Ratio (OTR) compliance:

OTR Metrics

Volume-Based OTR: Calculated as total order volume divided by executed volume over a defined period
Transaction-Based OTR: Calculated as total number of order messages divided by number of executed transactions

Penalty Framework

Violations of OTR limits or other exchange rules can result in:

Reprimand: Formal written warning for minor or first-time violations
Financial Penalties: Fines up to EUR 1,000,000 depending on severity and frequency of violation
Exclusion from Trading: Temporary exclusion for up to 30 trading days
Suspension: Longer-term suspension up to 6 months for serious or repeated violations
Revocation of Admission: Permanent revocation of trading rights for the most serious violations

Progressive Enforcement

Deutsche Boerse typically applies a progressive enforcement approach:

Initial monitoring and participant notification
Formal warning for first violation
Financial penalties for repeated violations
Temporary exclusion for persistent non-compliance
Revocation for egregious or continued violations

Participant Admission Requirements

Before being granted production trading access, participants must complete a comprehensive admission process:

Mandatory Steps

Consulting Call: Initial discussion with Trading Membership Relations (TMR) team to review requirements and timeline
End-to-End Testing: Successful completion of full trading lifecycle testing in T7 Cloud Simulation environment
Connection Testing: Validation of network connectivity, message handling, and failover procedures
Certificate Creation: Obtaining and installing digital certificates from Deutsche Boerse Certificate Authority
Staff Availability: Confirmation of qualified staff available for production login and ongoing operations

Documentation Requirements

Participants must provide:

Compliance policies and procedures
Risk management framework documentation
Business continuity plans
Evidence of appropriate insurance coverage
Organizational structure and governance documents

Ongoing Obligations

After admission, participants must:

Maintain compliance with all applicable regulations
Notify the exchange of material changes to systems or operations
Participate in periodic compliance reviews
Respond to exchange inquiries and audits
Update testing when algorithms or systems are modified

Compliance Summary Table

Requirement	Legal Basis	Key Parameters	Effective Date
Algorithmic Trading Controls	MiFID II Article 17, RTS 6	Testing, staffing, self-assessment, risk controls	3 January 2018
Trading Venue Requirements	MiFID II Article 48, RTS 7	Circuit breakers, tick sizes, co-location, testing	3 January 2018
Market Making Obligations	RTS 8	Binding agreements, presence requirements, spreads	3 January 2018
Tick Size Regime	RTS 11	20 tick sizes, liquidity bands, ETF band 6	1 April 2019
Clock Synchronization	RTS 25	1 microsecond (HFT), 1 millisecond (others)	3 January 2018
HFT Registration	German HFT Act	BaFin registration, ongoing reporting	15 May 2013
Algorithm Labeling	German HFT Act	Unique identifiers per algorithm	1 April 2014
DEA Notification	MiFID II, German HFT Act	Client identification, risk controls	3 January 2018
Order Flagging	MiFID II Transaction Reporting	Algo, DEA, short selling, SMP ID (fields 22, 24)	3 January 2018 (SMP: 1 April 2020)
Short Code Registration	MiFID II	LEI (legal), National ID (natural), TR160/161/167/168	3 January 2018
Algorithm Testing	Article 48(6), RTS 7 Art 10	T7 Cloud Simulation, consulting call, certificate	3 January 2018
Market Abuse Prevention	MAR (EU 596/2014)	Spoofing, layering, wash trade prohibition, TSO surveillance	July 2016
OTR Compliance	German HFT Act	Volume and transaction-based ratios, penalties up to EUR 1M	15 May 2013

The regulatory framework governing Deutsche Boerse creates a comprehensive and multi-layered compliance environment. Participants must navigate EU-wide MiFID II/MiFIR requirements, detailed RTS specifications, and German national HFT Act provisions. Success in this environment requires robust compliance programs, sophisticated technology systems, and ongoing engagement with regulatory developments.

The framework’s emphasis on testing, transparency, and real-time monitoring reflects the regulatory community’s recognition that modern electronic markets require proactive risk management rather than purely reactive enforcement. As technology and trading practices continue to evolve, participants should expect ongoing regulatory refinement and enhanced supervisory capabilities.

Back to Table of Contents