30.05.2024 Views

FX Algo News May 2024

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

ISSUE 34 | MAY <strong>2024</strong> WWW.<strong>FX</strong>ALGONEWS.COM FOLLOW US AT:<br />

TOP STORIES<br />

FMSB launches final guidance for<br />

algo risk management<br />

The Financial Markets Standards Board<br />

(FMSB) has shared its final Statement<br />

of Good Practice for use by the<br />

industry to specifically support the<br />

application of model risk management<br />

frameworks to execution algos. The<br />

global industry-developed good<br />

practice supplements existing broader<br />

supervisory guidance and focuses<br />

on areas where market practitioners,<br />

including ‘first line’ risk owners and<br />

‘second line’ risk managers, have<br />

identified that the nature of model<br />

use in algos merits a differentiated<br />

approach compared with other model<br />

types. Ciara Quinlan, Global Head of<br />

Principal Electronic Trading, <strong>FX</strong>, Rates<br />

and Credit at UBS Investment Bank,<br />

who headed up the FMSB Working<br />

Group, welcomes the publication of<br />

the final Statement of Good Practice.<br />

She adds: “Harnessing expertise<br />

across the industry via FMSB to create<br />

guidance of this sort is immensely<br />

valuable and I hope what we have set<br />

out today will help to support all those<br />

across the industry working in this<br />

space, as well as ultimately improving<br />

market effectiveness and confidence.”<br />

See page 4 for more details.<br />

Ciara Quinlan<br />

HSBC unveils new <strong>FX</strong><br />

basket algo<br />

HSBC has added a new basket algo to<br />

its existing <strong>FX</strong> algo suite which enables<br />

clients to upload a basket of <strong>FX</strong> orders<br />

into HSBC’s single dealer platform,<br />

HSBC Evolve. As part of HSBC’s Global<br />

Intermediary Services offering, the<br />

HSBC basket algo determines how best<br />

to net and optimise the execution of<br />

that basket, based on the correlation of<br />

Vivek Sarohia<br />

those currency pairs. Netting multiple<br />

currency pairs into smaller orders<br />

reduces bid-ask costs for clients, after<br />

which the algo executes those orders<br />

at times during the day according to<br />

an optimisation schedule, which is<br />

generated by the algo based on the<br />

correlation of currencies the client<br />

holds. “We affectionately call it a<br />

‘correlation aware’ algo,” says Vivek<br />

Sarohia, Global Head of <strong>FX</strong> Alternative<br />

Execution Services. “The HSBC basket<br />

algo looks at the underlying currency<br />

pairs that the client is trading and then<br />

at their correlation, before executing,<br />

accordingly, to reduce risk and costs.<br />

Clients may trade many currencies -<br />

and the HSBC basket algo understands<br />

that, so it will look at what happens,<br />

for example, if a client trades one<br />

currency more aggressively and how it<br />

might impact other currency positions<br />

the client also holds in their portfolio.”<br />

IN THIS ISSUE<br />

p1. TOP STORIES<br />

The latest industry stories<br />

p3: NEWS FEATURES<br />

More in-depth news<br />

p4: REGULATIONS & STANDARDS<br />

FMSB SoGP for algo risk management<br />

p6: BUYSIDE PERSPECTIVES<br />

Analysing internalisation rates<br />

p8: INDUSTRY VIEWS<br />

Internalisation and <strong>FX</strong> algo performance<br />

p16: DEQUANTIFICATION<br />

Exploring Stark from Deutsche Bank<br />

p18: ASK A PROVIDER<br />

<strong>Algo</strong>rithmic trading of <strong>FX</strong> swaps<br />

p20: TRADERS WORKSHOP<br />

Order Stitching in TCA<br />

p24: CASE STUDY<br />

<strong>FX</strong> algo engine architecture upgrade


CitiVELOCITY<br />

DYNAMIC ALGOS<br />

• New and improved <strong>Algo</strong> Strategies<br />

• Execute NDF <strong>Algo</strong>s<br />

• Additional Liquidity venues<br />

• Enhanced internalization through the Citi franchise<br />

• Engineered with next generation market making technology<br />

• Increased client parametrization and controls<br />

STILL INNOVATING<br />

Contact your <strong>FX</strong> esalesperson to learn more<br />

100+<br />

PLATFORM<br />

AWARDS<br />

12 $73 M<br />

PATENTS<br />

© <strong>2024</strong> Citigroup Global Markets Inc. Member SIPC. All rights reserved. Citi Velocity, Citi Velocity & Arrow Design, Citi, Citi with Arc Design, Citigroup and Citi<strong>FX</strong> are<br />

service marks of Citigroup Inc. or its subsidiaries and are used and/or registered throughout the world. This product is offered through Citibank, N.A. which is authorised<br />

and regulated by the Financial Conduct Authority. Registered Office: Canada Square, Canary Wharf, London E14 5LB. FCA Registration number 124704. VAT Identification<br />

Number GB 429 625 629. Citi Velocity is protected by design and utility patents in the United States (9778821, 9477385, 8984439, D780,194, D780,194, D806,739) and<br />

Singapore (30201501598T, 11201505904S), and design registrations in the EU (0027845156-0001/0002, 002759266-0001).<br />

2 <strong>May</strong> <strong>2024</strong>


Bloomberg optimises <strong>FX</strong><br />

algo workflows<br />

As buyside trading desks continue to undergo dramatic transformation, <strong>FX</strong> algo<br />

orders are proving to be an increasingly effective tool for executing large orders<br />

in a fragmented liquidity landscape. Oleg Shevelenko, <strong>FX</strong>GO Product Manager at<br />

Bloomberg, explains why improving workflow efficiencies for the buyside is the key to<br />

managing transaction costs and improving overall algo execution quality.<br />

TOP STORIES<br />

NEWS FEATURES<br />

Oleg Shevelenko<br />

What features and services that<br />

support algo user workflows are<br />

now available on <strong>FX</strong>GO?<br />

<strong>FX</strong>GO offers clients a comprehensive<br />

end-to-end workflow from order<br />

staging and optimization to algo<br />

strategy selection and post-execution<br />

quality analysis. In addition, <strong>FX</strong>GO<br />

provides a unified routing methodology<br />

to more than 200 algorithmic order<br />

strategies from major, regional, and<br />

non-bank providers, allowing clients<br />

a comprehensive choice of liquidity<br />

and execution styles. Execution<br />

processes over <strong>FX</strong>GO are then further<br />

complemented with pre-trade<br />

news, pricing and analytics offered<br />

by the Bloomberg Terminal as well<br />

as integration with providers’ own<br />

analytics to offer further insights<br />

and predictive outcomes of their<br />

proprietary strategies. <strong>FX</strong>GO captures<br />

all micro elements of partial fills of<br />

respective algo executions which can<br />

then be analyzed via Bloomberg on<br />

the order by order or aggregate basis<br />

via Bloomberg’s cross asset post-trade<br />

TCA tool (BTCA) or be available for the<br />

automated export to clients’ own TCA<br />

tools.<br />

Are there any new developments in<br />

this area that you would be able to<br />

share with us?<br />

<strong>FX</strong>GO continues to invest in our<br />

algo offering by enhancing the pretrade<br />

order optimization toolkit with<br />

cross value date netting to optimize<br />

spot exposure, while also expanding<br />

instrument selection beyond spot<br />

and non-deliverable forwards into<br />

precious metals and swaps. We are<br />

also broadening liquidity selection by<br />

integrating with regional providers and<br />

enhancing our own analytics to assist<br />

with appropriate execution choices.<br />

What were the main drivers behind<br />

these new initiatives?<br />

<strong>FX</strong>GO strives to stay ahead of anticipated<br />

client demand, and when coupled<br />

with client feedback, drives much of<br />

our development. We added support<br />

for swaps to our algo offering and are<br />

currently working on expanded liquidity<br />

selection through integration with<br />

several liquidity providers. Given liquidity<br />

in swaps is challenging due to various<br />

regulatory and capital constraints, we<br />

expect our clients to welcome this<br />

development. Additionally, usage of<br />

benchmark orders continues to increase<br />

and so we have made considerable<br />

enhancements to our workflow solutions<br />

for both clients and dealers to offer bulkrouting<br />

and bulk-pricing capabilities for<br />

benchmark orders.<br />

How can improved <strong>FX</strong> algo analytics<br />

support client workflows?<br />

As each algo provider offers a whole<br />

range of strategies with proprietary<br />

parameters, clients are looking for tools<br />

to help them navigate and rationalize<br />

this complex environment to allow<br />

for more intelligent decision making<br />

prior to and during order execution.<br />

Bloomberg’s <strong>Algo</strong> Analytics hosting<br />

service helps address this demand<br />

by allowing providers to host their<br />

pre-trade and running order analytics<br />

within the order execution workflow<br />

of their <strong>FX</strong>GO clients. At present, there<br />

are seven algo providers offering their<br />

integrated analytics services for their<br />

clients. We also continue to see the<br />

demand for provider independent<br />

analytics and so <strong>FX</strong>GO is now fully<br />

integrated with BTCA. This integration<br />

allows clients to analyze their algo<br />

execution against various Bloomberg<br />

market data sources and benchmarks<br />

to further enhance their pre-trade algo<br />

provider and strategy selection.<br />

How will Bloomberg continue<br />

to improve efficiencies in algo<br />

execution for the buyside in the<br />

coming year - and beyond?<br />

<strong>FX</strong>GO will continue to invest and<br />

innovate to be at the forefront of the <strong>FX</strong><br />

industry transformation as it adapts algo<br />

execution. Partnering with our existing<br />

algo providers and onboarding new ones<br />

to expand our instrument coverage into<br />

emerging markets, NDFs, precious metals<br />

and derivatives will be key to success.<br />

We are also excited to introduce the next<br />

generation of pre-trade decision support<br />

tools to integrate our composite pricing,<br />

news, analytics and cost models into all<br />

relevant trading workflows to optimize<br />

and automate the trading process for our<br />

clients.<br />

<strong>May</strong> <strong>2024</strong><br />

3


REGULATION & STANDARDS<br />

Guidance and Good Practice:<br />

FMSB issues SoGP for applying model<br />

risk managment frameworks to algos<br />

The Financial Markets Standards Board (FMSB) has shared its final Statement of Good<br />

Practice (SoGP) in an bid to support firms in applying model risk management frameworks<br />

in a proportionate and tailored manner to the models deployed in their algos.<br />

According to the FMSB, sophisticated<br />

modelling techniques used for<br />

calculating trading risk and required<br />

capital came under significant global<br />

regulatory scrutiny following the<br />

financial crisis as a result of their acutely<br />

revealed shortcomings in containing<br />

risk. As a result, regulatory guidance<br />

seeking to address the possible adverse<br />

consequences of decisions based on<br />

incorrect or misused models was issued.<br />

