<!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>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>G. Antonio Pierro</string-name>
          <email>antonio.pierro@gmail.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Roberto Tonelli</string-name>
          <email>roberto.tonelli@unica.it</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Cagliari CA</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Italy</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Blockchain, Virtual Asset Service Providers (VASPs), UTXO Model</institution>
          ,
          <addr-line>Account Model, Move programming</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Dep. of Mathematics and Computer Science of University of Cagliari</institution>
          ,
          <addr-line>Palazzo Delle Scienze, Via Ospedale, 72, 09124</addr-line>
        </aff>
      </contrib-group>
      <fpage>33</fpage>
      <lpage>47</lpage>
      <abstract>
        <p>The paper analyzes the Diem Distributed Ledger Technology (DLT). First, the paper presents a general overview of the Diem project from a technical point of view. Second, it presents a study that aims to collect and analyze data from the Diem blockchain, in order to verify some properties declared in the technical paper. For instance, a relevant property of the Diem blockchain is its transactions' throughput, i.e. the rate at which valid transactions are committed into a block by the Diem blockchain in a onesecond interval of time (transactions per seconds, TPS) and the interval of time for a transaction to be confirmed. The data were collected over a period of three months (January 1 - March 31, 2022) and made available on a GitHub repository.</p>
      </abstract>
      <kwd-group>
        <kwd>language</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        During the last decade, many distributed payment systems have emerged as an alternative to
centralized banking. The Diem Distributed Ledger Technology (DLT), initially called “Libra”
and renamed “Diem” in December 2020, was designed and proposed by the Diem Association, a
non-profit organization headquartered in Geneva, Switzerland. When Diem was introduced
by Facebook in 2019, the Diem Association aimed to be a competitor in the field of payment
systems, by introducing the Diem blockchain, i.e. a cryptographic payment system where each
party is clearly identified and every transaction is authenticated, authorized, validated and
(R. Tonelli)
https://www.agile-group.org/category/persone/ (G. A. Pierro); https://www.agile-group.org/roberto-tonelli/
CEUR
Workshop
Proceedings
© 2022 Copyright for this paper by its authors. Use permitted under Creative Commons License Attribution 4.0 International (CC BY 4.0).
tracked. Moreover, Libra, the Diem DLT cryptocurrency, would have the ability to maintain a
stable value relative to a particular fiat currency [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ]. According to the technical paper at launch,
the goal was to support at least 100 validators, able to process 1000 payment transactions per
second. A “validator” is the term used to describe a node of the network that helps verify and
propose new blocks of transaction data [
        <xref ref-type="bibr" rid="ref17 ref7">7, 17</xref>
        ].
      </p>
      <p>
        Diem was a blockchain payment system based on an account model with users, roles and
rights, where only pre-authorised computers can access and finalize transactions. This set of
pre-authorised computers participate in a consensus mechanism based on the BFT (Byzantine
Fault Tolerance) consensus protocols [
        <xref ref-type="bibr" rid="ref11 ref6">6, 11</xref>
        ]. Compared to other cryptocurrencies, such as
Ethereum and Bitcoin, Diem has the following features:
• The withdrawal capacity i.e. the possibility to delegate the authorization to spend to a
diferent account.
• The Diem BFT consensus protocol, i.e. a consensus mechanism where a group of
authorized validators creates, verifies, and certifies the new blocks of transactions.
• An of-chain collateral system where the underlying assets are stored with an escrow
service.
• The accounting system based on a hierarchical model.
• The Move programming language is used to code smart contracts and, unlike other
programming languages used to code smart contracts, it integrates resources at the type
level.
      </p>
      <p>The online payment market economically remains massive, which suggests enormous profit
opportunities for early actors on the market. Although the WhatsApp pay attempt did not
reach the expected success, Facebook came back in 2019 with Libra, then called Diem, a new
project that shares similarities with the previous idea. At the same time, Facebook made it clear
that it did not intend to stop at the initial 28 members, which included Paypal, Shopify, Uber,
eBay, and Vodafone. They were instead planning to expand the Association to over hundred
members in the upcoming years.</p>
      <p>
        Table 1 shows the seven largest blockchain platforms sorted by Market Capitalization and
