<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Blockchain Applicability for Securities Settlement</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Janis Bauvars</string-name>
          <email>janis.bauvars@gmail.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Marite Kirikova[</string-name>
          <email>marite.kirikova@rtu.lv</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute of Applied Computer Systems, Riga Technical University</institution>
          ,
          <addr-line>Riga</addr-line>
          ,
          <country country="LV">Latvia</country>
        </aff>
      </contrib-group>
      <fpage>113</fpage>
      <lpage>127</lpage>
      <abstract>
        <p>Blockchain technology has been recognized as one of the potential technologies to be utilized in capital markets. The goal of this paper is to evaluate the applicability of using the blockchain technology in securities settlement process. First, current financial market infrastructure is examined. Then Central Securities Depositories Regulation is studied. Blockchain applicability framework is applied to assess the blockchain technology's applicability to securities settlement. A blockchain architecture model and potential node structure for securities settlement are developed. The proposed blockchain architecture model and node structure is then evaluated against scholar expected benefits and drawbacks of using blockchain for securities settlement and cross-border settlement efficiency.</p>
      </abstract>
      <kwd-group>
        <kwd>Blockchain</kwd>
        <kwd>Securities Settlement</kwd>
        <kwd>Financial Markets</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Blockchain technology has a potential to be the technological driving force of the next
advancement leap in the financial market industry. Current financial market
participants, while focusing on serving their local markets, are standardizing processes, and
accommodating cross-border relationships. Many industry professionals have
recognized the potential of the blockchain technology that could significantly improve the
currently existing processes and solve many of the existing inefficiencies [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
      </p>
      <p>
        One of the identified processes that could significantly benefit from the blockchain
technology is securities settlement process. Also as referred as securities post-trade
(since it happens after securities are traded), the process involves a lot of intermediaries,
especially when there are long chains of custody and cross-border settlements. The
nature of the financial market ecosystem, where there are centralized entities that execute
securities settlement processes and contain large number of intermediaries that share
information between each other, indicates potential to use blockchain technology.
Scholars support it and claim that this kind of environment with multiple intermediaries
can benefit from blockchain technology, for example, from data reconciliation process
efficiencies, reduced risks, increased transparency, and other benefits [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>Because the securities settlement practices and legislative requirements vary from
country to country, it is hard to generalize blockchain’s potential in securities settlement
on a global scale. Since financial markets in the European Union (EU) are operating
under the same or similar legislations, they have harmonized the financial market
practices and structures in the EU countries. Therefore, the scope of this paper is to
examine the applicability and usability of blockchain technology within the EU,
considering the current EU-level rules and regulations.</p>
      <p>Considering the nature of the current securities settlement process and the financial
market ecosystem, the aim of this study is to assess applicability of using blockchain
technology in securities settlement process in the current regulatory environment in the
EU. Namely, the authors of this paper evaluate if blockchain technology can be used to
ensure securities settlement, and, if it can, then what would be the possible blockchain
architecture and node structure. To make this assessment, the following research
question is asked: Can blockchain technology be used to process securities settlement in the
EU?</p>
      <p>To answer the research question, the following tasks are defined:
• Examine the applicable regulations for securities settlement in the EU,
• Evaluate blockchain technology’s applicability for securities settlement,
• Develop a blockchain architecture model and node structure that describes
potential blockchain usage for securities settlement,
• Assess the benefits and drawbacks of the proposed blockchain architecture
model and node structure.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Financial Market Infrastructure Components</title>
      <p>
        The current financial market infrastructure in the EU consists of multiple components
that are interconnected with each other and allow securities (also called financial
instruments) transactions between the parties. Financial market infrastructure is the core
of safe, efficient, and robust financial markets [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Financial market landscape in
different regions and countries can vary and have different components and business
practices. However, for this paper the main focus is on EU region where the financial market
landscape is standardized by similar regulatory standards and requirements. The
countries within the EU are regulated by the same laws and regulations that are dictating
how the financial markets are operating. To define the current financial market
infrastructure, the following information sources are used – CSDR [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], T2S Framework
Agreement [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], T2S User Detailed Functional Specifications [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], standards published
by Securities Market Practice Group (SMPG) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], and literature provided by Benos,
Garratt and Gurrola-Perez [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Using the information provided by the listed sources,
Fig. 1. is created to describe the main components of the financial market. Each
component is either directly involved in securities settlement process or is providing
services that lead to securities transfer.
      </p>
      <p>
        Central securities depositories (CSDs) have a crucial role in the financial market
infrastructure. By some authors, the CSDs themselves are defined as financial market
infrastructures because of their position in the securities settlement chain [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. All
securities transactions that are conducted on stock exchanges or otherwise are processed by
the CSDs during post-trade period. According to Regulation (EU) No 909/2014 of the
European Parliament and of the Council (CSDR), “securities settlement systems
operated by CSDs are of a systemic importance for the functioning of securities markets”
[
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Because of their importance in the financial market infrastructure, the CSDs are
highly regulated, usually by the local competent authorities of the country where CSD
operates, such as financial services authorities. CSD importance in the financial market
infrastructure is crucial since the ultimate ownership change of securities is registered
in CSDs [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. CSDs operating in the European Union (EU) must comply with EU level
regulations, from which the main is CSDR.
      </p>
      <p>Legend</p>
      <p>Mandatory relationship
Optional relationship</p>
      <p>CSDs are entities that operate securities settlement systems (SSS), provide notary
service (initial recoding of securities in a book-entry form), and provide central
maintenance service (registration of securities accounts at the top tier level) for CSD
participants – banks or brokerage companies. CSDR defines these functions as core CSD
services. Different CSDs operating in different countries may have varied service scope
that they provide, but they usually provide the same set of core services.</p>
      <p>SSS ensure technically and legally safe securities transfer between the involved
parties at CSD participant level. Securities settlement can be either free of payment (FOP)
or delivery versus payment (DVP). FOP transfers involve only securities transfer, and
DVP involve simultaneous exchange of securities and money. Depending on the
regulation and market practices, the securities settlement can happen in real-time, or it can
be aggregated and netted at pre-defined times.
3</p>
    </sec>
    <sec id="sec-3">
      <title>CSD Regulation</title>
      <p>Legal requirements towards how financial markets, in particular securities settlement,
must operate are dependent on the locally adopted laws and regulations. Since the scope
of this paper covers securities settlement in the EU, the relevant legal acts are inspected
to identify the legal requirements that any current or future solution must comply with,
including one built on blockchain. European Commission has published many EU
regulations that describe how financial markets should operate and define requirements for
the financial market components. According to European Commission, various legal
acts have been published to ensure that settlement systems operate as expected,
especially after the financial crisis in 2008.</p>
      <p>
        Central securities depositories Regulation (CSDR) is the main regulation that defines
how various aspects of securities settlement must operate. The date of entry into force
of this regulation was 17 September 2014, and since then multiple CSDs in the EU have
licensed their operations under the regulation. The aim of this regulation is to
synchronize how CSDs function and how securities settlement is organized within the EU.
According to the regulation’s subject and scope, it “lays down uniform requirements for
the settlement of financial instruments in the Union and rules on the organization and
conduct of CSDs to promote safe, efficient and smooth settlement.” Similar operational
and legal requirements set by the CSDR also improve the environment for more
streamlined cross-border settlement across the EU [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. CSDR considers the existing global
standards issued for the financial market infrastructures by the Committee on Payments
and Settlement Systems and the International Organization of Securities Commissions.
      </p>
      <p>CSDR stresses the systematic importance of CSDs and the SSSs they operate for the
securities markets. It recognizes the multi-level relationships between the parties
involved in the financial markets, and the importance of CSDs to ensure that the
information and assets shared in the financial markets are secure, processes are trustworthy,
and there is no unjustified creation or deletion of securities. CSDR provides common
definitions to all the relevant items – physical, legal, and theoretical – related with
financial markets, CSDs, and their operations. It defines the requirements on securities
settlement, CSD supervision mechanisms, requirements for CSDs, and other items. The
CSDs are required to record all securities traded on the stock exchanges in book-entry
form so they can be properly settled in an SSS. In other words, all the securities should
be issued digitally and recorded in an SSS in a way that the ownership of the securities
can be traceable. An important aspect is settlement finality – the moment when the
change of ownership can be considered final and irrevocable. The CSDs must comply
with the Settlement Finality Directive (Directive 98/26/EC) and define exact moments
of entry and irrevocability when the settlement instructions are accepted, matched, and
executed. Besides, CSDR states that for all cash settlement originating from securities
settlement (for example, for simultaneous securities exchange for cash) the CSD should
settle cash using the CSD participant cash accounts opened in the relevant central banks
(cash settlement in central bank money), where it is practical and possible.</p>
      <p>In addition to the CSDR, the European Commission has published Level 2 measures
that complement CSDR with more detailed descriptions and requirements towards
CSDs. These Level 2 measures include regulatory and implementation technical
standards on CSD requirements, regulatory technical standards on settlement discipline, and
others. For CSDs to be compliant with the CSDR and be allowed to operate in the EU,
they must comply with the CSDR and the Level 2 measures and certify with the local
competent authorities that they have completed all the requirements defined by the
CSDR and Level 2 measures.</p>
      <p>For this paper it is important to understand the legal requirements and implications
towards securities settlement. The current laws and regulations are technology-agnostic
and do not specifically define what technological solutions are allowed or not allowed
to be used for the securities settlement. Therefore, any solutions that are used should
still be compliant with the legal and regulatory environment. Since blockchain
technology as such is considered as disruptive and could potentially replace or drastically
change the operations of some financial market infrastructure components, it is
important that the imposed changes are still compliant with the relevant legal and practical
requirements defined by the law. When modeling the potential blockchain architecture
that could be used for securities settlement, the general principles and operational
requirements defined by CSDR must be respected. In particular, the following general
aspects must be considered:
• Requirements on securities records in a book-entry form,
• CSD participant and account structure,
• CSD link requirements,
• Settlement finality aspects,
• Cash settlement in central bank money.</p>
      <p>Other requirements defined by the CSDR that are not directly related to the
operational aspects are disregarded in this paper, as they do not impact the underlying system
ensuring the securities settlement. These requirements include cooperation between the
competent authorities, CSD authorization, CSD’s capital and organizational
requirements, and other non-operational requirements.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Using Blockchain Applicability Framework</title>
      <p>
        While some scholars recognize the potential usage of blockchain technology in the
financial markets, others argue that for some applications it is hard to pinpoint whether
blockchain based solution would be suitable, or the centralized technology is more
appropriate [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. In order to assess the applicability of blockchain technology in securities
settlement, a blockchain applicability framework designed by Gourisetti, Mylrea and
Patangia [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] is used.
      </p>
      <p>
        The blockchain applicability framework asks 92 control questions to determine the
blockchain technology’s applicability. The authors of the framework claim that the
control questions have been designed by evaluating numerous operating blockchain
solutions, their core concepts, similarities, and differences, as well as by analysis of
consensus mechanisms, and other aspects [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Within the framework, the controls are
being categorized in five distinct groups or domains:
1. Data and participation (DP),
2. Technical attributes (TA),
3. Security (SC),
4. Trust parameters (TP),
5. Performance and efficiency (PE).
      </p>
      <p>
        Each domain is further divided in smaller sub-domains that contain a group of
controls in question formats. The framework states that answering the control questions
gives a mathematical result for applicability of blockchain solution for securities
settlement. In particular, the framework allows to answer the following decisions:
1. Does the application need a blockchain?
2. If the application needs a blockchain, does it need a private blockchain or
permissionless/public blockchain?
3. What consensus is most suitable for the application? Proof-of-work (PoW),
proof-of-stake (PoS), proof-of-burn (PoB), and proof-of-authority (PoA)?
We applied the framework to securities settlement context. The results of the
application are available in full scope in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. The answers to the control questions were
derived from the previously reviewed literature on the blockchain technology,
performed analysis of the current financial market infrastructure, components, and their
roles, as well as regulatory framework. Each answer carried a weight (not applicable –
2, partially applicable – 1, largely applicable – 1, fully applicable – 2), and each control
question indicated which decision it impacts.
      </p>
      <p>
        Domain 1: Data and participation. This domain summarizes the control questions
on data attributes, authority nodes, readers and writers and their characteristics. The
assessment of the answers was made based on the previous literature on blockchain’s
applicability in securities settlement, where it was indicated that CSDs could retain the
role of governing who could access the network, and what would be the participant
rights [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. Additionally, control questions that required to determine the environment
of the application were answered based on the current definitions set by the CSDR. The
control question answers indicated that the participants of the potential network would
be known, and their access would be regulated. Namely, the nodes of the network would
be CSD participants and their ability to operate would be assessed by the CSD, as the
current regulation requires.
      </p>
      <p>
        Domain 2: Technical attributes. This domain includes sections of codebase and
networks, smart contracts, transaction constraints, transaction processes, and miners
and consensus sub-domains. The answers to these control questions were based on the
current financial market infrastructure and the specifics of the securities settlement
process defined by the CSDR, and the evaluation of the blockchain applicability by other
scholars. As previously identified by Mori, if blockchain is used in securities
settlement, the blockchain network should ensure close to real-time settlement, it should be
cryptographically safe and accurate, as well as the transactions and securities ownership
should be traceable [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. This view was reflected in the control question answers, where
the transactions should be private, there is no need for public access to the network, as
well as there is no need to have voting-based consensus mechanism.
      </p>
      <p>Domain 3: Security. This domain includes governance, security activities, and
access control sub-domains. Answers to these control questions were based on the
technical requirements originating from CSDR. CSDR is clear on the responsibilities of the
CSDs and what are the necessary security measures that the CSDs and their SSSs must
ensure. Should a blockchain solution either partially or fully replace the CSDs and their
SSSs, it would still be required to be compliant with the applicable regulations,
including the ones regarding security and proper governance of the securities settlement. It
means that the CSD participants would need to be vetted, counterparties should be able
to access only the data that is relevant to them, and the integrity of securities issuances,
transactions and balances would need to be compliant with the applicable standards and
regulatory requirements.</p>
      <p>
        Domain 4: Trust parameters. This domain includes visibility, integrity, and
validation sub-domains. The answers to these control questions were based on both CSDR
requirements and Mayer’s view on the future tasks of the CSDs. The involved parties
in the securities transactions should be known, but the data scope they access should be
limited to themselves. For example, a CSD participant should be aware of the
transactions and balances of its own clients, and not the clients of another CSD participant.
There should be a party that governs the access rights and defines the rules on what
information can be accessed by what party [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>Domain 5: Performance and Efficiency. This domain includes system
performance, expandability, and market design sub-domains. According to CSDR, the system
that operates securities settlement should be capable to ensure the volumes of the peak
amounts of securities transactions. Therefore, the answers to the control questions
considered no compromises on the latency, throughput, and performance of the system.
Additionally, the blockchain solution should be capable to scale up to ensure
crossborder securities settlement and function as the current CSD links.</p>
      <p>The answers were grouped according to the decision they impact, and their weights
were summed up and compared per each decision. The results of the comparisons are
summarized in Fig. 2.</p>
      <p>
        The blockchain applicability framework indicates that blockchain is indeed suitable
to be used for securities settlement (61% vs 39%). This is consistent with the previously
reviewed literature that indicates blockchain’s potential usage in the financial markets
[
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. Identified potential to use blockchain technology allowed to proceed further to
analyze the appropriate type of the technology.
      </p>
      <p>
        By a large margin (90% vs 10%) the framework suggests that for securities
settlement the most appropriate type of the technology is private permissioned blockchain.
Again, this finding is consistent with the reviewed literature and can be explained by
the regulatory and practical need to have a governed control over the blockchain
network [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. Furthermore, it also complies with a possibility for the CSD to maintain
its governance role in the financial market ecosystem and become the gatekeeper of the
network [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>
        Regarding the most suitable consensus mechanism, there are two distinct consensus
mechanisms that are considered more suitable than two others. In particular, PoS and
PoA consensus mechanisms are considered as the most suitable ones for securities
settlement (36% and 35% vs 12% and 17%). Not considering PoW consensus mechanism
as applicable is in line with the need to have fast and high-volume based transaction
and information exchange between the blockchain participants. PoW consensus
mechanism is computationally expensive and can result in limed performance capabilities of
the network [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. Also, it is understandable why PoB consensus mechanism was not
indicated as suitable one since CSDR and the business logic suggests that the investor
holdings should not be affected by non-relevant activities, and therefore, they should
not be decreased to ensure the operations of the underlying blockchain. Additionally,
PoB consensus mechanism is more suitable to cryptocurrencies, not for cases where the
underlying asset is a security [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Regarding the suitable consensus mechanisms, there
is no distinct indication from the framework which would be more suitable for
securities settlement. However, considering the assessment of Meijer on the potential role of
the CSD as the governing party, the PoA consensus mechanism could be more suitable
consensus mechanism [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. If PoS consensus mechanism is chosen, then it becomes
unclear which entity would fulfill the governing responsibilities of the network [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ].
      </p>
      <p>This section analyzed the results originating from the blockchain applicability
framework. The results show that it is worth to further develop the model of the
blockchain architecture and the model for node structure for securities settlement.
5</p>
    </sec>
    <sec id="sec-5">
      <title>Blockchain Architecture Model</title>
      <p>
        To define and represent the overlay of the blockchain architecture, a modeling approach
used by Zhuang, Chen, Shae and Shyu [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] is adapted for securities settlement on
blockchain. These scholars have defined a generalized blockchain architecture for
healthcare applications [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. This architecture was chosen among others because the
developed model represents the main components of a blockchain architecture, as well
as indicates the information exchange principles, which are consistent with the goals of
defining the blockchain architecture in this paper. Additionally, the model is using a
private blockchain environment, which is suitable for securities settlement as outlined
in the results of the blockchain applicability framework. Lastly, the model is agnostic
of the underlying blockchain solution and consensus mechanism, as it uses blockchain
as one of the layers of the architecture. The described current environment of healthcare
system is also relatable to financial market ecosystem. In healthcare, similarly to
securities holding information, the personal client information, health records and other
information is highly sensitive, and are stored in encrypted form in the local healthcare
facilities in protected IT networks [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ].
      </p>
      <p>
        The blockchain architecture model proposed by Zhuang, Chen, Shae and Shyu [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]
assumes three layers – application layer, interfacing layer, and transaction layer. Each
of the layers allows different functions to be performed. For modeling the blockchain
architecture, in this paper, each layer is examined and adapted for applicability for
securities settlement. Fig. 3 displays proposed layered blockchain architecture for
securities settlement.
      </p>
      <p>
        Transaction layer. At the core of the transaction layer is the blockchain network
itself and the used smart contracts for automated processes. At this layer, the nodes
would maintain the distributed databases at their premises and ensure operation of the
underlying blockchain solution. Transaction layer also ensures data encryption and safe
transfer between the blockchain network’s participants. In the context of securities
settlement, the information being transmitted on the transaction layer would be close to
the currently exchanged information between the CSD and CSD participants in ISO
20022 messaging standards. The data scope would be close to the ISO 20022 messaging
standard because it contains the mandatory information fields required by CSDR. In
their model Zhuang, Chen, Shae and Shyu [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] use defined smart contracts in the
transaction layer to exchange information between the blockchain network members and
manage the information access. However, when securities settlement is considered, the
intended functions of the smart contracts can be different from the ones defined in [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]
because the processes that a blockchain would perform for securities settlement are
different from the ones ensuring healthcare information exchange. Additionally, usage,
scope definition, and functions of smart contracts are dependent on the specific
underlying blockchain solution that is used for building the network [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. Therefore, in the
developed model for securities settlement, the specific smart contracts are not listed so
the model would be agnostic to any specific blockchain solution.
      </p>
      <p>
        Interfacing layer. This layer allows any blockchain adapters and graphical user
interfaces to interact with the blockchain network. The proposed model by Zhuang, Chen,
Shae and Shyu [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] includes 4 methods for interacting with the blockchain network:
• Get: to receive a certain data from the network participants,
• Store: to save certain data in the network,
• Post: to enter metadata or requests in the blockchain,
• Send: to deliver data to an authorized recipient.
      </p>
      <p>For securities settlement process defined by CSDR, settlement should be initiated by
submitting settlement instructions – a set of mandatory information of the transaction.
This requirement can be fulfilled by Post method. The CSD participants or other
entities, such as supervisory authorities, may need to reconcile their systems with the
blockchain network. Therefore, Get method could be used for such purpose. The same
method can be used by the CSD participants to receive updated on the settlement
instructions they have submitted, as well as perform internal data reconciliation. When
securities are registered and issued, their information must be stored and shared on the
blockchain network. For this purpose, Store method could be used. The CSD can use
Send method to deliver settlement related information to the network participants, such
as information about securities issuance, corporate actions, and other. Therefore, all
four methods – Send, Get, Store, Post, can potentially fulfill all the necessary actions
for the securities settlement on blockchain.</p>
      <p>
        Application layer. The application layer allows for blockchain participants to build
and integrate applications with the blockchain network, such as ERP systems,
businessspecific systems, analytics tools, and others. It uses interface layer to collect the data or
instruct data to be transmitted to the blockchain. The applications themselves do not
have direct interaction with the blockchain network, and they cannot change or impact
the settings of the network [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. In context of securities settlement, the main
applications in this layer would be the relevant banking systems or other systems used by the
CSD participants for recordkeeping the CSD participants’ client information. Most
blockchain solutions are not suitable to keep large sets of information on the blockchain
and require such information to be stored off-blockchain [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. Therefore, the CSD
participants should not keep all the information about their clients on blockchain. The
blockchain network should ensure information exchange related primarily with
securities settlement. The CSD participants would need to integrate their own internal
banking or other systems where the client information is kept in the application layer
of the blockchain architecture. At the same time, other relevant applications, such as
analytical tools, reporting applications, reconciliation applications also would be able
to process data gathered on blockchain in application layer.
      </p>
      <p>The proposed layered blockchain architecture model would allow securities
settlement to occur as follow (see Fig. 3):
1. CSD participant A initiates securities transfer in its banking or accounting
system,
2. The securities transfer is communicated to the blockchain network using Post
method (equivalent to settlement instruction),
3. The counterparty CSD participant receives the relevant information about the
initiated securities transfer using Get method,
4. Depending on the underlying blockchain solution, the counterparty CSD
participant either approves (signs) the proposed transaction, or also
communicates transfer information to the blockchain network (equivalent to settlement
instruction),
5. Depending on the underlying blockchain solution, the securities are settled
either by the smart contract configuration or other pre-defined process,
6. The CSD validates the securities settlement and the state of the network,
7. The CSD participants update their banking or accounting systems according
to the information received from the blockchain network using Get method.
6</p>
    </sec>
    <sec id="sec-6">
      <title>Node Structure</title>
      <p>
        When the blockchain architecture is defined at each node’s level, it is important to also
define the node structure itself to describe the financial market infrastructure if
blockchain is used for securities settlement. According to the proposed blockchain
architecture model, each of the network participants that hold and exchange information on
blockchain should be a node – holder of the copy or part of the copy of the shared
database. This approach is also consistent with the literature on blockchain
fundamentals where nodes are the individual parties that interact with the distributed system, can
send and receive information to the network, and work in an organized manner
according to the network’s rules [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. In context of the current securities settlement process,
all parties that are directly involved in sending securities settlement instructions to the
CSD should become nodes of the blockchain network. Therefore, for securities
settlement on blockchain, the nodes should be banks and brokerage companies that are
currently being CSD participants.
      </p>
      <p>Currently, to ensure cross-border securities settlement, the CSDs have to establish
technical and legal links with each other to allow securities issued in one CSD to be
settled in another CSD. It is being done either in T2S (if both CSDs are members in
T2S) or outside T2S (if at least 1 CSD is not a member in T2S). If a blockchain solution
is used for securities settlement, the usage of CSD links is dependent on the
geographical and legal participation of the linked CSD’s participants in the blockchain network.
If they are capable technically and legally to be a part of the blockchain network, then
there is no need for having links between the CSDs, and the linked CSD’s participants
can become nodes or participants of the blockchain network themselves. However, if
they are not capable or willing to become members of the blockchain network, only the
linked CSD can become a node of the network and ensure cross-border interoperability
between the CSD participants on the blockchain network and off the blockchain
network. Taking into account that there can be multiple scenarios with various kinds of
combinations of how links between blockchain network and off-blockchain CSDs are
created, controlled, and practically operated, this paper does not consider all the
possibilities and details of such relationships as they are not in the main focus of this
research. Only generalized possibility of a potential links with an off-blockchain CSD,
and consequently with its participants, is recognized. Similarly, T2S as the central hub
between the CSDs within the EU is considered as a potential, but not necessary part of
the blockchain network.</p>
      <p>Central banks are also components that are part of the securities settlement process.
They can have a dual role – the central banks are involved in cash transfer part of
securities settlement, and they can be CSD participants themselves. Since they must directly
interact with the network (settle cash leg of the securities transfers), they should be part
of the blockchain network as nodes as well.</p>
      <p>
        According to other scholars, CSDs can be part of the blockchain network and
provide supervisory, validator, or gate-keeper functions of the network [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. Therefore, in
the blockchain architecture the CSDs are considered as nodes of the blockchain
network.
      </p>
      <p>Additionally, there can be other interested parties that could become members of the
blockchain network. For example, supervisory authorities or regulators could access
the network to directly receive information that is traditionally delivered to them by the
CSDs.</p>
      <p>Fig. 4 summarizes the components of the current financial market ecosystem
members that would become nodes of the blockchain network for the securities settlement.</p>
    </sec>
    <sec id="sec-7">
      <title>Evaluation of Securities Settlement on Blockchain</title>
      <p>
        The proposed blockchain architecture model and node structure for securities
settlement on blockchain was evaluated against the potential benefits and drawbacks
identified by Benos, Garratt and Gurrola-Perez [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. The evaluation details are available in
[
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. The analysis outlines that the proposed blockchain architecture model and node
structure for securities settlement on blockchain would provide most of the benefits
listed by the authors, for example, reduce the reconciliation costs and improve the
transparency. At the same time, it would mostly not raise the identified potential issues, such
as legal ownership issues and inability to handle errors.
      </p>
      <p>
        The proposed blockchain architecture model and node structure was also evaluated
in context of cross-border settlement efficiencies. The blockchain architecture model
and node structure was assessed against the criteria defined by Schaper [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] and
compared with other securities settlement models. The details of this evaluation are
available in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. The assessment highlights that the proposed model would be efficient for
the cross-border securities settlement by reducing settlement risk and ensuring
crossborder settlement integration. The analysis also indicates that implementation of such
a solution would require market-wide commitment and long implementation time.
      </p>
      <p>The performed evaluation of the proposed blockchain architecture model and node
structure indicated the model’s and node structure’s usefulness for the application. It
also highlighted the benefits and drawbacks that the proposed blockchain architecture
model and node structure would have in comparison with the traditional settlement
systems.
8</p>
    </sec>
    <sec id="sec-8">
      <title>Conclusion</title>
      <p>
        The evaluation of blockchain technology’s applicability for securities settlement was
done by applying a blockchain applicability framework developed by Gourisetti,
Mylrea and Patangia [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. 92 control questions in 5 domains were answered to evaluate the
blockchain’s applicability for securities settlement. The results of the applied
framework indicated that blockchain technology can be used for securities settlement.
Additionally, it indicated that the most appropriate type of blockchain for securities
settlement would be private permissioned blockchain with PoA consensus mechanism.
      </p>
      <p>
        For further evaluation, the blockchain architecture model for securities settlement
was created. To define the possible blockchain architecture a blockchain architecture
modeling approach used by Zhuang, Chen, Shae and Shyu [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] was applied. The
proposed blockchain architecture model consists of 3 layers – transaction layer, interfacing
layer, and application layer. Further on, the potential node structure of the blockchain
network for securities settlement was proposed. The proposed node structure contains
the members of the financial market ecosystem if blockchain technology is used –
CSDs, CSD participants, central banks, and others.
      </p>
      <p>
        The proposed blockchain architecture model and node structure were evaluated
using Benos, Garratt and Gurrola-Perez’s [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] method for estimating impact of using
blockchain technology for securities settlement. The analysis indicated that the
proposed blockchain architecture model and node structure could solve the existing
issues in the securities settlement process. Schaper’s [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] evaluation of cross-border
efficiencies was also applied. It suggested that the proposed blockchain architecture
model and node structure would be beneficial for cross-border settlement, but it would
require long implementation time and market-wide commitment.
      </p>
      <p>The findings of the paper as well as the developed artefacts can be considered as the
contribution to the scientific body of knowledge and can be used by anyone who is
interested in further elaboration of more specific applications of blockchain technology
in securities settlement or in expanding blockchain’s usage to other financial market
processes than securities settlement. The results of this research also can be used by the
current financial market infrastructure components to design and implement
blockchain-based securities settlement systems. Additionally, the graphical representation of
financial market components and relations (Fig. 1) that was produced during the current
financial market infrastructure examination can be considered as an additional artefact
that can be used by other scholars to navigate the financial market ecosystem and
understand the relationships between the components.</p>
      <p>
        Even though it has been indicated that blockchain technology can be used for
securities settlement in the EU, it was also noted that a practical application of a blockchain
solution for securities settlement would be a complex implementation project that
would require commitment from many financial market participants [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ], [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ].
Additionally, it would require more thorough analysis of how a specific blockchain solution
can be used to fulfill all the technical and legal requirements stipulated by CSDR.
Further research in this area could review specific blockchain solutions that could be used
in the proposed blockchain architecture model (transaction layer). Additionally,
analysis of blockchain’s applicability in other settlement related services could be explored
further, for example, voting services for elective corporate actions or securities
collateralization services. Moreover, evaluation of applicability of blockchain technology for
securities settlement outside the EU regulatory framework could be considered.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Guo</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Liang</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          (
          <year>2006</year>
          ).
          <article-title>Blockchain application and outlook in the banking industry</article-title>
          .
          <source>Financial Innovation.</source>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Avgouleas</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Kiayias</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          (
          <year>2019</year>
          ).
          <article-title>The Promise of Blockchain Technology for Global Securities and Derivatives Markets: The New Financial Ecosystem and the 'Holy Grail' of Systemic Risk Containment</article-title>
          .
          <source>European Business Organization Law Review</source>
          ,
          <fpage>81</fpage>
          -
          <lpage>110</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Marinč</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          (
          <year>2018</year>
          ).
          <article-title>Economies of scale and scope in financial market infrastructures</article-title>
          .
          <source>Journal of International Financial Markets, Institutions &amp; Money</source>
          ,
          <fpage>17</fpage>
          -
          <lpage>49</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>European</given-names>
            <surname>Parliament</surname>
          </string-name>
          and the Council.
          <article-title>(</article-title>
          <year>2014</year>
          ).
          <article-title>Regulation (EU) No 909/2014 of the European Parliament and of the Council of 23 July 2014</article-title>
          .
          <source>Official Journal of the European Union.</source>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Eurosystem</surname>
          </string-name>
          . (
          <year>2011</year>
          ,
          <fpage>10</fpage>
          <lpage>31</lpage>
          ).
          <article-title>T2S Framework agreement</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <fpage>Target2</fpage>
          -Securities. (
          <year>2021</year>
          , 03).
          <source>User Detailed Functional Specifications v6.0.</source>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7. Securities Market Practice Group. (
          <year>2021</year>
          , 04). Securities Market Practice Group. Retrieved from Securities Market Practice Group: www.smpg.info
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Benos</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garratt</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Gurrola-Perez</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          (
          <year>2019</year>
          ).
          <article-title>The Economics of Distributed Ledger Technology for Securities Settlement</article-title>
          .
          <source>Ledger</source>
          Vol
          <volume>4</volume>
          ,
          <fpage>121</fpage>
          -
          <lpage>156</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Meijer</surname>
            ,
            <given-names>C. R.</given-names>
          </string-name>
          (
          <year>2019</year>
          ).
          <article-title>The roles of CSDs in a blockchain environment</article-title>
          .
          <source>Journal of Securities Operations &amp; Custody Volume 12 Number</source>
          <volume>2</volume>
          ,
          <fpage>167</fpage>
          -
          <lpage>174</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Gourisetti</surname>
            ,
            <given-names>S. N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mylrea</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Patangia</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          (
          <year>2020</year>
          ).
          <article-title>Evaluation and Demonstration of Blockchain Applicability Framework</article-title>
          .
          <source>IEEE Transactions on Engineering Management</source>
          ,
          <fpage>1142</fpage>
          -
          <lpage>1156</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Bauvars</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          (
          <year>2021</year>
          ).
          <article-title>Applicability of blockchain technology in securities settlement</article-title>
          .
          <source>Master Thesis</source>
          , Riga Technical University.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Mori</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          (
          <year>2016</year>
          ).
          <article-title>Financial technology: Blockchain and securities settlement</article-title>
          .
          <source>Journal of Securities Operations &amp; Custody Volume 8 Number</source>
          <volume>3</volume>
          ,
          <fpage>208</fpage>
          -
          <lpage>217</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Priem</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          (
          <year>2020</year>
          ).
          <article-title>Distributed ledger technology for securities clearing and settlement: benefits, risks, and regulatory implications</article-title>
          .
          <source>Financial Innovation.</source>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Yang</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wakefield</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lyu</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jayasuriya</surname>
            , S., Han,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yi</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          (
          <year>2020</year>
          ).
          <article-title>Public and private blockchain in construction business process and information integration</article-title>
          .
          <source>Automation in Construction 118.</source>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Bashir</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          (
          <year>2017</year>
          ). Mastering Blockchain. Birmingham: Packt Publishing.
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Zhuang</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>Y.-W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shae</surname>
            ,
            <given-names>Z.-Y.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Shyu</surname>
            ,
            <given-names>C.-R.</given-names>
          </string-name>
          (
          <year>2020</year>
          ).
          <article-title>Generalizable Layered Blockchain Architecture for Health Care Applications: Development, Case Studies, and Evaluation</article-title>
          .
          <source>Journal of Medical Internet Research</source>
          vol.
          <volume>22</volume>
          ,
          <issue>iss</issue>
          . 7.
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Schaper</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          (
          <year>2009</year>
          ).
          <article-title>Integrating the European Securities Settlement</article-title>
          .
          <source>International Federation for Information Processing</source>
          ,
          <fpage>385</fpage>
          -
          <lpage>399</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Bullmann</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Pinna</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          (
          <year>2016</year>
          ).
          <article-title>The future of European financial market infrastructure: A business case for distributed ledger technology</article-title>
          ?
          <source>Journal of Securities Operations &amp; Custody Volume 9 Number</source>
          <volume>1</volume>
          ,
          <fpage>38</fpage>
          -
          <lpage>46</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Everett</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Calitz</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Greyling</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          (
          <year>2017</year>
          ).
          <article-title>The case for a 'sovereign' distributed securities depository for securities settlement</article-title>
          .
          <source>Journal of Securities Operations &amp; Custody Volume 9 Number</source>
          <volume>3</volume>
          ,
          <fpage>269</fpage>
          -
          <lpage>292</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>