Yet while this guidance applies to all<br />

model types, including the use of models<br />

in algorithmic trading, the degree of<br />

model risk and the potential magnitude<br />

of any adverse consequences varies<br />

significantly across model types.<br />

In response, FMSB has published a final<br />

SoGP intended to support all firms in<br />

wholesale financial markets that operate<br />

electronic trading algorithms involving<br />

the use of models, taking into account<br />

the nature, scale and complexity of<br />

such models as well as existing systems<br />

and risk controls intended to mitigate<br />

associated market, conduct, credit and<br />

operational risks. The detailed guidance<br />

considers a range of factors, such as<br />

determining if a method used in an algo<br />

Source FMSB<br />

Myles McGuinness<br />

constitutes a model and tailoring model<br />

risk management activities for models<br />

deployed in algos to the context and<br />

purpose for which models are deployed.<br />

<strong>Algo</strong>rithmic trading risk summary (‘Key Risk Summary’)<br />

The table above summarises material risks associated with the deployment of <strong>Algo</strong>s either<br />

to fair and effective markets or to <strong>Algo</strong> operators. The table encapsulates conduct, market,<br />

credit, operational and Model Risks. A firm’s risk management frameworks, of which a<br />

model risk management framework is one component, will typically be designed to reduce<br />

or mitigate such risks, though appropriate calibration and effective application of such<br />

frameworks will be key to their effectiveness.<br />

“It is important that the industry<br />

comes together to make sure that<br />

good practice in a complex area such<br />

as this is set out in a way that can be<br />

well understood and easily applied,<br />

including practical examples,” says<br />

Myles McGuinness, CEO of FMSB. The<br />

guidance sets out nine statements of<br />

good practice which are relevant to the<br />

application of a model risk management<br />

framework to algos. The industrydeveloped<br />

good practice statements<br />

supplement existing broader supervisory<br />

guidance which FMSB says firms should<br />

continue to apply.<br />

The statements include additional<br />

commentary and are followed by<br />

examples of applying a model risk<br />

management framework to algos<br />

indicating whether the examples are<br />

consistent or inconsistent with each SoGP.<br />

4 <strong>May</strong> <strong>2024</strong>


THE NINE STATEMENTS OF GOOD PRACTICE ARE SUMMARISED BELOW:<br />

The full Statement of Good Practice for the application of a model risk management framework to electronic trading<br />

algorithms is available at FMSB.com<br />

STATEMENT OF GOOD PRACTICE (SOGP)<br />

SoGPs are issued by FMSB from time to time. SoGPs do not form part of FMSB Standards, and they are not subject to<br />

FMSB’s adherence framework. Rather, they reflect FMSB’s view of what constitutes good or best practice in the areas<br />

covered by the SoGPs in question. Member Firms are expected, and other firms are invited, to consider their own<br />

practices in light of the relevant SoGP and make any changes to such practices that they deem to be appropriate. Failing<br />

to do so will not, however, create any presumption or implication that a firm has failed to meet its regulatory or other<br />

obligations.<br />

<strong>May</strong> <strong>2024</strong><br />

5


BUYSIDE PERSPECTIVES<br />

Understanding<br />

internalisation and<br />

realising its benefits<br />

By Allan Guild and James Chapman, Directors at Hilltop Walk Consulting.<br />

Users of <strong>FX</strong> Execution <strong>Algo</strong>s are becoming increasingly interested in their providers’<br />

internalisation rates, as the buy-side seeks to optimise performance and differentiate<br />

between available offerings. It is crucial to understand the details behind headline<br />

internalisation rates to ensure best outcomes.<br />

through efficient hedging strategies<br />

or price skews, which can both cause<br />

information leakage.<br />

Risk management strategies vary<br />

between dealers, with significant<br />

differences in the resulting signalling<br />

risk.<br />

Franchise Liquidity (Client Flow)<br />

Client flow can be offset in a variety of<br />

ways:<br />

Allan Guild<br />

WHAT IS INTERNALISATION?<br />

Internalisation is the <strong>Algo</strong> provider’s<br />

process of offsetting risk (positions)<br />

arising from a client’s <strong>Algo</strong> child orders<br />

with risk from other clients, such that<br />

the external market is unaware of the<br />

order and resulting trade. However,<br />

there are a number of different<br />

execution practices that facilitate this<br />

offsetting of client risk, making it a<br />

more nuanced activity.<br />

<strong>Algo</strong> providers take differing<br />

approaches as to what they classify as<br />

internal liquidity and how that liquidity<br />

is generated. Importantly, there can<br />

be configurable parameters (or a<br />

more general opt-in/out) on the <strong>Algo</strong>s<br />

James Chapman<br />

that determine the available liquidity<br />

sources and trading styles.<br />

Principal Liquidity (Internal Marketmaking<br />

Desk)<br />

The <strong>Algo</strong> provider’s internal marketmaking<br />

desk generates principal<br />

liquidity which <strong>Algo</strong>s can execute<br />

against or submit passive orders<br />

into. This may decrease or increase<br />

the dealer’s risk. It is important<br />

to consider what happens to new<br />

positions that the dealer acquires<br />

as all firms have risk limits that<br />

ultimately constrain the accumulation<br />

of inventory, even if those limits<br />

are large. Dealers will look for<br />

opportunities to reduce their risk<br />

1. Match against the dealer’s<br />

existing positions acquired from<br />

other clients. This may be part<br />

of a hedging or market-making<br />

strategy and so can overlap with<br />

the definition of principal liquidity.<br />

Both approaches are specifically<br />

risk-reducing for the dealer, so they<br />

should not result in interaction with<br />

external markets.<br />

2. Match directly via an internal<br />

orderbook. Information leakage<br />

can be managed by limiting the<br />

participants of the orderbook.<br />

3. Match over private bilateral channels<br />

with other clients, potentially<br />

including other market-makers.<br />

This carries greater signalling risk as<br />

anonymised order information may<br />

be shared more widely with other<br />

clients. This might be as part of price<br />

skews, or orders themselves.<br />

6 <strong>May</strong> <strong>2024</strong>


Dark Liquidity<br />

External venues offering ‘dark’ pools<br />

of liquidity are sometimes included<br />

under internalisation. Details vary<br />

by venue, but the key concept is<br />

that there is no visible orderbook to<br />

prevent information leakage, and<br />

trades are generally executed at a midmarket<br />

rate. The execution mechanics<br />

are important; if well designed they<br />

can offer counterparties fair matching<br />

on equal terms, and can alleviate<br />

some of the conflicts of interest<br />

associated with traditional forms of<br />

internalisation.<br />

WHAT ARE THE BENEFITS OF<br />

INTERNALISATION?<br />

Reduced market impact<br />

This is generally the primary driver.<br />

The premise is that by internalising the<br />

execution, less information will leak<br />

into the market, therefore reducing<br />

the market impact of the trade.<br />

Reduced fees<br />

Execution on external venues often<br />

incurs brokerage fees, so internalising<br />

trades can save on that cost, resulting<br />

in a cheaper service.<br />

Reduced slippage<br />

Internal order matching and fills<br />

should be possible with lower latency<br />

and more consistent execution due<br />

to greater control over the systems,<br />

network, and execution mechanisms<br />

such as last look.<br />

WHAT ARE THE CHALLENGES<br />

WITH INTERNALISATION?<br />

Variable Market Impact<br />

Each category of internalisation<br />

will have its own market impact<br />

characteristics, with varying degrees of<br />

signalling risk. Moreover, the market<br />

impact sustained from each method<br />

may vary significantly between<br />

providers due to differences in their<br />

implementations and the composition<br />

of their client franchises.<br />

Even within each subcategory of<br />

internalisation, market impact can<br />

vary hugely. For example, offsetting<br />

risk with a hedge fund client is likely<br />

to look different to a corporate client<br />

who has very different reasons for<br />

trading. The source of the liquidity<br />

is significant, even if it is ultimately<br />

internalised.<br />

By understanding the internalisation<br />

methods practiced by each provider,<br />

clients can evaluate their pros and<br />

cons. For some clients, skewing prices<br />

may be viewed as an effective way to<br />

reduce transaction costs and increase<br />

the urgency of the <strong>Algo</strong>. For others, it<br />

may carry too high a signalling risk and<br />

negatively impact the overall cost with<br />

worse execution.<br />

There are unfortunately no shortcuts<br />

– internalisation rates alone cannot be<br />

used as a reliable proxy for low-marketimpact<br />

without more detailed analytics<br />

and TCA covering both internal and<br />

external execution.<br />

Conflicts of Interest<br />

There is potential for conflicts of<br />

interest between the <strong>Algo</strong> desk and<br />

the principal desk. Careful data<br />

management and process design is<br />

required to ensure order information<br />

is not used by the principal desk in a<br />

way that results in worse execution<br />

for the client. Order routing must not<br />

be biased towards internal liquidity if<br />

it is not necessarily the best execution<br />

option for the client, and rates on<br />

internalised trades must be fair.<br />

An <strong>FX</strong> Global Code review that<br />

included consideration of <strong>Algo</strong>s<br />

concluded that transparency is the<br />

most suitable mitigant, consistent with<br />

the other <strong>FX</strong> Global Code transparency<br />

guidelines. Standardised disclosure<br />

information is encouraged via an <strong>Algo</strong><br />

Due Diligence Template. ‘Conflicts’ is<br />

just one section, which covers fairness<br />

in execution, order priorities, and<br />

commercial interests.<br />

In addition to understanding the<br />

disclosures, it is critical to take a<br />

data-driven approach to evaluating<br />

both internal and external execution<br />

performance.<br />

Price Discovery<br />

The trend towards greater<br />

internalisation of both <strong>Algo</strong> orders and<br />

risk transfers is understandable when<br />

it can benefit both clients (reduced<br />

market impact) and dealers (lower<br />

costs, greater spread capture, private<br />

information). This has led to a reduction<br />

in volume on primary venues in<br />

particular, which is where much of this<br />

business would have been executed<br />

historically.<br />

Price discovery processes have had to<br />

evolve as a result, with less ‘lit’ volume<br />

on orderbooks. It may be the case that<br />

while internalisation can benefit the<br />

individual market participant, there are<br />

structural implications for the broader<br />

market.<br />

CONCLUSIONS<br />

Internalisation is a broad term which<br />

can cover many forms of execution<br />

and varies between <strong>Algo</strong> providers. It is<br />

worth understanding which methods<br />

each <strong>Algo</strong> provider is utilising and the<br />

nuances of their implementations<br />

by reviewing their disclosures and<br />

engaging with them directly.<br />

While it can provide reduced market<br />

impact, trading costs and slippage,<br />

the observed effectiveness of internal<br />

execution should be analysed along<br />

with external executions using posttrade<br />

analytics and TCA. Granular data<br />

from <strong>Algo</strong> providers should allow this,<br />

