---
title: CME Updates its Guidance On Disruptive Practices Linked to Algo Trading
description: The CME recently published a revised Advisory Notice dealing with Disruptive Practices in connection with order-messaging systems that exploit network transmission mechanics.
image: https://www.regtrail.com/hubfs/Blog%20Images%20Aug%2010%20-%2014.png
---

[Skip to content](https://www.regtrail.com/resources/cme-updates-its-guidance-on-disruptive-practices-linked-to-algo-trading#main-content)

<https://www.regtrail.com/>

- [Insights Platform](https://www.regtrail.com/platform)
- [ETR Advisory Partnership](https://www.regtrail.com/regtrail-etr-advisory)
- [Resources](https://www.regtrail.com/resources) 
    - [Blog](https://www.regtrail.com/resources/tag/blog)
    - [Insights](https://www.regtrail.com/resources/tag/insights)
    - [Events](https://www.regtrail.com/whats-next-for-remit)

[Login](https://platform.regtrail.com/login) [Get a Demo](https://www.regtrail.com/demo-request)

###### [Resources](https://www.regtrail.com/resources) | [Blog](https://www.regtrail.com/resources/tag/blog)

# CME Updates its Guidance On Disruptive Practices Linked to Algo Trading

 RegTrail  |  13 August, 2026

Share: <https://www.twitter.com/share?url=https%3A%2F%2Fwww.regtrail.com%2Fresources%2Fcme-updates-its-guidance-on-disruptive-practices-linked-to-algo-trading> <http://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Fwww.regtrail.com%2Fresources%2Fcme-updates-its-guidance-on-disruptive-practices-linked-to-algo-trading>

![CME Updates its Guidance On Disruptive Practices Linked to Algo Trading](https://www.regtrail.com/hubfs/Blog%20Images%20Aug%2010%20-%2014.png)

The CME recently published a revised Market Regulation Advisory Notice (MRAN) dealing with *Disruptive Practices Prohibited* under Rule 575 (click [here](https://www.cmegroup.com/content/dam/cmegroup/notices/market-regulation/2026/07/cme-group-ra2608-5.pdf)). For context, Rule 575 deals with different types of order entry and trading conduct that the CME considers abusive to the orderly conduct of trading or to the fair execution of transactions. The rule is frequently the subject of enforcement actions across all four venues at the CME.

Rule 575 requires that all orders are to be entered for the purpose of executing bona fide transactions, and that all non-actionable messages are to be entered in good faith and for legitimate purposes. Beside prohibiting widely recognised behaviours such as *spoofing*, it also prohibits the use of messages to overload or delay the exchange’s or other market participants’ systems, as well as intentionally or recklessly submitting messages that may disrupt the exchange’s systems. With the growth of algorithmic trading in recent years, there has been a rise in enforcement cases where firms have been penalised for such disruptions (click [here](https://www.cmegroup.com/notices/disciplinary/2026/07/cme-22-1623-bc.html) and [here](https://www.cmegroup.com/notices/disciplinary/2026/02/cme-24-1802-bc.html) for recent examples). The revised MRAN introduces a new Q&A codifying a ban on market participants engineering order-messaging systems to exploit network transmission mechanics for an unfair trading advantage. While the prohibition doesn’t explicitly limit such behaviour to automated or algorithmic trading, in practice enforcement is likely to relate to these activities;

The new Q&A 26 (see page 9 of the revised MRAN) makes it clear that Rule 575 doesn’t apply only to conventional order and message activity but also to the way network traffic is transmitted to exchange infrastructure. Market participants must ensure that network communications consist of complete, well-formed *frames* and *packets* that are intended to result in a bona fide application-layer message (such as an order, modification, cancellation or heartbeats) that complies with the CME’s technical specifications. The Q&A states that *intentionally*, *systematically* or *recklessly* transmitting specified categories of anomalous or non-conformant network traffic is prohibited outright. This includes *incomplete* *frames*, *malformed Ethernet segments*, *truncated packets*, and *packets with deliberate* *checksum errors* (these essentially describe various forms of corrupted or partially-sent network data), on the basis that such transmissions disrupt the orderly operation of the exchange's systems.

It also addresses network behaviour designed to achieve an unfair technical advantage. In particular, it states that market participants must not use non-conformant messaging to get priority on the network, avoid message limits or monitoring systems, or reduce latency to gain speed advantages. Market participants are also not allowed to manipulate or redirect network traffic on purpose (for example, sending data to invalid destinations or interfering with packets in transit to cancel or disrupt messages);

The new Q&A notes that violations of this nature may also result in breaches of several other rules including Rule 432.Q (Acts Detrimental to the Welfare of the Exchange) and Rule 432.W (Failure to Supervise). The revised MRAN also contains two new examples of prohibited activity (see the first two bullets on page 9).

The first example involves the deliberate changing of the destination of a network packet during order construction. If information received during transmission indicates that the participant no longer wants to trade, the system redirects the packet away from the order-entry system, potentially causing the exchange to process or route the packet unnecessarily. The CME considers this type of behaviour abusive where it is used to interfere with or disrupt normal network processing.

The second example involves the deliberately sending of incomplete or malformed network data to the exchange before an order is ready to be submitted. The system effectively pre-stages a part of the order on the network connection and completes the message only when a trading opportunity arises. This approach is intended to give the firm an artificial latency or queue-position advantage over other market participants using standard network protocols. Because it has no legitimate trading or technical purpose and is designed to obtain an unfair speed advantage, the CME considers it prohibited under Rule 575.

Compliance should ensure that relevant Front Office and technical development staff, particularly those involved in creating, testing and validating trading tools and algorithms that access CME systems, read and understand the updated MRAN. Firms should also review their existing controls and processes in light of the CME’s guidance, including controls covering order and message generation, network communications and the development, testing and validation of automated trading systems. Any gaps or areas of uncertainty identified through this review should be addressed, with appropriate changes made to controls, procedures and, where necessary, system design or testing processes.

## Additional Resources

#### [![Italy Announces Switch to ACER’s REMIT CEREMP Register](https://www.regtrail.com/hubfs/Blog%20Images%203%20%E2%80%93%207%20Aug.png) Italy Announces Switch to ACER’s REMIT CEREMP Register The Italian energy regulator announces the intention to switch from its own national REMIT register to the Centralised European Register of Market Participants (CEREMP) managed by ACER. Read the blog](https://www.regtrail.com/resources/italy-announces-switch-to-acers-remit-ceremp-register)

#### [![Hungarian Energy Regulator Issues REMIT Warning Amid Extreme Conditions](https://www.regtrail.com/hubfs/Blog%20Images%2027%20%E2%80%93%2031%20July.png) Hungarian Energy Regulator Issues REMIT Warning Amid Extreme Conditions The Hungarian energy regulator has published a cautionary notice regarding REMIT compliance amidst ongoing extreme weather and other technical market factors. Read the blog](https://www.regtrail.com/resources/hungarian-energy-regulator-issues-remit-warning-amid-extreme-conditions)

## Request a Demo

Take a short tour of the RegTrail Insights Platform with a free trial for a limited time.

[Try it for free](https://www.regtrail.com/demo-request)

<https://www.regtrail.com/>

<https://twitter.com/RegTrail> <https://www.linkedin.com/company/regtrail/>

- Service 
    - [Insights Platform](https://www.regtrail.com/platform)

- [Resources](https://www.regtrail.com/resources) 
    - [Blog](https://www.regtrail.com/resources/tag/blog)
    - [Insights](https://www.regtrail.com/resources/tag/insights)

- Company 
    - [Contact Us](https://www.regtrail.com/contact)
    - [Get a Demo](https://www.regtrail.com/demo-request)

© RegTrail. All rights reserved.

[Privacy Policy](https://26815656.hs-sites-eu1.com/privacy)

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "RegTrail",
    "url" : "https://www.regtrail.com/resources/author/regtrail"
  },
  "dateModified" : "2026-08-19T06:48:56.922Z",
  "datePublished" : "2026-08-13T01:30:00.000Z",
  "headline" : "CME Updates its Guidance On Disruptive Practices Linked to Algo Trading",
  "image" : [ "https://www.regtrail.com/hubfs/Blog%20Images%20Aug%2010%20-%2014.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://www.regtrail.com/resources/cme-updates-its-guidance-on-disruptive-practices-linked-to-algo-trading",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://www.regtrail.com/hubfs/RegTrail.%20(1).svg"
    },
    "name" : "RegTrail"
  }
}
```