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>