but it may be necessary to combine it<br />

with additional external data analysis<br />

to improve the robustness of the<br />

conclusions.<br />

Market impact is not the only relevant<br />

metric; users must consider what their<br />

own benchmarks are. There are likely<br />

to be times when it is necessary to<br />

sacrifice market impact for speed of<br />

execution, for example.<br />

The optimal composition of liquidity<br />

will be different for each client,<br />

and different with each of their<br />

<strong>Algo</strong> providers. It is not as simple as<br />

maximising the internalisation rate<br />

- a transparent approach from <strong>Algo</strong><br />

providers allows users to evaluate<br />

how they would like their orders to be<br />

executed to best suit their execution<br />

goals.<br />

Navigating the complexities of <strong>FX</strong><br />

<strong>Algo</strong>s can be challenging. With their<br />

deep expertise and experience in the<br />

<strong>FX</strong> market, the team at Hilltop Walk<br />

Consulting bring unique insights.<br />

Partnering with clients to reach better<br />

outcomes.<br />

<strong>May</strong> <strong>2024</strong><br />

7


Image by shutterstock<br />

INDUSTRY VIEWS<br />

8 <strong>May</strong> <strong>2024</strong>


Exploring the role<br />

of internalisation<br />

in improving <strong>FX</strong><br />

algo execution<br />

performance<br />

Internalisation as a concept has shifted in perception<br />

among the <strong>FX</strong> community, moving from a poorly<br />

understood offering to becoming a sought after value<br />

added service, particularly in the use of <strong>FX</strong> algos. So<br />

what work have algo providers done to demonstrate<br />

the benefits of internalisation and how are they able to<br />

differentiate their offering to make internalisation part<br />

of their competitive edge? Nicola Tavendale writes.<br />

Nicola Tavendale<br />

<strong>May</strong> <strong>2024</strong><br />

9


INDUSTRY VIEWS<br />

James McGuigan<br />

“Looking at<br />

internalisation from<br />

a risk standpoint<br />

provides a better view<br />

on the value it can<br />

bring and some insight<br />

into the relative value<br />

each of the various<br />

mechanisms available<br />

might offer.”<br />

Asif Razaq<br />

“...if the bank has a<br />

busy book and has<br />

clients leaving algo<br />

orders throughout<br />

the day, it increases<br />

the matching of<br />

the two orders and<br />

allows both clients<br />

to get the benefit of<br />

internalisation,”<br />

Client’s feedback suggests that<br />

internalisation is not actually defined<br />

in any one common way across the<br />

<strong>FX</strong> market, which itself can lead to<br />

misunderstanding or lack of clarity<br />

around exactly what it is and the<br />

benefit it can bring, says James<br />

McGuigan, <strong>FX</strong> <strong>Algo</strong> Product Manager<br />

at Citi. He explains that, in its most<br />

basic form, internalisation can simply<br />

mean all or a part of an order is filled<br />

by the provider bank rather an on an<br />

external venue. However, McGuigan<br />

notes this is more a description of the<br />

mechanics of internalisation and is<br />

not a direct indication as to whether<br />

it is beneficial to the client or not.<br />

“Internalisation is a very important<br />

topic to us and many of our clients,” he<br />

adds. “Looking at internalisation from<br />

a risk standpoint provides a better view<br />

on the value it can bring and some<br />

insight into the relative value each of<br />

the various mechanisms available might<br />

offer.”<br />

So when an algo provider fills part of<br />

an order internally, it will either be risk<br />

reducing, risk neutral or risk increasing<br />

to their franchise, McGuigan says. “The<br />

risk reducing and risk neutral cases<br />

mean the bank has either pre-existing<br />

inventory or opposing algo order flows<br />

that can be matched against, the<br />

likelihood of which is directly correlated<br />

to the size of a banks <strong>FX</strong> franchise,<br />

an important part of which can be<br />

the banks own internal users of its <strong>FX</strong><br />

algos. Citi has a large internal user base<br />

which presents greater opportunities<br />

for algo to algo matching. It is the<br />

risk increasing scenario that presents<br />

the more nuanced risk management<br />

requirement in order to truly<br />

internalise,” McGuigan adds.<br />

On the other hand, where the bank<br />

actively and aggressively clears the risk<br />

position, it has clearly been externalised<br />

rather than internalised, says<br />

McGuigan. “Yet where the bank shows<br />

a price so skewed to its client base as<br />

to instantly induce offsetting flow, the<br />

definition of internalisation can be met<br />

without honouring the spirit of it,” he<br />

adds. “We might more accurately, but<br />

less tangibly, define internalisation as<br />

both refraining from hedging in the<br />

market, and also extending the holding<br />

time of the position out to longer than<br />

the natural rate of trading interest,<br />

so as to not cause additional market<br />

impact. For this reason, only market<br />

makers with both adequate client<br />

franchise, and also risk-taking appetite,<br />

can truly internalise.”<br />

IMPROVED EXECUTION<br />

PERFORMANCE<br />

Asif Razaq, Global Head of <strong>FX</strong> <strong>Algo</strong><br />

Execution, BNP Paribas, agrees, adding<br />

that while internalisation set-ups will<br />

differ from bank to bank, from an algo<br />

desk perspective there are three core<br />

‘flavours’ of internalisation. He explains<br />

that the first form of internalisation<br />

from an algo execution perspective is<br />

also akin to what the market making<br />

desk classes as internalisation. “This is<br />

probably the most sought after flavour<br />

of internalisation,” Razaq says. “From<br />

an algo perspective, this particular form<br />

of internalisation can be done on very<br />

large sizes, with the two algo orders<br />

on opposite sides not needing to be of<br />

equal sizes to match against each other.<br />

This results in a trade that’s impossible to<br />

find anywhere else in the marketplace.<br />

Furthermore, because that trade is<br />

executed within BNP Paribas, there is<br />

no information leakage and no market<br />

impact on the back of that trade. That<br />

is key measure of what algo clients are<br />

looking for with internalisation.”<br />

However, Razaq notes that how well a<br />

bank is able to perform this depends<br />

on how busy its algo business is and<br />

the size of their client franchise. If a<br />

provider’s algo business is not very<br />

busy, the bank will not be able to find<br />

that offsetting interest to trade the two<br />

sides of the order at the same time,<br />

he explains. “But if the bank has a<br />

busy book and has clients leaving algo<br />

orders throughout the day, it increases<br />

the matching of the two orders and<br />

allows both clients to get the benefit<br />

of internalisation,” he says. “The caveat<br />

behind this form of ‘block matching’<br />

internalisation is that it relies on the<br />

bank having an active algo business.”<br />

The second form of internalisation<br />

according to Razaq is getting the<br />

algo to trade against a bank stream<br />

i.e. a BNP algo trading against BNP<br />

market making liquidity. “The algo<br />

desk is not directly internalising, it is<br />

indirectly internalising that order flow<br />

through our market making unit. The<br />

market making desk are not trying to<br />

externalise that flow, their default is to<br />

10 <strong>May</strong> <strong>2024</strong>


Stark: Introducing<br />

Deutsche Bank’s next<br />

generation algo<br />

Building on Deutsche Bank’s dedication to leading innovation,<br />

we have released our next generation algo technology, Stark.<br />

Combining the capabilities of three market-leading algos – Stealth,<br />

SmartPeg, and IS*– this all-new, next generation algo has been<br />

built using extensive insight and investment into cutting-edge<br />

research. Offering precision in liquidity-taking and seamless<br />

internalisation, Stark ensures our clients have the tools they need<br />

to manage their execution style for optimal order placement.<br />

Find out more at db.com/fx<br />

*IS is Deutsche Bank’s Implementation Shortfall algo.<br />

This advertisement has been approved and/or communicated by Deutsche Bank AG or by its subsidiaries and/or affiliates (“DB”) and appears as a matter of record only. Deutsche<br />

Bank AG is authorised and regulated by the European Central Bank and the German Federal Financial Supervisory Authority (BaFin). With respect to activities undertaken in the<br />

UK, Deutsche Bank AG is authorised by the Prudential Regulation Authority. It is subject to regulation by the Financial Conduct Authority and limited regulation by the Prudential<br />

Regulation Authority. Details about the extent of Deutsche Bank AG’s authorisation and regulation by the Prudential Regulation Authority are available from Deutsche Bank AG on<br />

request. If you are a client of DB located in the European Economic Area, unless you have agreed otherwise in writing with DB, this communication is provided to you by or on behalf<br />

of Deutsche Bank AG’s Frankfurt head office. © Copyright Deutsche Bank AG <strong>2024</strong>.<br />

<strong>May</strong> <strong>2024</strong><br />

11


INDUSTRY VIEWS<br />

Dr John Quayle<br />

“An algo that<br />

internalises using well<br />

curated low-marketimpact<br />

liquidity simply<br />

performs better, a<br />

fact that is supported<br />

by our own data at<br />

NatWest, as well as<br />

‘peer universe’ data ...”<br />

sit on that risk and find another client<br />

to trade the other side of that position,<br />

which we call ‘indirect’ internalisation<br />

– essentially minimising noise and<br />

impact,” Razaq says.<br />

REDUCED MARKET IMPACT<br />

He adds that the third flavour is a<br />

relatively new one, but again working<br />

with BNP’s market making desk.<br />

This third type is the ability to place<br />

orders with the market making desk,<br />

allowing the client to become BNP’s<br />

price to our client franchise, Razaq<br />

explains. “Clients now have the option<br />

to become BNP’s price on one side,<br />

improving the pricing in turn,” he adds.<br />

“If someone trades against that more<br />

attractive price, we are able to give<br />

that trade back to the algo client. So,<br />

this is a way that the client is utilising<br />

BNP’s market making desk to get<br />

further internalisation against our client<br />

franchise by way of the market making<br />

desk.” This third type is delivered via<br />

the bank’s BIX (BNP Internal Xchange)<br />

service, says Razaq.<br />

At NatWest Markets, internalisation<br />

is also viewed as the offsetting of a<br />

position, or of a client order, with<br />

opposing flow from either internal<br />

trading desks or clients, says Dr John<br />

Quayle, Head of Client <strong>Algo</strong> Execution<br />

at NatWest Markets. He explains that<br />

if, for example, the child orders of a<br />

client algo are 100% filled with either<br />

opposing desk or client flow, then<br />

you can say that the algo offers 100%<br />

internalisation. “This is something<br />

that we can offer with the NatWest<br />

Peg Clipper algo,” adds Quayle. “The<br />

nuances then come in when thinking<br />

about which activity is ‘client activity’<br />

and this definition may vary between<br />

liquidity providers (LPs).” He notes<br />

that the key benefit is reduced market<br />

impact, which is achieved because<br />

the child orders do not need to be<br />

placed on external venues. This in<br />

turn provides the LP with much more<br />

control over which counterparties<br />

