Release notes

---

Bug fixes

• We have made multiple fixes for batch configuration commands
• We fixed a rare Matching Engine crash when an STP endpoint was removed through the configuration API. The same crash could happen in other components when a connection to the Data Collector was closed.

---

What's new

• We have introduced guaranteed delivery of ExecutionReports from the Matching Engine to opted-in consumers (first consumer: MT5 Gateway). Fills and cancels now survive a Matching-Engine ↔ consumer disconnect and process restarts instead of being silently dropped. Opt-in is per consumer via a new GuaranteedDelivery.TargetIds configuration list.

Bug fixes

• We have fixed an issue where a gateway reconnecting to the Matching Engine could stop receiving price updates, leaving its order book frozen at the moment it reconnected until the Matching Engine was restarted.

---

Bug fixes

• We have fixed a rare crash in the MatchingEngine that could happen when a client connected to its configuration API
• We have fixed an issue where an order rejected by a liquidity provider could be retried against the same provider thousands of times per second, and we have improved how orders continue to fill after a partial execution.

---

What's new

• We have introduced a configurable write buffer limits that automatically disconnects slow consumers whose outgoing buffer exceeds the threshold, preventing unbounded memory growth on the server.

Bug fixes

• We have fixed a group of Matching Engine failover issues. A feed that stops quoting is now hidden straight away, a pool whose feeds have all gone quiet starts pricing again as soon as one returns, a failover that moves several feeds
  reaches clients as a single update, and configuration changes no longer leave stale quotes behind.

---

Bug fixes

• We have fixed the reference price that the Matching Engine attaches to each trade
  confirmation. Previously it could be taken from a liquidity provider that was on
  standby and not actually being traded, or from a different client's liquidity pool,
  which caused minimum- and maximum-spread rules to be applied when they should not
  have been.

---

What's new

• We have greatly improved processing performance and reduced memory consumption

---

What's new

• We have introduced support for string-based trading account identifiers. Order flow now carries an alphanumeric account, order id, and group end-to-end (from the client FIX session all the way to the liquidity provider), instead of being limited to numeric logins, and brokers can now set hedging multipliers per string account.

---

What's new

• We have introduced pool depletion for the matching engine, which virtually consumes book liquidity after taker fills, pushing subsequent executions to deeper price levels. This prevents clients from exploiting top-of-book pricing through rapid small-order strategies such as copy trading or scalping.

---

Misc

• We have made internal release (sending extra information to Gateway)

---

Misc

• Number of OrderBookSnapshots will be lower for certain scenarios
• Improving performance for setups with many symbols 

---

Misc

• Log files have daily rotation

---

Misc

• We have improved how the MatchingEngine recovers from corrupt persistent delivery files.

---

Bug fixes

• We have fixed an issue with failover feeds which could have lead to stale prices (when moving failover feed to a primary feed when it was active)

Misc

• We have added additional performance diagnostic logging