compared to the Diem DLT. The columns of the table reports some characteristics of the
blockchains, such as the presence of a stable coin and smart contract support. Stable coins are
cryptocurrencies which can maintain a stable price in relation to fiat currency [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. A smart
contract is a self-executing computer program that uses the blockchain to store the contract’s
terms [
        <xref ref-type="bibr" rid="ref39">39</xref>
        ]. When the Diem DLT was operational, it supported a stable currency and the
capability to deploy and execute smart contracts. Then, Meta, formerly of Facebook, stopped
the project in January 2022.
      </p>
      <p>
        Recently, the former Meta employees decided to continue the Diem proposal and they
renamed the project to Aptos [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. Aptos has many features in common with the blockchain
Diem (https://github.com/aptos-labs). Some of these features are the possibility to deploy smart
contracts written in the Move programming language and the possibility to build higher-level
applications and protocols on top of the underlying Aptos blockchain. The Aptos’ development
network (devnet) is operational since March 2022 and it is possible to monitor their transactions
via a blockchain explorer named Aptos Explorer (https://explorer.devnet.aptos.dev/) According
to the former Meta employees, the Aptos main network (mainnet) is planned to be launched in
the last trimester of 2022.
      </p>
      <p>
        The first technical paper specified that any interests gained with the investments of the Diem
Association reserve fund, which will be composed mainly of short-term government bonds
will be used to cover the costs of the system, ensure low transaction fees, and pay dividends to
investors who provided capital to jumpstart the ecosystem[
        <xref ref-type="bibr" rid="ref37">37</xref>
        ].
      </p>
      <p>
        The second version of Diem DLT was introduced with an update on the technical paper in
April 2020 [
        <xref ref-type="bibr" rid="ref35">35</xref>
        ]. Many popular crypto payment systems struggle to maintain a high transaction
throughput with a low transaction latency. According to the technical paper, Diem attempts to
solve this with the adoption of Diem Byzantine Fault Tolerance (Diem BFT) consensus protocol.
Diem BFT facilitates agreement among all validator nodes on the ordering of transactions while
achieving good transaction throughput and low transaction latency when scaling in the number
of validator nodes. The Diem BFT fault-tolerant model remains safe when at most one-third of
the nodes are faulty.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Background</title>
      <p>
        Nowadays, there are a large number of blockchain platforms, each with its own characteristics
and design decisions [
        <xref ref-type="bibr" rid="ref1 ref33">1, 33</xref>
        ]. For instance, some platforms are designed specifically to support
rich and complex smart contracts (e.g., Ethereum and Solana), while others are designed to
act as a bridge between digital and fiat currencies (e.g.,Tether and USDC). We list the most ten
popular blockchain platforms and their characteristics vs the Diem blockchain, as depicted in
Table 1.
      </p>
      <p>This section describes information peculiar to the Diem blockchain such as the Move
programming language 2.1 used to write smart contracts, the Proof-of-Authority (PoA) consensus
algorithm and the accounting used by the Diem blockchain.</p>
      <sec id="sec-2-1">
        <title>2.1. The Move Programming Language</title>
        <p>
          A Smart contract is a piece of executable code that run on the blockchain to facilitate, execute,
and enforce an agreement between untrustworthy parties without the involvement of a trusted
third-party [
          <xref ref-type="bibr" rid="ref23 ref26">23, 26</xref>
          ]. Smart contracts have the ability to convert paper contracts into digital
contracts [
          <xref ref-type="bibr" rid="ref12 ref18">12, 18</xref>
          ]. Compared to traditional contracts, smart contracts enabled users to codify their
agreements and trust relations by providing automated transactions without the supervision of
a central authority [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ]. In order to prevent contract tampering, smart contracts are copied to
each node of the blockchain network [
          <xref ref-type="bibr" rid="ref3 ref38">3, 38</xref>
          ]. By enabling the execution of the operations by
computers and services provided by blockchain platforms, human error could be reduced to
avoid disputes regarding such contracts [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ].
        </p>
        <p>
          The blockchain Ethereum popularized the term by being the first public blockchain to provide
a Turing complete smart contract language [
          <xref ref-type="bibr" rid="ref16 ref41">41, 16</xref>
          ]. The goal of Ethereum is to provide a world
computer for which anyone can build and deploy blockchain-based applications, often referred
to as Decentralized Applications (DAPPS) [
          <xref ref-type="bibr" rid="ref27">27</xref>
          ].
        </p>
        <p>
          As well as the Ethereum blockchain, also the blockchain Diem supports smart contracts
written in a diferent programming language which name is Move. Move is a programming
language based on Rust that was created by Facebook for developing customizable transaction
logic and smart contracts for the Libra digital currency. Every transaction submitted to the
Libra blockchain uses a transaction script written in Move to encode its logic [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ].
        </p>
        <p>The key feature of Move is the ability to define customized resource types. This customized
resource type supports all the operations generally available to other entities. This means
the Move programming language supports passing Resource as arguments to other functions,
returning them as the values from other functions, and assigning them to variables or storing
them in data structures. For this reaseon Move can be defined as a language where Resources
are first-class citizen.</p>
        <p>Resources in the blockchain system are important because they provide scarcity protections:
they can only ever be moved between program storage locations, never implicitly copied or
deleted. The Move type system provides static enforcement of these security measures, but
allows programmers to define custom resource types.</p>
        <p>By integrating resources at the type level rather than supporting a single type of resource
value (eg, Ether), the Move programming language provides programmers with the security
measures they need while remaining independent of the blockchain. Any developer can define
and use custom resources, without the additional re-implementation process required by ERC20
(Ethereum Request for Comment, Proposition 20) and other libraries. To protect critical resource
operations from untrusted code, Move encapsulates the fields of each resource in a corresponding
form. Modules are similar to smart contracts: they contain the types and procedures for creating,
updating, and destroying the assets they contain. They also provide an abstraction of critical
data: fields of a resource type declared within a form are protected by any other form, and
operations on that resource must only be performed within its form.</p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Consensus Model - Proof of Authority Consensus</title>
        <p>
          Consensus makes it possible for a decentralized network of computers to agree upon and
share the state of the system [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ]. The consensus is critical in ensuring participants can trust
the transactions processed on the blockchain even when they may not trust each other [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ].
Before Bitcoin, it was impossible to electronically transfer digital money without relying on a
centralized authority to manage the state of the system.
        </p>
        <p>
          Nowadays, public blockchains such as Bitcoin or Ethereum, allow anyone to participate in
the consensus process as a miner. Miners compete (or efectively vote) to add new transactions
to the blockchain with computing power by expending a certain amount of Central Processing
Unit (CPU) cycles to solve a mathematical puzzle. This puzzle is intentionally computationally
dificult to solve, yet it is very easy to verify the answer [
          <xref ref-type="bibr" rid="ref29">29</xref>
          ].
        </p>
        <p>To add a block of new transactions to the blockchain, a miner must solve the puzzle. The first
miner to solve the puzzle sends (proposes) the block to the rest of the network for agreement. If
the network agrees on the solution to the puzzle, the miner is rewarded for creating the block
and the block is added to the blockchain (the miner wins this round of competition). Through a
combination of game theory and economics (efectively betting CPU cycles, which cost money,
to win the reward), Proof of Work (PoW) incentivizes consensus instead of attempting to enforce
it. Essentially a miner is rewarded for securing the network.</p>
        <p>
          While public blockchains rely on PoW, enterprise (or permissioned) blockchains [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ] tend to
use the BFT consensus protocols [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ]. BFT consensus is based on the idea that a pre-selected,
authorized group of validators will create, verify the new blocks.
        </p>
        <p>
          In a proof of authority consensus model, known participants leverage cryptographical digital
signatures to agree upon a set of transactions and their output to advance the blockchain’s
state [
          <xref ref-type="bibr" rid="ref28">28</xref>
          ]. For the Diem Blockchain the set of potential entities that can participate in consensus
are known as Validator Owners, while the active participants are known as the Validator Set.
The adding and removing of Validator Owners and specifying the current Validator Set is left to
the sole discretion of the entity managing “Diem Root” account. Validators receive transactions
from clients and share them with each other through a shared mempool protocol.
        </p>
      </sec>
      <sec id="sec-2-3">
        <title>2.3. Diem Accounting System</title>
        <p>
          In the Diem DLT, an account represents a resource on the Blockchain that can send
transactions. Each account is identified by a 16-byte hash value and there are two kinds of accounts,
ParentVASP and ChildVASP accounts. The ParentVASP represents the primary account of a
digital wallet, while the ChildVASP is defined as the child account of a particular ParentVASP.
Multiple ChildVASPs can be created by ParentVASP accounts [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ]. Figure 1 represents the
address structure in diferent blockchains.
        </p>
        <p>
          In Diem, a PoA will be requested from the ParentVASP, and these proofs should include all of
their children’s assets as well. Table 2 shows the users roles and permission supported by the
Diem DLT [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ].
        </p>
        <p>Diem uses a variant of role-based access control (RBAC) to restrict access to sensitive on-chain
operations. A role is an entity with some authority in the Diem Payment Network (DPN). Every
account in the DPN is created with a single, immutable role that is granted at the time the
account is created. Creating an account with a particular role is a privileged operation (e.g.,
only an account with the ParentVASP role can create an account with the ChildVASP role). In
some cases, the role is globally unique (e.g., there is only one account with the Diem Root role).
In other cases, there may be many accounts with the given role (e.g., ChildVASP).</p>
      </sec>
      <sec id="sec-2-4">
        <title>2.4. Stablecoin</title>
        <p>
          Stablecoins are cryptocurrencies with the ability to maintain a stable price relative to a particular
ifat currency via a “peg mechanism”. A “peg” is a specified price for the rate of exchange between
two assets. In the context of currencies, a peg allows foreign currencies to be traded for the
chosen base currency at a fixed exchange rate. In the context of cryptocurrency, a peg refers to
the specific price that a token is aiming to stay at [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ].
        </p>
        <p>
          Today, stablecoins are mostly used for trading, lending and borrowing crypto assets. They
are a crucial component of the decentralized finance (DeFi) – financial services performed by
applications on a permissionless blockchain [
          <xref ref-type="bibr" rid="ref21">21</xref>
          ].
        </p>
        <p>
          Stable coins first became widely known as a potential means of global retail payments when
Meta (then Facebook) announced its Libra project in 2019. Bitcoin and Ethereum rise and fall
by the day and even hour, in contrast, stable coins promise to maintain their value because
they are pegged to less volatile assets, like the U.S. dollar or Euro. Because of their potential
use as actual currency, U.S. government oficials fear the potential risks stable coins pose for
consumers and financial markets if they remain unregulated. As an example, the value of the
TerraUSD stablecoin (UST) crashed in the cryptocurrency market almost completely at one
point on 9 May 2022 and lost its 1 USD peg to the dollar, tanking to a low of 0.02 USD [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]
without giving any legal protection to their investors [
          <xref ref-type="bibr" rid="ref22">22</xref>
          ].
        </p>
        <p>Stablecoins can be split into three groups according to their collateral and price stabilization
mechanisms:
1. of-chain collateralized (e.g. Diem)
2. on-chain collateralized (e.g. Dai)
3. uncollateralized, purely algorithmic stablecoins (e.g. Ampleforth).</p>
        <p>The Diem DLT was planned to be an of-chain collateralized project, i.e. it should have used
use traditional reserve assets to stabilize Libra value, the Diem cryptocurrency. The Deim
reserve assets should have been fiat-currency bank deposits and short-term debt, with the US
dollar being the most prominent reference currency. As the reserves are not on the blockchain,
a custodian is required. In order to maintain price stability, all outstanding stablecoins must
be backed by reserve assets. Currently of-chain collateralized stablecoins are Tether, Binance
USD and USD Coin.</p>
        <p>
          Unlike the Diem DLT, on-chain collateralized projects back their stablecoins with other crypto
assets. They are typically issued by DeFi applications as collateralized debt positions, i.e. a user
locks in collateral and in return receives coins created by the application. Thus, the collateral is
held directly in the application on the blockchain and no external custodian is needed. Currently
an collateralized stable coin system is Dai [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ].
        </p>
        <p>
          Finally, uncollateralized stable coin systems try to keep prices constant by algorithmically
adjusting the outstanding number of tokens according to demand. If prices are above the peg,
the algorithm will distribute new coins to users, thereby eventually reducing the price. If prices
fall below the peg, the system will sell a sort of bond to users in exchange for stable coins.
The stable coins received will then be destroyed, leading to a price increase. If prices then
move above the peg again, bondholders will be prioritized in the distribution of new coins. In
theory, this system incentivizes users to buy bonds if prices fall below the peg and rewards them
afterwards as prices exceed the peg again. Currently an uncollateralized stable coin system is
Ampleforth [
          <xref ref-type="bibr" rid="ref25">25</xref>
          ].
        </p>
        <p>Table 3 shows the blockchains that support stable coins grouped by the stabilization
mechanism.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. Research Methodology</title>
      <p>The main aim of the study was to better understand the Diem blockchain performance, in
terms of number of transactions per second and waiting times. The study presupposes that a
blockchain has a better performance than another when the former has a higher number of
transactions per second and shorter waiting times when compared to the latter.</p>
      <p>Thus, the study was designed to address the following research questions (RQ):
• RQ1: Can the Diem blockchain have a better performance in terms of number of
transactions per second when compared to other blockchains, such as Bitcoin and Ethereum?
• RQ2: What are the waiting times to confirm the transactions in the Diem blockchain?
To answer the research questions, the methodology of the study consists of three research
phases: a) Data Collection, b) Data Modelling, and c) Data Analysis and Results. The following
subsections describe each research phase.</p>
      <sec id="sec-3-1">
        <title>3.1. Data Collection</title>
        <p>The Diem DLT provides an application program interface (API) to interact with the blockchain.
We developed a script that performs a POST request to the API endpoint
(https://testnet.diem.com/v1), to collect the data from the Diem blockchain. The script queries the Diem
API at regular intervals of 100 milliseconds and it downloads 1000 transaction payloads for
each request. A timeout of 100 milliseconds is required to avoid sending too many requests in a
given interval of time and receiving the “Too Many Requests” server error. Within the rate-limit
of 100 milliseconds, we collected 3.500.000 transactions, which were submitted by Diem users
and available on the Diem test network. The same data can also be downloaded from a block
explorer, but the collection takes much more time because each request can download just the
data of a single transaction. The two block explorers available to download the data transactions
are the “InDiem Blockchain Explorer” (https://indiem.info/explorer) and the “Diem Blockchain
Explorer” (https://diemexplorer.com/testnet).</p>
        <p>Table 4 shows the summary of the transactions data-set.</p>
        <p>
          The mean, the median, minimum (min), the 25th, 50th, and 75th percentiles and maximum
(max) are calculated for each variable shown in the table. Some of these data are the size of
the script used to execute the transaction computed in bytes, the gas units used to execute
the transaction (gas_used), and the number of transactions added to the Diem blockchain in a
one-second interval of time (TPS) [
          <xref ref-type="bibr" rid="ref32">32</xref>
          ].
        </p>
        <p>The data were collected as distinct files in JSON format. Listing 1 shows an example of
JSON-RPC request used to query the Diem block data. For instance, the second value of the
“params” list is an integer value (max=1000) that can be used to limit the number of transactions
returned. Listing 2 shows an example of JSON-RPC response used to store the Diem transaction
data. The request 1 returns the transactions’ information about a confirmed block in the Diem
DLT.</p>
        <p>Table 5 describes the structure and the elements of the data related to the user transaction on
the Diem test network.</p>
        <p>Listing 1 shows an example of JSON-RPC request used to query the Diem block data. For
instance, the second value of the “params” list is an integer value that can be used to limit the
number of transactions returned; the max value is 1000.</p>
        <p>Listing 1: JSON-RPC request to query the Diem DLT
{
}
/ / Re que st : f e t c h e s 10 t r a n s a c t i o n s
c u r l −X POST −H ” Content −Type : ␣ a p p l i c a t i o n / json ” \
−− data ’ { ” j so n rp c ” : ” 2 . 0 ” , ” method ” : ” g e t _ t r a n s a c t i o n s ” , ␣ ” params ” : [ ␣ 100000 , ␣ 10 , ␣ f a l s e ␣ ] , ” id ” : 1 } ’ \
h t t p s : / / t e s t n e t . diem . com / v1
] ,
” code ” : ” a11ceb0b0 . . . ” ,
” c u r r e n c y ” : ”XUS” ,
” metadata ” : ” ” ,
” m e t a d a t a _ s i g n a t u r e ” : ” ” ,
” r e c e i v e r ” : ” 34 f c a 4 4 c 5 7 1 b 2 9 c c 0 a . . . ” ,
” type ” : ” p e e r _ t o _ p e e r _ w i t h _ m e t a d a t a ”
} ,
” v e r s i o n ” : 1 1 6 5 0 0 0 ,
” vm_status ” : { ” type ” : ” e x e c u t e d ” }</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Data Modelling</title>
        <p>The collected data were not suitable to perform data analysis, because reading these files takes
too much time. We organized the data into three .CSV files based on their transaction type.
Indeed, in the Diem DLT there are three types of transactions that can be sent by diferent types
of accounts:
• Transactions that send payments to other accounts.
• Transactions that are sent to create accounts, mint and burn Diem Coins.
• Transactions that help account recovery, key rotation, by adding currencies and other
account administration tasks.</p>
        <p>An account can send a payment to another account by submitting a transaction. If an
account A wishes to send a payment to another account B, it can do so by executing a
“peer_to_peer_with_metadata” transaction script. If an account A (the ParentVASP account)
wishes to create another account B (a ChildVASP account), it can do so by executing a
“create_child_vasp_account” transaction script with a single ParentVASP account, a user can create
up to 256 ChildVASP accounts. The transaction script allows you to specify: Which currency
the new account should hold, or if it should hold all known currencies. If the user wants to
initialize the ChildVASP account with a specified amount of coins in a given currency. An
individual can have at most one root account per Regulated VASP. Diem Networks was suppose
to create a ParentVASP account via the personal authentication key abd via the
“create_parent_vasp_account” transaction script. Table 6 shows the number of transactions type found in
the collected dataset.</p>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. Analysis and Results</title>
        <p>
          The section presents the analysis of the transactions data as modelled in the previous section.
The data sets are stored in a tabular format where the rows (around one million) represent the
diferent transactions and the columns (nine) represent their characteristics. The total size of
the database is 58,1 Mega-Byte and is publicly available via Zenodo [
          <xref ref-type="bibr" rid="ref30">30</xref>
          ].
        </p>
        <p>
          For blockchain-based applications, scalability has been extensively studied since the
introduction of Bitcoin [
          <xref ref-type="bibr" rid="ref42 ref8">8, 42</xref>
          ]. We scraped and analysed the data from the Diem DLT API to compute
the scalability of the Diem blockchain. Unlike other blockchains, the Diem blockchain can
operate in either “normal” or “recovery” mode [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]. When the Diem DLT is on “normal mode”,
blocks with transactions are generated and committed in sequence. The system can switch to
recovery mode in case of a failing validator node or when the system is under attack. During
this time, the performance of the Diem blockchain can be negatively impacted or the processing
of transactions can be temporarily put to a stop.
        </p>
        <p>
          A previous study [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ] developed a simulation model to estimate how close Diem is to realizing
its goals. They calculated the amount of time a user has to wait to receive confirmation that
a transaction made on the blockchain will not be changed. The results showed that, for 100
validators, that amount of time is 10 seconds. As it comes to transaction throughput, the Diem
blockchain still requires major improvements, as in the best case only 300 transactions per
second were estimated for 100 validators.
        </p>
        <p>
          Another study [
          <xref ref-type="bibr" rid="ref40">40</xref>
          ] have set up an infrastructure made of physical servers (14 cores with
384GB of RAM) to measure the number of transactions Libra DLT can process in a particular time
span. They have shown that the Libra blockchain can process about one thousand transactions
per second at most (one validator active), but the performance drops significantly as the number
of validators increases (350 TPS with 16 validators). They compared their results with other
permissioned blockchains and they found in particular that Diem has worse performance when
compared to the Hyperledger Fabric.
        </p>
        <p>Table 7 below shows the TPS and average transaction confirmation time of Diem DTL vs.
other blockchains. The data about the Bitcoin and Ethereum blockchains have been taken from
diferent academic works.</p>
        <p>As depicted in table 7, Ethereum has a transaction speed of 15.6 transactions per second.</p>
        <p>The rate at which valid transactions are confirmed per second in the Ethereum blockchain is
higher when compared to Bitcoin. However, the TPS of Ethereum is low compared to the TPS
of Diem DLT, which has over 60 transactions executed per second. Figure 2a shows the number
of transactions that the Diem test network can process each second (TPS).</p>
        <p>
          Figure 2c shows the power complementary cumulative distribution (CCDF) as a function of the
transaction waiting times in the memory pool before being confirmed in the Diem Blockchain.
104
210
scdno
se 00
1
08
(a)
(b)
(c)
The empirical CCDF seems to be well fitted by Poisson’s law shown as the continuous thin
orange line curving downward. Other academic studies on other blockchain suggest that the
waiting time for transactions in the memory pool has a trend that follows Poisson’s law [
          <xref ref-type="bibr" rid="ref31">31</xref>
          ].
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Conclusion</title>
      <p>
        Blockchain technology is rapidly evolving. Understanding the core components of the
technology and how they work together is crucial to make it available also to a larger audience [
        <xref ref-type="bibr" rid="ref43">43</xref>
        ].
Each component of the blockchain system plays an important role in the technology stack.
This study sheds light on some components of the Diem DLT, such as the consensus and the
specificity of the Move programming language used to write smart contracts.
      </p>
      <p>
        According to some academic sources [
        <xref ref-type="bibr" rid="ref34 ref36">36, 34</xref>
        ], the project failed for political-economical
reasons. Nonetheless, some ideas of the project have been adopted and could be adopted by
other blockchains. For instance, the Diem consensus allows having a better TPS when compared
to other blockchains, such as Ethereum and Bitcoin. Moreover, unlike the consensus mechanism
adopted by other blockchains, such as Ethereum and Bitcoin, the Diem BFT consensus protocol
allows being compliant with the law in order to achieve large-scale adoption.
      </p>
      <p>The data collection and analysis of the Diem transactions, even though performed on the
test network, show that the transaction throughput, expressed as a number of transactions
per second, is better when compared to other popular blockchains. This is very important to
achieve large-scale adoption of this technology, as it can support a larger number of transactions
Another important characteristic of Diem blockchain, that has already been taken as a model
by other blockchains, is the use of traditional reserve assets, such as government bonds, and
stable fiat currencies, like the USD, to make the cryptocurrency value stable.</p>
      <p>Finally, the programming language Move allows for defining custom resource types. This
feature helps smart contract developers write business logic for wrapping assets and enforce
access control policies without using external libraries. For all these reasons, the study can
provide useful insights for any blockchain developers to choose the right components for a
successful blockchain adoption at a larger scale.</p>
    </sec>
    <sec id="sec-5">
      <title>Acknowledgments</title>
      <p>This research was supported by “Fondazione di Sardegna” through the project “Analysis of
innovative Blockchain technologies: Libra, Bitcoin and Ethereum” (CUP: F72F20000190007).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Marco</given-names>
            <surname>Baldi</surname>
          </string-name>
          , Franco Chiaraluce, Emanuele Frontoni, Giuseppe Gottardi, Daniele Sciarroni, and
          <string-name>
            <given-names>Luca</given-names>
            <surname>Spalazzi</surname>
          </string-name>
          .
          <article-title>Certificate validation through public ledgers and blockchains</article-title>
          .
          <source>In ITASEC</source>
          , pages
          <fpage>156</fpage>
          -
          <lpage>165</lpage>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>Jeanpierre</given-names>
            <surname>Balster</surname>
          </string-name>
          .
          <article-title>Investigating the scalability of the diem blockchain: A simulation approach</article-title>
          . Eindhoven University of Technology Press,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>Massimo</given-names>
            <surname>Bartoletti</surname>
          </string-name>
          , Letterio Galletta, and
          <string-name>
            <given-names>Maurizio</given-names>
            <surname>Murgia</surname>
          </string-name>
          .
          <article-title>A true concurrent model of smart contracts executions</article-title>
          .
          <source>In International Conference on Coordination Languages and Models</source>
          , pages
          <fpage>243</fpage>
          -
          <lpage>260</lpage>
          . Springer,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>Sam</given-names>
            <surname>Blackshear</surname>
          </string-name>
          , Evan Cheng, David L Dill,
          <string-name>
            <surname>Victor Gao</surname>
            , Ben Maurer, Todd Nowacki, Alistair Pott, Shaz Qadeer, Dario Russi Rain,
            <given-names>Stephane</given-names>
          </string-name>
          <string-name>
            <surname>Sezer</surname>
          </string-name>
          , et al.
          <article-title>Move: A language with programmable resources</article-title>
          .
          <source>Libra Assoc</source>
          .,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Dirk</given-names>
            <surname>Bullmann</surname>
          </string-name>
          , Jonas Klemm, and
          <string-name>
            <given-names>Andrea</given-names>
            <surname>Pinna</surname>
          </string-name>
          .
          <article-title>In search for stability in crypto-assets: are stablecoins the solution</article-title>
          ?
          <source>ECB Occasional Paper</source>
          ,
          <volume>1</volume>
          (
          <issue>230</issue>
          ),
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>Miguel</given-names>
            <surname>Castro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Barbara</given-names>
            <surname>Liskov</surname>
          </string-name>
          , et al.
          <article-title>Practical byzantine fault tolerance</article-title>
          .
          <source>In OsDI</source>
          , volume
          <volume>99</volume>
          , pages
          <fpage>173</fpage>
          -
          <lpage>186</lpage>
          ,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Panagiotis</given-names>
            <surname>Chatzigiannis</surname>
          </string-name>
          and
          <string-name>
            <given-names>Konstantinos</given-names>
            <surname>Chalkias</surname>
          </string-name>
          .
          <article-title>Proof of assets in the diem blockchain</article-title>
          .
          <source>In International Conference on Applied Cryptography and Network Security</source>
          , pages
          <fpage>27</fpage>
          -
          <lpage>41</lpage>
          . Springer,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>Anamika</given-names>
            <surname>Chauhan</surname>
          </string-name>
          , Om Prakash Malviya, Madhav Verma, and
          <article-title>Tejinder Singh Mor. Blockchain and scalability</article-title>
          .
          <source>In 2018 IEEE International Conference on Software Quality</source>
          , Reliability and Security
          <string-name>
            <surname>Companion (QRS-C)</surname>
          </string-name>
          , pages
          <fpage>122</fpage>
          -
          <lpage>128</lpage>
          . IEEE,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Ryan</given-names>
            <surname>Clements</surname>
          </string-name>
          .
          <article-title>Built to fail: The inherent fragility of algorithmic stablecoins</article-title>
          .
          <source>Wake Forest L. Rev. Online</source>
          ,
          <volume>11</volume>
          :
          <fpage>131</fpage>
          ,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Flavio</surname>
            <given-names>Corradini</given-names>
          </string-name>
          , Alessandro Marcelletti, Andrea Morichetta, Andrea Polini, Barbara Re, and
          <string-name>
            <given-names>Francesco</given-names>
            <surname>Tiezzi</surname>
          </string-name>
          .
          <article-title>Engineering trustable choreography-based systems using blockchain</article-title>
          .
          <source>In Proceedings of the 35th Annual ACM Symposium on Applied Computing</source>
          , pages
          <fpage>1470</fpage>
          -
          <lpage>1479</lpage>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>Stefano De Angelis</surname>
            , Leonardo Aniello, Roberto Baldoni, Federico Lombardi, Andrea Margheri, and
            <given-names>Vladimiro</given-names>
          </string-name>
          <string-name>
            <surname>Sassone</surname>
          </string-name>
          .
          <article-title>Pbft vs proof-of-authority: Applying the cap theorem to permissioned blockchain</article-title>
          . University of Southampton Institutional Repository,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>Giuseppe</surname>
            <given-names>Destefanis</given-names>
          </string-name>
          , Michele Marchesi, Marco Ortu, Roberto Tonelli, Andrea Bracciali, and
          <string-name>
            <given-names>Robert</given-names>
            <surname>Hierons</surname>
          </string-name>
          .
          <article-title>Smart contracts vulnerabilities: a call for blockchain software engineering</article-title>
          ? In
          <source>2018 International Workshop on Blockchain Oriented Software Engineering (IWBOSE)</source>
          , pages
          <fpage>19</fpage>
          -
          <lpage>25</lpage>
          . IEEE,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>LLM</given-names>
            <surname>Eleni</surname>
          </string-name>
          <article-title>Katopodi et al</article-title>
          .
          <article-title>Blockchain market: Regulatory concerns arising from the'diem'example in the field of free competition 1</article-title>
          .
          <source>EU and Comparative Law Issues and Challenges Series</source>
          , pages
          <fpage>197</fpage>
          -
          <lpage>216</lpage>
          ,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>Brandon</given-names>
            <surname>Williams</surname>
          </string-name>
          et al. Aptos. https://github.com/aptos-labs/aptos-core,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>Claudio</surname>
            <given-names>Ferretti</given-names>
          </string-name>
          , Alberto Leporati, Luca Mariot, and
          <string-name>
            <given-names>Luca</given-names>
            <surname>Nizzardo</surname>
          </string-name>
          .
          <article-title>Transferable anonymous payments via tumblebit in permissioned blockchains</article-title>
          .
          <source>In DLT@ ITASEC</source>
          , pages
          <fpage>56</fpage>
          -
          <lpage>67</lpage>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>Stefano</given-names>
            <surname>Ferretti and Gabriele D'Angelo</surname>
          </string-name>
          .
          <article-title>On the ethereum blockchain structure: A complex networks theory perspective</article-title>
          .
          <source>Concurrency and Computation: Practice and Experience</source>
          ,
          <volume>32</volume>
          (
          <issue>12</issue>
          ):
          <fpage>e5493</fpage>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <surname>Edoardo</surname>
            <given-names>Gaetani</given-names>
          </string-name>
          , Leonardo Aniello, Roberto Baldoni, Federico Lombardi, Andrea Margheri, and
          <string-name>
            <given-names>Vladimiro</given-names>
            <surname>Sassone</surname>
          </string-name>
          .
          <article-title>Blockchain-based database to ensure data integrity in cloud computing environments</article-title>
          .
          <source>In ITASEC</source>
          , pages
          <fpage>146</fpage>
          -
          <lpage>155</lpage>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <surname>Florian</surname>
            <given-names>Idelberger</given-names>
          </string-name>
          , Guido Governatori, Régis Riveret, and
          <string-name>
            <given-names>Giovanni</given-names>
            <surname>Sartor</surname>
          </string-name>
          .
          <article-title>Evaluation of logic-based smart contracts for blockchain systems</article-title>
          . In International symposium
          <article-title>on rules and rule markup languages for the semantic web</article-title>
          , pages
          <fpage>167</fpage>
          -
          <lpage>183</lpage>
          . Springer,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>Clemens</surname>
            <given-names>Jeger</given-names>
          </string-name>
          , Bruno Rodrigues, Eder Scheid, and
          <string-name>
            <given-names>Burkhard</given-names>
            <surname>Stiller</surname>
          </string-name>
          .
          <article-title>Analysis of stablecoins during the global covid-19 pandemic</article-title>
          . In
          <source>2020 Second International Conference on Blockchain Computing and Applications (BCCA)</source>
          , pages
          <fpage>30</fpage>
          -
          <lpage>37</lpage>
          . IEEE,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>Kim</given-names>
            <surname>Peiter</surname>
          </string-name>
          Jørgensen and
          <string-name>
            <given-names>Roman</given-names>
            <surname>Beck</surname>
          </string-name>
          .
          <article-title>Universal wallets</article-title>
          .
          <source>Business &amp; Information Systems Engineering</source>
          , pages
          <fpage>1</fpage>
          -
          <lpage>11</lpage>
          ,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <surname>Ayten</surname>
            <given-names>Kahya</given-names>
          </string-name>
          , Bhaskar Krishnamachari, and
          <string-name>
            <given-names>Seokgu</given-names>
            <surname>Yun</surname>
          </string-name>
          .
          <article-title>Reducing the volatility of cryptocurrencies-a survey of stablecoins</article-title>
          .
          <source>arXiv preprint arXiv:2103.01340</source>
          ,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <surname>Evan</surname>
            <given-names>Kereiakes</given-names>
          </string-name>
          , Marco Di Maggio Do Kwon, and Nicholas Platias.
          <source>Terra money: Stability and adoption</source>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>Shafaq</given-names>
            <surname>Naheed</surname>
          </string-name>
          <string-name>
            <surname>Khan</surname>
          </string-name>
          , Faiza Loukil, Chirine Ghedira-Guegan,
          <string-name>
            <given-names>Elhadj</given-names>
            <surname>Benkhelifa</surname>
          </string-name>
          , and
          <string-name>
            <surname>Anoud</surname>
          </string-name>
          Bani-Hani.
          <article-title>Blockchain smart contracts: Applications, challenges, and future trends</article-title>
          .
          <source>Peerto-peer Networking and Applications</source>
          ,
          <volume>14</volume>
          (
          <issue>5</issue>
          ):
          <fpage>2901</fpage>
          -
          <lpage>2925</lpage>
          ,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <surname>Jin-Whan Kim</surname>
          </string-name>
          .
          <article-title>Analysis of blockchain ecosystem and suggestions for improvement</article-title>
          .
          <source>Journal of information and communication convergence engineering</source>
          ,
          <volume>19</volume>
          (
          <issue>1</issue>
          ):
          <fpage>8</fpage>
          -
          <lpage>15</lpage>
          ,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <surname>Evan</surname>
            <given-names>Kuo</given-names>
          </string-name>
          , Brandon Iles, and Manny Rincon Cruz.
          <article-title>Ampleforth: A new synthetic commodity</article-title>
          .
          <source>Ampleforth White Paper</source>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <surname>Andrea</surname>
            <given-names>Lisi</given-names>
          </string-name>
          , Andrea De Salve, Paolo Mori, and
          <string-name>
            <given-names>Laura</given-names>
            <surname>Ricci</surname>
          </string-name>
          .
          <article-title>A smart contract based recommender system</article-title>
          .
          <source>In International Conference on the Economics of Grids, Clouds, Systems, and Services</source>
          , pages
          <fpage>29</fpage>
          -
          <lpage>42</lpage>
          . Springer,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          <source>[27] Damiano Di Francesco Maesa and Paolo Mori. Blockchain 3</source>
          .
          <article-title>0 applications survey</article-title>
          .
          <source>Journal of Parallel and Distributed Computing</source>
          ,
          <volume>138</volume>
          :
          <fpage>99</fpage>
          -
          <lpage>114</lpage>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <surname>Lara</surname>
            <given-names>Mauri</given-names>
          </string-name>
          , Stelvio Cimato, and
          <string-name>
            <given-names>Ernesto</given-names>
            <surname>Damiani</surname>
          </string-name>
          .
          <article-title>A comparative analysis of current cryptocurrencies</article-title>
          .
          <source>In ICISSP</source>
          , pages
          <fpage>127</fpage>
          -
          <lpage>138</lpage>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          [29]
          <string-name>
            <given-names>Satoshi</given-names>
            <surname>Nakamoto</surname>
          </string-name>
          .
          <source>Bitcoin v0. 1 released. The Mail Archive</source>
          ,
          <volume>9</volume>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30]
          <string-name>
            <surname>Pierro</surname>
          </string-name>
          .
          <article-title>Diem blockchain transactions data set</article-title>
          ,
          <year>June 2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          [31] Giuseppe Antonio Pierro, Henrique Rocha, Stéphane Ducasse, Michele Marchesi, and
          <string-name>
            <given-names>Roberto</given-names>
            <surname>Tonelli</surname>
          </string-name>
          .
          <article-title>A user-oriented model for oracles' gas price prediction</article-title>
          .
          <source>Future Generation Computer Systems</source>
          ,
          <volume>128</volume>
          :
          <fpage>142</fpage>
          -
          <lpage>157</lpage>
          ,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          [32] Giuseppe Antonio Pierro, Henrique Rocha, Roberto Tonelli, and
          <string-name>
            <given-names>Stéphane</given-names>
            <surname>Ducasse</surname>
          </string-name>
          .
          <article-title>Are the gas prices oracle reliable? a case study using the ethgasstation</article-title>
          .
          <source>In 2020 IEEE International Workshop on Blockchain Oriented Software Engineering (IWBOSE)</source>
          , pages
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          . IEEE,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          [33] Giuseppe Antonio Pierro, Roberto Tonelli, and
          <string-name>
            <given-names>Michele</given-names>
            <surname>Marchesi</surname>
          </string-name>
          .
          <article-title>An organized repository of ethereum smart contracts' source codes and metrics</article-title>
          .
          <source>Future internet</source>
          ,
          <volume>12</volume>
          (
          <issue>11</issue>
          ):
          <fpage>197</fpage>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref34">
        <mixed-citation>
          [34]
          <string-name>
            <given-names>Marc</given-names>
            <surname>Pilkington</surname>
          </string-name>
          .
          <source>From libra 1</source>
          .
          <article-title>0 to libra 2.0 (diem): between programmed failure and renewed relevance for political economy</article-title>
          .
          <source>Revue d'Economie Politique (forthcoming)</source>
          ,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref35">
        <mixed-citation>
          [35]
          <string-name>
            <given-names>Ivan</given-names>
            <surname>Pupolizio</surname>
          </string-name>
          .
          <article-title>From libra to diem. the pursuit of a global private currency</article-title>
          .
          <source>Global Jurist</source>
          ,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref36">
        <mixed-citation>
          [36]
          <string-name>
            <given-names>Yubin</given-names>
            <surname>Qu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W Eric</given-names>
            <surname>Wong</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Dongcheng</given-names>
            <surname>Li</surname>
          </string-name>
          .
          <article-title>Empirical research for self-admitted technical debt detection in blockchain software projects</article-title>
          .
          <source>International Journal of Performability Engineering</source>
          ,
          <volume>18</volume>
          (
          <issue>3</issue>
          ),
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref37">
        <mixed-citation>
          [37]
          <article-title>Jahja Rrustemi and Nils S Tuchschmid. Facebook's digital currency venture “diem”: the new frontier... or a galaxy far, far away? Technology innovation management review</article-title>
          ,
          <volume>10</volume>
          (
          <issue>12</issue>
          ),
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref38">
        <mixed-citation>
          [38]
          <string-name>
            <surname>Alessandra</surname>
            <given-names>Scafuro</given-names>
          </string-name>
          , Luisa Siniscalchi, and
          <string-name>
            <given-names>Ivan</given-names>
            <surname>Visconti</surname>
          </string-name>
          .
          <article-title>Publicly verifiable proofs from blockchains</article-title>
          .
          <source>In IACR International Workshop on Public Key Cryptography</source>
          , pages
          <fpage>374</fpage>
          -
          <lpage>401</lpage>
          . Springer,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref39">
        <mixed-citation>
          [39]
          <string-name>
            <surname>Roberto</surname>
            <given-names>Tonelli</given-names>
          </string-name>
          , Giuseppe Destefanis, Michele Marchesi, and
          <string-name>
            <given-names>Marco</given-names>
            <surname>Ortu</surname>
          </string-name>
          .
          <article-title>Smart contracts software metrics: a first study</article-title>
          .
          <source>arXiv preprint arXiv:1802.01517</source>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref40">
        <mixed-citation>
          [40]
          <string-name>
            <surname>Jiashuo</surname>
            <given-names>Zhang</given-names>
          </string-name>
          , Jianbo Gao, Zhenhao Wu, Wentian Yan, Qize Wo,
          <string-name>
            <given-names>Qingshan</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>and Zhong</given-names>
            <surname>Chen</surname>
          </string-name>
          .
          <article-title>Performance analysis of the libra blockchain: An experimental study</article-title>
          .
          <source>In 2019 2nd International Conference on Hot Information-Centric Networking (HotICN)</source>
          , pages
          <fpage>77</fpage>
          -
          <lpage>83</lpage>
          . IEEE,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref41">
        <mixed-citation>
          [41]
          <string-name>
            <given-names>Weijie</given-names>
            <surname>Zhao</surname>
          </string-name>
          .
          <article-title>Blockchain technology: development and prospects</article-title>
          .
          <source>National Science Review</source>
          ,
          <volume>6</volume>
          (
          <issue>2</issue>
          ):
          <fpage>369</fpage>
          -
          <lpage>373</lpage>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref42">
        <mixed-citation>
          [42]
          <string-name>
            <surname>Qiheng</surname>
            <given-names>Zhou</given-names>
          </string-name>
          , Huawei Huang, Zibin Zheng, and
          <string-name>
            <given-names>Jing</given-names>
            <surname>Bian</surname>
          </string-name>
          .
          <article-title>Solutions to scalability of blockchain: A survey</article-title>
          .
          <source>Ieee Access</source>
          ,
          <volume>8</volume>
          :
          <fpage>16440</fpage>
          -
          <lpage>16455</lpage>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref43">
        <mixed-citation>
          [43]
          <string-name>
            <surname>Mirko</surname>
            <given-names>Zichichi</given-names>
          </string-name>
          , Stefano Ferretti, and
          <string-name>
            <surname>Gabriele D'Angelo</surname>
          </string-name>
          .
          <article-title>A distributed ledger based infrastructure for smart transportation system and social good</article-title>
          .
          <source>In 2020 IEEE 17th Annual Consumer Communications &amp; Networking Conference (CCNC)</source>
          , pages
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          . IEEE,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>