can ‘see’, and therefore trade with,<br />

the algo order, such as limiting then<br />

to skew-safe counterparties, Quayle<br />

explains.<br />

“Additional benefits are reduced<br />

brokerage charges and simpler algos,”<br />

he continues. “Both of these will<br />

benefit the client outcome as there<br />

will be less slippage vs inception mid<br />

or the risk transfer price - the main<br />

measure of transaction cost for an algo<br />

– assuming that the internalisation<br />

framework is well implemented. The<br />

NatWest approach is very skew aware<br />

and focused on curated liquidity and<br />

internalisation first, which attempts<br />

to capture these benefits as much as<br />

possible, the results of this speak for<br />

themselves.”<br />

INCREASED TRANSPARENCY<br />

In addition, there is now a greater<br />

understanding of the market impact<br />

reduction that can be achieved by<br />

internalising compared to that which<br />

can be achieved when filling on a more<br />

agency/external manner, according<br />

to Quayle. “The principal way that<br />

internalisation improves performance<br />

is in significantly reducing market<br />

impact,” he adds. “An algo that<br />

THERE IS NOW A GREATER<br />

UNDERSTANDING OF<br />

THE MARKET IMPACT<br />

REDUCTION THAT<br />

CAN BE ACHIEVED BY<br />

INTERNALISING<br />

12 <strong>May</strong> <strong>2024</strong>


<strong>May</strong> <strong>2024</strong><br />

13


INDUSTRY VIEWS<br />

Dr Ralf Donner<br />

“We have migrated<br />

from a situation where<br />

we did have some<br />

clients who prefer not<br />

to internalise and even<br />

requested us to switch<br />

off internalisation for<br />

them, to now where<br />

nearly every client is<br />

not only okay with<br />

internalisation but is in<br />

fact very keen on it.”<br />

internalises using well curated lowmarket-impact<br />

liquidity simply performs<br />

better, a fact that is supported by our<br />

own data at NatWest, as well as ‘peer<br />

universe’ data from providers such as<br />

Tradefeedr.” In turn, Quayle notes that<br />

when an algo is interacting only with a<br />

given LP’s clients or trading desks, then<br />

that LP has total control over which<br />

clients the algo can match with and can<br />

therefore ensure the algo only interacts<br />

with those clients who are skew-safe.<br />

According to Quayle, the challenge<br />

then becomes how to identify those<br />

skew-safe clients, and internalisation<br />

of algos is inextricably linked to that<br />

task. “Internalisation is only as good<br />

as the ability to identify those skewsafe<br />

clients, and internalisation itself<br />

does not necessarily guarantee a good<br />

outcome for the algo user – this cannot<br />

be stressed enough. It is only when<br />

used in combination with low-market<br />

impact liquidity that an algo will<br />

perform well. Hence, we at NatWest<br />

put as much effort into detecting skew,<br />

analysing and curating the liquidity<br />

as we do in designing the algo, and<br />

this clearly feeds through into our<br />

performance data,” he says.<br />

Internalisation is also a key<br />

differentiator because it is an area<br />

where the algo provider’s franchise<br />

can come into play, argues Dr Ralf<br />

Donner, Head of Marquee Execution<br />

Solutions at Goldman Sachs. While<br />

a bigger franchise is generally better,<br />

it is still imperative to offer clients an<br />

intelligent, nuanced way to internalise,<br />

resulting in a better experience for the<br />

client. “From a client perspective, the<br />

number one expectation would be that<br />

there is a better mark-out profile from<br />

internalisation, which in turn improves<br />

the overall performance of the algo as<br />

well,” says Donner. “Some clients are<br />

also not so keen on last-look found in<br />

many of the secondary markets, but<br />

that can be avoided by internalising<br />

as the internalised prices are always<br />

firm. From a dealer perspective, we<br />

obviously do not have to pay brokerage<br />

for internalising, so we may hope to<br />

reduce the all-in cost of execution while<br />

offering the client a better experience.”<br />

POINT OF DIFFERENTIATION<br />

To this end, Goldman Sachs offers four<br />

flavours of internalisation: required,<br />

selective, matching, and skew, Donner<br />

explains. The first type, required<br />

internalisation, is used by algo clients<br />

if they have, for example, a twap or<br />

a vwap algo that has to finish at a<br />

certain scheduled time, he explains. In<br />

that case, it may be required to send<br />

a piece of the algo to a bank e-book<br />

in order to ensure that the scheduling<br />

requirements are still achieved. The<br />

second flavour, selective internalisation,<br />

is used when there is an external<br />

price and the algo essentially queries<br />

internally to see if it is possible to fill the<br />

algo at the external price, Donner says.<br />

He adds: “The reason why that could<br />

be an advantage is if the external price<br />

could be missed for some reason, such<br />

as via latency or because the external<br />

price is not a firm price but has last<br />

look conditions attached to it. In that<br />

case it might be better to just try and<br />

fill that internally and not have any kind<br />

of mark out that you might experience<br />

with the external price.”<br />

The third internalisation offering is<br />

matching, Donner says, in which the<br />

bank operates a matching engine, an<br />

internal order book with various levels.<br />

The algo places limit orders and if a<br />

match on price occurs with another<br />

internal or external participant, then<br />

that results in an internal fill for both<br />

parties. Internal participants include <strong>FX</strong><br />

and non-<strong>FX</strong> desks at GS. By the way,<br />

GS only permits external participation<br />

via our algos, which helps ensure<br />

the quality of the pool, he explains.<br />

Then the fourth and final type is skew<br />

internalisation, for when there is not<br />

an offsetting trade as there would be<br />

in the matching case, Donner explains.<br />

Instead, an offsetting trade is created by<br />

triggering a skew in streaming bid offer.<br />

“The e-book goes and it improves its<br />

bid, or improves its offer, and attracts<br />

liquidity to fill the algo,” Donner says.<br />

McGuigan also notes the trend seen<br />

among certain clients who are now<br />

wanting to utilise bank algo offerings<br />

to effectively market make into the<br />

banks clients base, much like a venue.<br />

“As such, the ability of a bank to absorb<br />

this flow internally can be seen as<br />

being very important,” he adds. “In<br />

addition, the maturation of TCA in the<br />

<strong>FX</strong> algo space has also led to a better<br />

understanding around what good algo<br />

execution looks like and part of this has<br />

been the value true internalisation can<br />

provide.”<br />

MOVING INTO THE<br />

MAINSTREAM<br />

For BNP Paribas, the algo suite being<br />

able to access the three different<br />

flavours of internalisation is also seen as<br />

a core value proposition and one that<br />

clients quickly recognise the benefit<br />

of, says Razaq. In addition, all three<br />

internalisation types are available to<br />

the client by default but still have the<br />

option to opt out easily if they do<br />

not require a particular feature. “All<br />

three types are enabled on all our algo<br />

strategies,” Razaq adds. “We articulate<br />

to clients that BNP is a top flight player<br />

in the algo market and we have a very<br />

active algo execution business, which<br />

means that their chances of finding<br />

that block match in BIX, for example, is<br />

much higher at BNP than at any of our<br />

peers.”<br />

BNP’s BIX also started life in the algo<br />

sector, providing opportunity between<br />

client algos trading against another<br />

14 <strong>May</strong> <strong>2024</strong>


client algo. Razaq shares that because<br />

the algo execution business is now very<br />

mature, there are a number of various<br />

different sectors of the bank that use<br />

BNP algos. “Our algos are deployed not<br />

only with our clients, but everywhere<br />

within the BNP group. Anyone within<br />

the group that has <strong>FX</strong> exposure to<br />

execute alsouse BNP algorithms to<br />

execute their trades,” he says. “In turn,<br />

this increases the matching probability<br />

in BIX because now we are not only<br />

matching against external clients, we<br />

are also matching against internal BNP<br />

departments as well. And as all of<br />

these trades are executed within BNP,<br />

we can guarantee that the trades will<br />

have no market impact when they are<br />

matched in BIX. This is a very attractive<br />

proposition for our clients.”<br />

There is also no disadvantage to<br />

internalisation, according to Razaq and<br />

is on the whole highly sought after<br />

by clients. In some cases, clients may<br />

want to opt out of internalisation, if<br />

for example they need to respect the<br />

time horizon for the algo trade or they<br />

have some fiduciary duty to trade in<br />

the external market, he adds, but notes<br />

that they accept that risk because that<br />

is their execution objective. In addition,<br />

BNP provides full transparency by<br />

itemising the different internalisation<br />

types in their TCA reports. “Many banks<br />

actually mix and match and do not<br />

provide that level of transparency,” he<br />

says. “The TCA may show one category<br />

of internalisation but it is not clear what<br />

kind, so clients will often challenge<br />

what that actually means for them.”<br />

FUTURE OF ALGOS AND<br />

INTERNALISATION<br />

Looking ahead, BNP has also<br />

developed another flavour of<br />

internalisation for clients in the<br />

systematic hedge fund space, Razaq<br />

reveals. “There is a large community<br />

of systematic hedge funds who build<br />

their own algos who are not able<br />

to benefit from the internalisation<br />

capability that using a BNP algo has<br />

to offer and have to instead trade<br />

against bank streams or go to the<br />

external market to source that liquidity.<br />

Increasingly this client base is realising<br />

they are actually missing out on BIX<br />

liquidity and they want a piece of<br />

the pie,” he says. “In response, BNP<br />

is creating an API product, called<br />

Internalisation can help reduce the cost of brokerage fees<br />

BIX <strong>FX</strong>, to offer BIX and BIX Peg<br />

services directly to clients so their<br />

internal algos can also leverage and<br />

start posting interest into BIXand<br />

BIX peg to leverage that flavour of<br />

internal liquidity.” In general, Razaq<br />

believes that clients will increasingly<br />

look at internalisation rates when<br />

they evaluate algo providers.<br />

“Internalisation is a key value<br />

proposition in BNP’s offering,” he adds.<br />

“At BNP, we are constantly looking for<br />

more ways to increase internalisation.<br />

It is definitely here to stay.”<br />

Historically, however, when there was<br />

just one form of internalisation, it could<br />

be a double-edged sword and was not<br />

always the optimal choice for clients,<br />

explains Donner. Yet now clients tend to<br />

themselves seek greater internalisation<br />

because the offering is much more<br />

intelligent than before, he adds.<br />

“It is universally viewed as being<br />

more useful and that is also borne<br />

out by third-party TCA. Now we have<br />

TCA providers also telling clients that<br />

if they increase internalisation that<br />

will be better for their algo execution<br />

outcomes,” Donner says. “Clients<br />

are far more sophisticated these days<br />

in their analysis of trades. We have<br />

migrated from a situation where we<br />

did have some clients who prefer not<br />

to internalise and even requested us to<br />

switch off internalisation for them, to<br />

now where nearly every client is not<br />

only okay with internalisation but is in<br />

fact very keen on it.”<br />

As a result, Donner also believes<br />

that internalisation is here to stay.<br />

“If you look at the <strong>FX</strong> liquidity<br />

landscape, primary markets continue<br />

their steady decline in volume. So if<br />

primary markets are not the answer to<br />

sourcing liquidity, what is? It probably<br />

is not the various secondary markets,<br />

given this patchwork of liquidity, some<br />

of it recycled, and much of it with<br />

limited transparency on transacted<br />

volumes,” he adds. “The solution<br />

is likely to be much more bespoke<br />

liquidity, curated pools and KYC<br />

liquidity. Internalisation is a great way<br />

to do that and as an algo provider, it is<br />

a great way for us to offer that sort of<br />

liquidity where we understand who is<br />

on the other side.”<br />

<strong>May</strong> <strong>2024</strong><br />

15


DQ<br />

DEQUANTIFICATION<br />

Stark: Taking <strong>FX</strong> algo<br />

execution to the next level<br />

Vittorio Nuti, head of the Segregated <strong>Algo</strong> execution at Deutsche Banks’ Foreign<br />

Exchange and Listed Derivatives divisions, tells us more about Stark, the banks<br />

next generation algo which has been developed after extensive investment and<br />

cutting-edge research.<br />

Vittorio Nuti<br />

GENERAL OVERVIEW:<br />

What is the <strong>FX</strong> algo called?<br />

Stark, Deutsche Bank’s flagship algo,<br />

matches client interest and captures<br />

liquidity opportunistically.<br />

What category does it fall into?<br />

Dynamic, Stark balances passive and<br />

aggressive orders in alignment with<br />

market conditions, varying its speed.<br />

What does it attempt to do?<br />

The Stark algorithm taps into Deutsche<br />

Bank’s broad client franchise and select<br />

liquidity providers to execute faster than<br />

average (according to TradeFeedr data),<br />

while maintaining skew safety.<br />

STRUCTURE<br />

What is the algo’s software<br />

architecture?<br />

Stark’s software, based on C++ and<br />

Java, with execution servers in colocation<br />

– help to minimise latency.<br />

Does it use proprietary modelling?<br />

Yes, Stark utilises proprietary modelling<br />

within its mid pricing and signal engine,<br />

reflecting real-time market conditions.<br />

Does it use technology such as AI or<br />

ML? If so, how?<br />

Indeed, various sophisticated modelling<br />

and machine learning techniques drive<br />

pricing engine decisions and order<br />

placement adjustments, optimising<br />

execution even in high volatility<br />

environments.<br />

FUNCTIONAL ASPECTS<br />

Does the algo adapt automatically to<br />

prevailing market conditions and if so<br />

how?<br />

Stark dynamically adjusts trading speed<br />

based on currency pair, time of day,<br />

and current volatility, ensuring efficient<br />

execution. A large order placed at an<br />

illiquid time vs. a liquid time could be over<br />

15 time slower.<br />

Does it incorporate smart order<br />

routing?<br />

Absolutely, leveraging large scale statistical<br />

analysis to select safe venues and optimal<br />

sizes, in synergy with the Principal desk’s<br />

insights.<br />

How does it minimise market<br />

footprint?<br />

Through extensive data calibration and<br />

scenario testing, Stark minimises footprint<br />

while maintaining a safe and sustainable<br />

execution program. This does limit the<br />

number of venues but it allows for a safe<br />

and sustainable execution programme.<br />

What liquidity seeking and access<br />

capabilities does it deploy?<br />

Image by shutterstock<br />

Stark offers customizable parameters<br />

Stark dynamically rebalances execution<br />

venues to target available volume<br />

efficiently, on an order by order basis to<br />

ensure volume is targeted where available.<br />

16 <strong>May</strong> <strong>2024</strong>


What operational risk management<br />

does it include?<br />

Various safeguards, including fat finger<br />

controls and throughput thresholds<br />

such as max size per order or gross<br />

amount per day to ensure execution<br />

safety. However there are other<br />

scenarios under which execution would<br />

be halted, for example, if the parent<br />

order exceeded any pre-determined<br />

throughput, rejection/cancellation count<br />

thresholds, or if the market becomes<br />

too illiquid.<br />

PARAMETERS & CONTROLS<br />

What client inputs are available in<br />

the algo?<br />

Required Parameter: CCY, Side,<br />

Quantity (execution style defaults to<br />

Normal)<br />

Optional Parameters: Execution Style<br />

(passive, normal, aggressive), Limit price,<br />

iWould.<br />

Customization: Stark offers<br />

customizable parameters such as<br />

execution style, and liquidity sources,<br />

empowering users to tailor execution to<br />

their needs.<br />

How much real-time feedback does<br />

it provide?<br />

Real-time TCA and expert guidance<br />

assist users in adjusting execution<br />

speed to meet requirements<br />

effectively. When external liquidity is<br />

selected, the algo will manage the<br />

balance between internal and external<br />

placement based on real-time fill<br />

events. For the user, real-time TCA is<br />

available that can help to determine<br />

whether the urgency needs to be<br />

increased or reduced to meet the<br />

user’s execution speed requirements.<br />

Also, our experience and handson<br />

sales and trading team provides<br />

guidance around general market<br />

conditions and themes to assist the<br />

user through the execution process, if<br />

needed.<br />

CAPABILITIES AND USE<br />

What execution styles (e.g. passive/<br />

aggressive) does the algo support?<br />

Stark flexibly trades passively and<br />

aggressively to balance market risk and<br />

cost savings, it’s aggressiveness can<br />

be changed inflight by changing the<br />

Execution Style.<br />

How can it be integrated/called<br />

with/by higher-level workflows?<br />

While designed as a standalone<br />

strategy, Stark seamlessly integrates<br />

into client EMS and Deutsche Bank<br />

workflow solutions, which help client<br />

automate processes and reduce costs<br />

for their <strong>FX</strong> needs.<br />

What is the optimal scenario for its<br />

use?<br />

Stark’s adaptability allows for various<br />

scenarios, commonly used for<br />

minimising cost spread like gamma<br />

hedging. However, users typically use<br />

Stark in its three default execution<br />

styles, with an Arrival Mid benchmark<br />

(when set t passive) and Cost save<br />

vs Risk Transfer (when set to Normal<br />

or Aggressive). It is often used for as<br />

a take profit for derivatives traders<br />

to minimize cost spread. Due to its<br />

flexibility and nimbleness, Stark can<br />

be used in extremely varied scenarios,<br />

for example by finely controlling skew<br />

and cost of child execution we can<br />

tailor expected duration per client or<br />

currency.<br />

Any other functionality worthy of<br />

note?<br />

Check Stark’s rankings on Tradefeedr<br />

(an independent transaction cost<br />

analysis provider) for evidence of its<br />

speed and cost savings. Our friendly<br />

team is here to help you make the<br />

most out of the Stark algo and more<br />

generally <strong>FX</strong> execution, get in touch!<br />

<strong>May</strong> <strong>2024</strong><br />

17


?<br />

ASK A PROVIDER<br />

The evolution of algo<br />

use in <strong>FX</strong> swaps<br />

The introduction of electronically traded <strong>FX</strong> swaps is a significant development for the<br />

wider <strong>FX</strong> industry as a whole and one that opens up the potential for <strong>FX</strong> swaps algos<br />

going forward. Howard Grubb, Product Lead, Electronic Trading at DIGITEC explains how<br />

technology innovation is supporting the growth of e-traded <strong>FX</strong> swaps and how algos are<br />

expected to evolve in this new market.<br />

Howard Grubb<br />

How is electronic trading of <strong>FX</strong><br />

swaps set to further gain traction<br />

this year and how can algo<br />

execution be a part of this growth?<br />

Technology is a major theme of <strong>2024</strong>.<br />

With increasing trading volumes, greater<br />

involvement from banks of all sizes<br />

and further buy-side participation, the<br />

<strong>FX</strong> swaps market continues its volume<br />

growth and migration to electronic<br />

channels. This is driving further demand<br />

for accurate and robust pricing engines,<br />

and for more automated end-to-end<br />

workflows.<br />

As trading firms look to improve<br />

pricing, they are building ever more<br />

sophisticated pricing models which<br />

increasingly go beyond existing market<br />

data, to include yield curves and<br />

inferred <strong>FX</strong> swap points.<br />

We continue to see banks of all sizes<br />

moving away from spreadsheet-based<br />

or manual pricing and implementing<br />

accurate and robust pricing engines.<br />

These are required to efficiently<br />

price in the rapidly moving electronic<br />

<strong>FX</strong> markets. Pricing <strong>FX</strong> swaps is<br />

complex: the scale of the challenge is<br />

demonstrated by market maker banks<br />

typically calculating more than 20,000<br />

prices along their forward curves.<br />

Electronic trading of <strong>FX</strong> swaps, in both<br />

client and interbank markets, will<br />

lead to more efficient <strong>FX</strong> markets. This<br />

increased electronification will lead<br />

to greater velocity of the underlying<br />

market and translates into a greater<br />

need for speed and lower latency, as the<br />

markets react more quickly to events.<br />

The development of electronic <strong>FX</strong> swaps<br />

marketplaces is still at an early stage, so<br />

a degree of algo capability is required<br />

to participate, whether for passive<br />

execution or for liquidity provision.<br />

As continuous liquidity in these<br />

marketplaces increases with more<br />

participation, we expect well-established<br />

approaches to algo execution, common<br />

in other instruments, to become<br />

increasingly relevant.<br />

This will be a process of evolution, as<br />

the development of electronic markets<br />

progresses, and any algos will need<br />

to constantly adapt to changes in the<br />

market structure and liquidity, the<br />

availability of data and the range of<br />

participants and strategies.<br />

What were the key challenges in the<br />

past which may have prevented the<br />

use of algos for <strong>FX</strong> swaps trading?<br />

<strong>Algo</strong>s need high quality data. In the<br />

past this was not easily available for<br />

<strong>FX</strong> swaps, as there was no recognised<br />

interbank data feed. Traders relied on<br />

<strong>FX</strong> swaps prices published by brokers,<br />

which are among the last to update at<br />

times of movement, and do not cover<br />

relevant points such as central bank<br />

dates and liquidity events (month- and<br />

year-end) that often have the largest<br />

impact.<br />

This is why DIGITEC and 360T<br />

created the Swaps Data Feed (SDF),<br />

which is based on participating major<br />

<strong>FX</strong> banks’ raw pricing and represents<br />

Interbank quality. Today, the SDF has<br />

established itself as a reliable data<br />

source, used by many banks and<br />

<strong>FX</strong> swaps market participants in their<br />

active pricing of currency curves. It<br />

enables clients to build fully automated<br />

and accurate real-time curves.<br />

Greater price transparency will lead to<br />

greater participation and this in turn will<br />

help liquidity in matching venues.<br />

Liquidity was also a major factor,<br />

especially further out along the<br />

forwards curve. The development of<br />

traditional algo trading is dependent<br />

upon how fast the market evolves and<br />

18 <strong>May</strong> <strong>2024</strong>


interest, some from our existing bank<br />

clients and some new relationships<br />

which plan to use D3 OMS as a<br />

standalone product.<br />

To date we have one bank live and<br />

trading on LSEG Forwards Matching,<br />

with other banks at different stages<br />

of onboarding to both LSEG and 360T<br />

SUN.<br />

<strong>Algo</strong>s need high quality data and the DIGITEC/360T Swaps Data Feed has established itself<br />

as a reliable data source.<br />

continuous liquidity is built further out<br />

than Overnight or Tomorrow/Next Day.<br />

There may be some liquidity seeking<br />

algos that will work for <strong>FX</strong> swaps, but<br />

their adoption will be low if there is<br />

limited liquidity.<br />

Another factor in the adoption of<br />

algo trading in <strong>FX</strong> swaps has been<br />

technology – without electronic<br />

marketplaces with broad participation,<br />

it is difficult to justify the investment<br />

in technology needed to support<br />

robust and efficient algo trading<br />

strategies.<br />

Credit remains an issue and is often<br />

referred to as a bottleneck when it<br />

comes to further automation in <strong>FX</strong><br />

swaps and moving towards a more<br />

electronic market. Trading in <strong>FX</strong> swaps<br />

is still mostly limited to counterparties<br />

with a bilateral credit relationship,<br />

therefore, linking liquidity and credit.<br />

However, innovation with more dynamic<br />

allocation of credit in a market utility<br />

type offering and clearing may provide<br />

some answers.<br />

How has DIGITEC introduced new<br />

innovation into the <strong>FX</strong> swaps space?<br />

To what extent do these provide<br />

solutions to pave the way for algo<br />

trading in <strong>FX</strong> swaps?<br />

For <strong>FX</strong> swaps to automate further,<br />

there is a requirement for an efficient<br />

and increasingly automated Interdealer<br />

<strong>FX</strong> swaps market, to help firms make<br />

markets to clients and efficiently risk<br />

manage their positions.<br />

With this in mind, 360T and<br />

LSEG offer electronic Interdealer<br />

<strong>FX</strong> swaps trading venues, with<br />

other marketplaces looking at<br />

establishing additional venues.<br />

At DIGITEC we developed D3<br />

OMS, as a solution for traders to<br />

connect directly to these interdealer<br />

<strong>FX</strong> swaps venues. D3 OMS allows the<br />

traders to place and manage orders<br />

into these marketplaces, with a high<br />

degree of workflow automation, so<br />

that they are able to scale their business<br />

efficiently and can unlock other<br />

opportunities for automation within<br />

their pricing and risk management<br />

processes.<br />

As with any market that is evolving to a<br />

more electronic structure, we expect the<br />

result to be increased volumes on<br />

electronic Interbank matching platforms.<br />

This in turn will drive increased market<br />

liquidity, greater participation, improved<br />

client pricing and risk management, and<br />

for the <strong>FX</strong> swaps market to grow across<br />

all execution methods for the benefit of<br />

all parties.<br />

What has been the response from<br />

banks and the buyside so far? How<br />

much of an appetite is there for<br />

algo trading in <strong>FX</strong> swaps and is this<br />

from particular segments of the<br />

market?<br />

We launched D3 OMS in September<br />

last year and are seeing a great deal of<br />

The typical bank customer that we<br />

engage with at this stage already has<br />

comprehensive pricing capabilities,<br />

and is adding the workflow<br />

automation that comes with D3 OMS.<br />

We are exploring use-cases with other<br />

clients with different requirements,<br />

often around risk management<br />

automation or efficiently accessing<br />

liquidity, and we can bring several<br />

elements together for these clients,<br />

some of which are likely to involve an<br />

algorithmic component.<br />

When do you expect more<br />

significant traction in algo use<br />

for <strong>FX</strong> swaps? How do you expect<br />

the evolution of e-traded <strong>FX</strong><br />

swaps to continue and what<br />

will be the next steps for its<br />

development?<br />

We expect to see more data being<br />

integrated from our network of banks,<br />

which will further improve SDF data<br />

and lead to more accurate market<br />

pricing. Greater transparency will lead<br />

to better price discovery, which will<br />

support the continued automation<br />

and electronification of the <strong>FX</strong> swaps<br />

market.<br />

More liquidity in longer dated swaps<br />

will be enabled by better data,<br />

automated workflows, and more<br />

efficient Interdealer markets, so we<br />

expect pricing to improve further along<br />

the curve in all markets.<br />

Like the rest of the market, the use<br />

of execution algos is growing, but in<br />

the case of <strong>FX</strong> swaps is still relatively<br />

small. In terms of electronification, <strong>FX</strong><br />

swaps are still evolving, and are some<br />

years behind spot. For algos to gain<br />

significant traction there needs to<br />

be liquidity across the forward curve<br />

(not just the short dates) and pricing<br />

engines need to incorporate more data<br />

from multiple sources.<br />

<strong>May</strong> <strong>2024</strong><br />

19


TRADERS WORKSHOP<br />

Understanding and<br />

accessing Order<br />

Stitching in Transaction<br />

Cost Analysis<br />

By Kathryn Berkow, Managing Director and Suraj Kaul, Quantitative Trading<br />

Engineer at BestEx Research<br />

transaction cost analysis, which can help<br />

a trader evaluate execution performance<br />

more robustly. If the trader reviews<br />

performance of trades without stitching<br />

waves together, they will be treating the<br />

individual waves as distinct though they<br />

are part of a single parent order and the<br />

performance of earlier waves is likely to<br />

affect the performance of later waves.<br />

Kathryn Berkow<br />

Order Stitching can play a significant<br />

role in optimizing trading strategies<br />

(including <strong>FX</strong>) and evaluating their<br />

performance accurately. In this article<br />

we’ll delve into what Order Stitching is<br />

and why it’s important, as well as the<br />

nuances associated with the calculation<br />

of analytics in TCA and how we handle<br />

them in our own TCA.<br />

Suraj Kaul<br />

cost measurement tools that can help<br />

determine the effectiveness.<br />

Order Stitching is a methodology for<br />

viewing waves as a single order in<br />

For example, in Figure 1, there are<br />

three waves traded throughout the<br />

day. In the first wave, the order trades<br />

over a period when the price of the<br />

instrument is increasing. Because the<br />

order is a buy order, it is possible and<br />

perhaps probable that the order itself<br />

is contributing to the price change by<br />

way of market impact. In wave 3, we<br />

WHAT IS ORDER STITCHING?<br />

Some traders send orders once and let<br />

the order finish trading (or not finish<br />

trading) according to the execution<br />

algorithm’s trade plan. Other traders<br />

divide a single order into multiple<br />

waves, sending multiple orders on the<br />

same date, symbol, and side throughout<br />

the day, as shown in Figure 1 below.<br />

Such waves may have periods of pause<br />

in between or they may overlap. In each<br />

successive wave, a trader may change<br />

the trading strategy–switching from a<br />

liquidity-seeking algorithm to a VWAP,<br />

for example–or update parameters<br />

like limit prices, volume caps, and<br />

more. Managing an order in waves<br />

aims to optimize execution strategy,<br />

and traders need access to meaningful<br />

Figure 1. An order to BUY, sent in 3 waves. The first wave sees a more substantial increase<br />

in price than later waves, though the price is increasing on average throughout the day.<br />

Each wave is shown with its arrival price, price at order end, and its interval VWAP.<br />

20 <strong>May</strong> <strong>2024</strong>


see that the price isn’t moving very<br />

much by comparison. This example<br />

illustrates a common outcome–the<br />

first wave of an order, just as the initial<br />

portion of any single order, is likely<br />

to create more market impact than<br />

consecutive waves. If a trader does<br />

not incorporate the dependence of<br />

the performance of the waves into<br />

their performance assessment, they<br />

could be underestimating the impact<br />

they’ve created over the course of<br />

the full parent order and missing out<br />

on the broader view of their trading<br />

performance. Combining the orders<br />

gives a measure of cumulative cost from<br />

all order slices versus the initial arrival<br />

price.<br />

Looking at the individual waves<br />

evaluates the performance of the<br />

execution algorithm itself–was it able<br />

to access passive or dark liquidity, for<br />

example? Could it earn more spread<br />

than it paid? Did it create unnecessary<br />

market impact? Aggregating the orders<br />

to treat them as a single parent order<br />

and understanding the performance of<br />

the order’s execution as a whole will<br />

help to evaluate the real cost of trading<br />

that order–important for portfolio<br />

optimization–and help evaluate whether<br />

the trading strategy, including dividing<br />

into waves, was successful overall.<br />

HOW DOES STITCHING<br />

WORK?<br />

Stitching waves into a single order has<br />

simple elements and more complex<br />

ones. The simplest measurement to<br />

start with is the fill quantity. Consider<br />

the three waves depicted in the image<br />

above. If we combine the waves<br />

together into a single order, we can<br />

simply sum their total executed quantity<br />

to derive the fill quantity for the larger<br />

parent order. But not every metric is<br />

simple to construct, so we’ll cover a few<br />

more examples here as well.<br />

all executions to the first wave’s arrival<br />

price, as shown in Figure 2. Similarly,<br />

for the “order end mid” benchmark<br />

in our TCA, we would benchmark all<br />

executions to the final wave’s order end<br />

mid.<br />

A more complex consideration is<br />

interval VWAP, for which a provider has<br />

a number of options in calculating for<br />

a stitched order. In the three waves<br />

depicted above, which do not overlap,<br />

we could choose to benchmark the<br />

order to the VWAP over the full trading<br />

duration from first wave’s start to final<br />

wave’s end. However, it is possible that<br />

the waves overlap, which would make<br />

this benchmark less useful. In addition,<br />

this method doesn’t necessarily<br />

represent the VWAP price during the<br />

trading interval, as there may be long<br />

periods with no trading during the<br />

horizon covered by the waves. At BestEx<br />

Research, we calculate a stitched order’s<br />

interval VWAP performance as the<br />

weighted average of individual waves’<br />

interval VWAP performance, weighted<br />

by filled notional value. There are other<br />

options, however, for evaluating the<br />

performance of the waves compared to<br />

the VWAP during the order’s duration;<br />

clients may prefer to benchmark to the<br />

day’s VWAP price as opposed to the<br />

interval–if the waves traded over much<br />

of the day, for example–or the VWAP<br />

from order start to market close, which<br />

we provide.<br />

Some traditional measures need to<br />

be discarded for stitched orders. For<br />

example, a commonly used participation<br />

rate metric is the order’s percentage of<br />

interval volume. This metric is not useful<br />

for determining the participation rate<br />

of a stitched order, because the client<br />

may not have been trading over the full<br />

duration from the first wave’s arrival to<br />

the final wave’s end. For this reason, a<br />

percentage of interval volume may be<br />

heavily skewed downward. Each wave<br />

could be trading at 15% of volume, but<br />

if they are relatively short compared to<br />

the stitched order’s full duration, they’ll<br />

represent only a small percentage of<br />

interval volume when aggregated.<br />

To calculate order size as a percentage<br />

of average daily volume (ADV), however,<br />

is straightforward. The total order size as<br />

a percentage of ADV would be the total<br />

shares filled across all waves divided<br />

by the ADV. This metric can look very<br />

different for stitched and unstitched<br />

orders. If a customer divides an order<br />

that is 10% of the product’s ADV into<br />

two equal waves, each would measure<br />

5% of ADV in the unstitched order<br />

summary while representing the true<br />

parent order’s full 10% of ADV in a<br />

stitched order summary.<br />

As illustrated in the above examples,<br />

each element of reporting stitched<br />

orders must be thoughtfully<br />

reengineered to reflect the most useful<br />

For each wave, an order arrival (the<br />

midpoint price at the time the order<br />

arrives) and order end mid (the<br />

midpoint price at the time the order<br />

ends) are depicted in the image above<br />

as well. If the orders are not combined,<br />

the arrival performance for each wave<br />

will be calculated according to each<br />

individual wave’s corresponding arrival<br />

price. However, when we stitch the<br />

orders together, we will benchmark<br />

Figure 2. An order to BUY, sent in 3 waves as above. This time, the three waves are shown<br />

as periods of trading within a single order–a stitched order–benchmarked to the first<br />

wave’s arrival price. The order duration is the entire length of trading, and the order end<br />

midpoint price is the final wave’s order end midpoint.<br />

<strong>May</strong> <strong>2024</strong><br />

21


TRADERS WORKSHOP<br />

Table 1. This table above illustrates an excerpt of performance measures from our updated TCost Summary Report, part of our transaction cost analysis<br />

(TCA) module in AMS. In it, readers can see that aggregating waves of an order on a single symbol, side, and date can change the view of performance<br />

of the parent order. For stitched orders, the calculation of some measures is fundamentally changed and other measures may become less relevant, as<br />

described in the text. Please note that this table is intended to illustrate report functionality only, and does not represent a promise of future performance.<br />

information as clients review the orders’<br />

characteristics and performance.<br />

Table 1 shows an excerpt of<br />

performance measures for a group of<br />

unstitched orders and its corresponding<br />

stitched orders. In the table, readers<br />

can see that stitching naturally reduces<br />

the number of orders and changes the<br />

calculation of the order’s size by ADV<br />

and realized day volume. In addition,<br />

and perhaps most importantly, it<br />

changes the view of performance<br />

measures like cost vs. arrival price and<br />

cost vs. midpoint price at order end.<br />

Looking at the cost versus arrival for<br />

the original orders, we see an average<br />

performance of 6.4 bps, for example,<br />

but when we stitch appropriate orders<br />

together and assign the first arrival<br />

price as the benchmark, we can see<br />

the orders may be creating much more<br />

impact on average than is detected<br />

among unstitched orders. Of course,<br />

it could be related to market prices<br />

moving away from the trader as well,<br />

as we see that the order size is relatively<br />

small, but deeper study of the orders<br />

would be required to determine<br />

whether the orders are creating the<br />

price change.<br />

ACCESSING STITCHED<br />

PERFORMANCE IN TCA<br />

To create effective views of performance<br />

for traders executing in waves, it’s<br />

essential to have the necessary<br />

infrastructure and tools in place. Order<br />

Stitching is now available in our TCost<br />

Summary report in AMS’s Reports tool<br />

as an additional tab. Same-day Order<br />

Stitching is currently available for orders<br />

traded on the same date, symbol, and<br />

side to be stitched, and the additional<br />

tab including stitched performance<br />

with updated benchmarks will appear<br />

as the final tab in this report–all other<br />

tabs represent unstitched performance<br />

calculations.<br />

There are two “flavours” of stitching<br />

available, as illustrated in Figure 3.<br />

Orders can be stitched across strategies<br />

or within strategies, using the Order<br />

Stitching drop-down menu to specify.<br />

For example, if a client chooses a<br />

liquidity seeking strategy for the first<br />

wave of an order but frequently changes<br />

strategies for later waves and wants all<br />

of those waves aggregated as a single<br />

order, then stitching across strategies<br />

may be appropriate. The trader would<br />

choose “Day-Side-Symbol” stitching in<br />

this case.<br />

However, if there are multiple orders for<br />

the same date, symbol, and side sent to<br />

different strategies for different reasons<br />

and the trader would like to keep<br />

them separate, that’s a possibility as<br />

well. Stitching within strategies would<br />

be most appropriate in this situation,<br />

separating VWAP orders and liquidityseeking<br />

(“Optimal”) orders, for example.<br />

The trader would choose “Day-Side-<br />

Symbol-<strong>Algo</strong>” stitching in this case.<br />

While traders may trade larger<br />

parent orders in smaller waves over<br />

multiple days (rather than just a single<br />

trading session as described above),<br />

automated multi-day Order Stitching for<br />

performance assessment is not currently<br />

available in our TCost Summary report.<br />

Figure 3. The image above is an excerpt from the Create Report dialog box in AMS’s<br />

Reports tool. After selecting all report parameters, including dates, strategies, order and<br />

instrument characteristics, for example, users can select Order Stitching parameters.<br />

“Default” will leave orders unstitched, “Day-Side-Symbol” will combine orders traded on the<br />

same date, side and symbol, and “Day-Side-Symbol-<strong>Algo</strong>” will combine orders for the same<br />

date, side, symbol, and algorithm.<br />

Both stitched and unstitched views<br />

of performance can be helpful<br />

in evaluating the performance of<br />

trading strategies. Order Stitching<br />

provides traders the ability to measure<br />

performance for the real parent order<br />

they are trading rather than the waves<br />

they send to execution algorithms,<br />

allowing for better decision-making and<br />

optimization. As always, transparency<br />

is our aim in providing this information.<br />

The additional piece of the puzzle<br />

offered by the Order Stitching tab may<br />

enhance the ability to evaluate and<br />

refine trading strategies effectively.<br />

If you have questions about Order<br />

Stitching please email us at info@<br />

bestexresearch.com.<br />

22 <strong>May</strong> <strong>2024</strong>


®<br />

Got Questions?<br />

Suggested Searches<br />

what products do <strong>FX</strong>SpotStream support?<br />

what are <strong>FX</strong>SpotStream’s volumes in <strong>2024</strong>?<br />

does <strong>FX</strong>SpotStream charge clients?<br />

is it true that <strong>FX</strong>SpotStream has 16 Tier 1 LPs available?<br />

which vendor partners does <strong>FX</strong>SpotStream support?<br />

does <strong>FX</strong>SpotStream offer a GUI?<br />

does FSS have an Ultra Low Latency Network?<br />

which algos do <strong>FX</strong>SpotStream support?<br />

We’ve Got Answers<br />

www.fxspotstream.com<br />

®<br />

<strong>FX</strong>SpotStream provides a multibank <strong>FX</strong> streaming and a matching service supporting<br />

steaming of pricing in <strong>FX</strong> Spot, Forwards, Swaps, NDF/NDS and Precious Metals Spot<br />

and Swaps. Clients can access a GUI or single API from co-location sites in New York,<br />

London and Tokyo and have the ability to communicate with all Liquidity Providing<br />

banks connected to the <strong>FX</strong>SpotStream Service.<br />

<strong>May</strong> <strong>2024</strong><br />

23


CASE STUDY<br />

Upgrading an <strong>FX</strong> algo<br />

engine architecture<br />

By Oskar Wantola, CFA , Head of Execution Technology and Tim Raggatt, Staff<br />

Engineer, Execution Technology at Man Group.<br />

In this article we explore how MAN Group leveraged Aeron’s Open-Source<br />

technology to improve the latency of our firms <strong>FX</strong> Execution System.<br />

right tools is beneficial – a system that<br />

lags peers is a strategic disadvantage.<br />

Oskar Wantola<br />

Man Group embarked on a project to<br />

enhance its <strong>FX</strong> execution system, aiming<br />

to reduce latency and achieve high<br />

levels of system reliability under heavy<br />

data loads, therefore improving execution<br />

quality for its clients.<br />

Technology used: Aeron Transport and<br />

Aeron Archive<br />

Technical challenges:<br />

• Navigating the existing infrastructure<br />

& shifting the system to a new<br />

host.<br />

• Integrating Aeron, an open-source<br />

technology, within Man Group’s tech<br />

stack ensuring improved performance<br />

without service interruptions.<br />

The roll-out: Starting with a trial,<br />

Aeron was initially deployed in a ‘production-like’<br />

simulation environment to<br />

ensure its performance over a range of<br />

different traffic profiles.<br />

The test criteria: Aeron needed to:<br />

• Demonstrate its ability to handle<br />

Tim Raggatt<br />

short-lived bursts of intense quoting<br />

activity across multiple providers.<br />

• Maintain minimal latency when quote<br />

streams were slow-moving and messages<br />

infrequent.<br />

The outcome: Man Group deployed<br />

Aeron in production, fully replacing<br />

its legacy middleware solution. Aeron<br />

continues to provide high-performance<br />

messaging, outperforming the legacy solution<br />

by at least one order of magnitude<br />

across every percentile.<br />

THE PROCESS<br />

Industry challenge<br />

In <strong>FX</strong> markets, speed is important. Liquidity<br />

conditions are dynamic and change<br />

in real-time, so orders must be sent<br />

promptly to minimise the risk of hitting<br />

stale quotes and being rejected.<br />

Execution systems are the engines<br />

through which investment firms access<br />

and interact with markets, combining<br />

rich functionality with high performance.<br />

Hedge funds understand that having the<br />

The brief - from commercial to open<br />

source<br />

<strong>FX</strong> execution systems are multi-layered,<br />

facilitating the entire <strong>FX</strong> trading lifecycle.<br />

Each element of the system communicates<br />

via Inter-Process Communication<br />

(IPC) to complete the trading flow. The<br />

bigger and more sophisticated the system,<br />

the greater the number of components<br />

and services to run simultaneously.<br />

Man Group’s use case centred around<br />

its multicast RFQ protocol. The system<br />

needed to be able to take orders from<br />

upstream and compare them in real time<br />

with the available liquidity streamed from<br />

multiple liquidity providers. The quotes<br />

are then aggregated and fed into an<br />

algorithm which decides when best to<br />

execute orders against which liquidity.<br />

To achieve this, latency is key. The algo<br />

must be aware of the most up-to-date<br />

quote data in order to make informed<br />

trading decisions. Any delay between<br />

receiving data to execution can result in<br />

changes in price, impacting the cost of<br />

the trade or perhaps even missing out<br />

altogether.<br />

Man Group was looking for fast and<br />

reliable technology to meet the following<br />

selection criteria:<br />

• Open-source tech to give the firm<br />

greater control of its functionality and<br />

roadmap.<br />

• Predictable, ultra-low latency.<br />

• Reliability under the highest data<br />

loads.<br />

24 <strong>May</strong> <strong>2024</strong>


c. Upper percentiles, e.g. 99%, remain<br />

similar due to the kernel idle strategy<br />

issue.<br />

2. Application migrated to an alternative<br />

host, resolving the kernel incompatibility<br />

issue. At this point, latency benefits were<br />

seen across all percentiles, particularly<br />

the upper ones.<br />

• Proven industry use cases and references.<br />

The goal was to build a fully fault-tolerant,<br />

low-latency messaging layer.<br />

Technical challenges<br />

When Man Group decided to move<br />

away from its legacy messaging tool and<br />

started to integrate Aeron, a key technical<br />

challenge was navigating the existing<br />

infrastructure and shifting the system<br />

to a new host. For example, the Linux<br />

kernel – which manages the interaction<br />

between software and hardware<br />

– caused issues with Aeron’s idle strategy<br />

holding back immediate performance<br />

improvements.<br />

Figure 1: <strong>FX</strong> <strong>Algo</strong> Engine Architecture<br />

These issues were overcome by creating<br />

a virtual environment, simulating the execution<br />

system, to test the new software<br />

under multiple loads and ease implementation.<br />

Parameterising variables such as<br />

the number of quotes their rate of quoting,<br />

and idle strategy enabled the tech<br />

team to tune the deployment appropriately.<br />

The system showed how Aeron<br />

could support the low latency messaging<br />

needs and helped the development team<br />

to productionise the technology.<br />

Migration to Aeron<br />

Man Group’s technology team realised<br />

they would need to move the application<br />

to an alternative host to address the<br />

kernel idle strategy limitation. However,<br />

to avoid migrating the commercial IPC<br />

solution, Aeron had to be tuned to the<br />

existing host and rolled out there first.<br />

The simulator enabled them to do this<br />

with confidence.<br />

The two-phase rollout strategy meant<br />

that the latency gains were achieved<br />

incrementally:<br />

1. Aeron deployed alongside the application<br />

and IPC migrated. At this point the<br />

latency testing saw:<br />

a. Small gains in lower percentiles, e.g.<br />

10%<br />

b. A slightly more stable median in a<br />

similar latency range.<br />

Aeron Roll-out<br />

Over the course of the year-long project,<br />

Aeron was used to build two key components:<br />

• A new, low-latency messaging<br />

layer: Aeron Transport became the<br />

vehicle for an updated IPC protocol<br />

capable of supporting multicast RFQ,<br />

trading instructions and system availability<br />

messages. As predicted, the<br />

new platform unlocked significant<br />

performance gains.<br />

• Message persistence: Man Group<br />

later began using Aeron Archive for<br />

the recording and replay of inbound<br />

FIX messaging streams. The persisted<br />

streams may be used for real-time<br />

monitoring, offline analysis, and<br />

counterparty simulation in lower (preproduction)<br />

environments. Use of Archive<br />

gives confidence that messages<br />

can be relayed from latency-sensitive<br />

trading processes without blocking or<br />

backpressure.<br />

Benefits of Aeron - in a nutshell<br />

Man Group replaced its legacy technology<br />

with a state-of-the-art, open-source<br />

solution. Leveraging Aeron Transport and<br />

Archive technology, the firm was able to:<br />

• Build a high-performance messaging<br />

layer.<br />

• Improve its latency statistics and<br />

predictability.<br />

• Ensure higher resilience to spikes of<br />

messages and instant recovery in case<br />

of failures.<br />

• Future-proof its <strong>FX</strong> execution system.<br />

• Build resiliency into the system so<br />

reporting processes do not interfere<br />

with trading activity.<br />

THE FUTURE<br />

Figure 2: <strong>FX</strong> IPC Simulator<br />

Man Group has added Aeron to its<br />

toolkit of approved technologies for any<br />

projects with low-latency requirements.<br />

The firm’s technology team subsequently<br />

integrated it into an equities and futures<br />

trading platform for communicating<br />

signals to algo execution engines.<br />

<strong>May</strong> <strong>2024</strong><br />

25


The latest e-Trading EDIT from J.P.Morgan<br />

INSIGHTS & REPORTS<br />

Source: J.P Morgan<br />

In February JP Morgan released its<br />

e-Trading Edit for <strong>2024</strong>. This is the 8th<br />

annual report the bank has released and<br />

is the largest so far in terms of participants<br />

with input from 4,010 institutional<br />

traders across more than 65 countries.<br />

<strong>FX</strong> traders are well represented by the<br />

findings and make up the largest segment<br />

of respondents at 17%. Some of<br />

the questions and responses from the<br />

survey include:<br />

Source: J.P Morgan<br />

Source: J.P Morgan<br />

What will be your greatest daily<br />

trading challenge in <strong>2024</strong>?<br />

Source: J.P Morgan<br />

Apart from pricing and execution,<br />

which features are most valuable to<br />

you on a trading platform?<br />

Which benefit of direct connectivity<br />

do you feel is the most valuable?<br />

More information about the survey can<br />

be found at: jpmorgan.com/markets/<br />

etrading-trends#introduction<br />

What percentage of your trading will<br />

be through e Trading channels?<br />

EDUCATION & TRAINING<br />

Electronic<br />

Trading and<br />

<strong>Algo</strong>rithmic<br />

Execution<br />

Spring <strong>2024</strong><br />

This course provides a detailed investigation<br />

of the latest developments<br />

in electronic trading and algorithmic<br />

execution. Practical workshops allow<br />

delegates to explore the implementation<br />

of execution algorithms as well as<br />

methods to benchmark performance<br />

and calculate transaction cost metrics.<br />

www.londonfs.com/course/Electronic-<br />

Trading-<strong>Algo</strong>rithmic-Execution<br />

26 <strong>May</strong> <strong>2024</strong>


BOOK OF THE MONTH<br />

The Quant Traders Handbook<br />

This guide offers readers an opportunity to delve into the<br />

mechanics of quantitative trading, exploring the strategies,<br />

technologies, and practices that have transformed the<br />

financial landscape.<br />

The value of good advice in the<br />

world of <strong>FX</strong> algorithmic trading<br />

ATHL provides <strong>FX</strong> Insights which delve into a variety<br />

of topics, including algorithmic <strong>FX</strong> trading, market<br />

microstructure, regulatory considerations, and the latest<br />

technological advancements.<br />

WEBSITE OF THE MONTH<br />

amazon.co.uk/Quant-Traders-Handbook-<strong>Algo</strong>rithmic-Strategies/dp/B0C1JB5K9T<br />

athl.ch/fx-insights<br />

FOR THE DIARY<br />

fixtrading.org/event/newyorkregional-<strong>2024</strong>/<br />

fixtrading.org/event/frankfurtregional-<strong>2024</strong>/<br />

Charles Jago<br />

Editor<br />

charles.Jago@fxalgonews.com<br />

+44 1736 740 130<br />

Nicola Tavendale<br />

<strong>News</strong> editor<br />

nicola@ntavendale.com<br />

+44 1736 740 130<br />

Susan Rennie<br />

Managing Editor<br />

susie.rennie@fxalgonews.com<br />

+44 1208 821 802<br />

Charles Harris<br />

Advertising sales<br />

charles.harris@fxalgonews.com<br />

+44 1736 740 130<br />

David Fielder<br />

Subscriptions manager<br />

david.fielder@fxalgonews.com<br />

+44 1736 740 130<br />

Tim Hendy<br />

Digital & Web services<br />

tim@thstudio.co.uk<br />

+ 44 1209 217168<br />

Matt Sanwell<br />

Design & Origination<br />

matt@designunltd.co.uk<br />

+44 7515 355960<br />

Larry Levy<br />

Photographry<br />

larrydlevy@gmail.com<br />

Michael Best<br />

Events manager<br />

michael.best@fxalgonews.com<br />

+44 1736 740 130<br />

SJB Media Ltd<br />

Suite 153, 3 Edgar Buildings<br />

George Street, Bath, BA1 2FJ<br />

United Kingdom<br />

Tel: + 44 (0)1208 82 18 02 (switchboard)<br />

Tel: + 44 (0)1736 74 01 30 (Sales & editorial)<br />

Fax: + 44 (0)1208 82 18 03<br />

Printed by Headland Printers<br />

Published quarterly. ISSN 2056-9750<br />

Although every effort has been made to ensure the accuracy of the information contained in this publication the publishers can accept no liabilities for inaccuracies that may<br />

appear. The views expressed in this publication are not necessarily those of the publisher. Please note, the publishers do not endorse or recommend any specific website featured<br />

in this newsletter. Readers are advised to check carefully that any website offering a specific <strong>FX</strong> trading product and service complies with all required regulatory conditions and<br />

obligations. The entire contents of <strong>FX</strong>ALGONEWS are protected by copyright and all rights are reserved.<br />

<strong>May</strong> <strong>2024</strong><br />

27


Reimagining the power<br />

of <strong>FX</strong> <strong>Algo</strong>s<br />

UBS <strong>FX</strong> <strong>Algo</strong>rithms help our clients reduce market impact, improve<br />

performance and add resilience to their trading workflow through:<br />

• Sophisticated Smart Order Router<br />

• Comprehensive liquidity access including UBS internalization<br />

• Advanced machine-learning framework<br />

• Robust strategies from liquidity seeking to passive execution<br />

Find out more, search UBS <strong>FX</strong> <strong>Algo</strong><br />

For Professional and Eligible Counterparties / Institutional / Accredited Investors only.<br />

The value of investments may fall as well as rise and you may not get back the amount originally invested. As a firm providing wealth management services to clients, UBS<br />

Financial Services Inc. offers investment advisory services in its capacity as an SEC-registered investment adviser and brokerage services in its capacity as an SEC-registered<br />

broker-dealer. Investment advisory services and brokerage services are separate and distinct, differ in material ways and are governed by different laws and separate<br />

arrangements. It is important that clients understand the ways in which we conduct business, that they carefully read the agreements and disclosures that we provide to them<br />

about the products or services we offer. For more information, please review the PDF document at ubs.com/relationshipsummary. © UBS 2022. These materials are provided<br />

solely for informational purposes. For further important country specific information visit: ubs.com/disclaimer. All rights reserved. UBS Financial Services Inc. is a subsidiary of<br />

UBS AG. Member FINRA/SIPC.<br />

28 <strong>May</strong> <strong>2024</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!