Distributed Ledger Technology for Smart Mobility: Variable Delay Models
Andrew Cullen, Pietro Ferraro, Christopher King, Robert Shorten

TL;DR
This paper develops a fluid-based mathematical model for DAG-based distributed ledgers in smart mobility, incorporating variable transaction delays, and validates it through extensive simulations to support feedback control applications.
Contribution
It introduces a novel fluid approximation model for DAG-based DLTs with variable delays, extending prior work and aiding in control system integration.
Findings
Model accurately predicts DAG behavior with variable delays
Simulations confirm the model's effectiveness for feedback control
Enhances understanding of DLT dynamics in smart mobility
Abstract
Recently, Directed Acyclic Graph (DAG) based Distributed Ledgers have been proposed for various applications in the smart mobility domain [1]. While many application studies have been described in the literature, an open problem in the DLT community concerns the lack of mathematical models describing their behaviour, and their validation. Building on a previous work in [1], we present, in this paper, a fluid based approximation for the IOTA Foundation DAG based DLT that incorporates varying transaction delays. This extension, namely the inclusion of varying delays, is important for feedback control applications (such as transactive control [2]). Extensive simulations are presented to illustrate the efficacy of our approach.
Peer Reviews
No public reviews on file for this paper yet. If you reviewed it on a platform where reviews are public (OpenReview, ICLR, NeurIPS, ICML), you can paste yours below so the community can read it here.
Videos
No videos yet. Explain this paper in a talk, walkthrough, or lecture? Add one.
Distributed Ledger Technology for Smart Mobility: Variable Delay Models
A. Cullen, P. Ferraro, C. King, and R. Shorten Andrew Cullen, Pietro Ferraro and Robert Shorten are with the School of Electrical and Electronic Engineering of the University College Dublin, Belfield, Ireland.Christopher King is with the Department of Mathematics, Northeastern University, Boston, MA 02115 USA.
Abstract
Recently, Directed Acyclic Graph (DAG) based Distributed Ledgers have been proposed for various applications in the smart mobility domain [1]. While many application studies have been described in the literature, an open problem in the DLT community concerns the lack of mathematical models describing their behaviour, and their validation. Building on a previous work in [1], we present, in this paper, a fluid based approximation for the IOTA Foundation’s DAG-based DLT that incorporates varying transaction delays. This extension, namely the inclusion of varying delays, is important for feedback control applications (such as transactive control [2]). Extensive simulations are presented to illustrate the efficacy of our approach.
I Introduction
Directed Acyclic Graph (DAG) based Distributed Ledger Technology (DLT) has recently emerged as an attractive approach for distributed ledger applications in the smart mobility domain [1]. While distributed ledgers based on Blockchain technology are probably the most well known [3]-[5], others have been developed that are of interest in a control theoretic context. The objective of this paper is to analyse one such alternative ledger structure; namely, the IOTA Foundation’s DAG-based distributed ledger, known as the Tangle.
To date, applications of DLTs have primarily focussed on two main areas: (i) as a peer-to-peer value transfer e.g. cryptocurrency(e.g., see [6][7]); and (ii) for tracking goods and services in a trustworthy manner in complex supply chains(e.g., [8]). More recently, DLT has been applied in smart city applications, specifically where the issues of social compliance and the enforcement of social contracts are at the forefront [1][9] (e.g. discouraging traffic from breaking regulations, parking for a limited amount of time in restricted areas, etc.). For these types of applications DLT is seen as an interesting enabling mechanism for a number of reasons. First, some DLTs (the IOTA Tangle [10], among others111e.g. Legicash (https://legi.cash/) and Byteball (https://byteball.org/)), specifically designed for high frequency micro-trading, may be more suitable than systems like PayPal, Visa, and even some DLTs like Bitcoin in which vendors will sometimes not process low value transactions. Second, systems like PayPal, Visa, and many DLTs, may require a transaction fee, thus making their use in digital deposit based systems questionable; namely, where the entire value of the token is intended to be returned to a compliant agent. Third, in principle, DLT tokens are pseudo-anonymous222https://laurencetennant.com/papers/anonymity-iota.pdf due to the use of encrypted adresses. Card based transactions always leave a trail of what was done and when, and are uniquely associated with an individual, the time and location of the spend, and the transaction item. Thus from a privacy perspective (re. Cambridge Analytica and Facebook333https://www.bbc.com/news/topics/c81zyn0888lt/facebook-cambridge-analytica-data-scandal), the use of DLT is more like cash and is hence more satisfactory than traditional digital transactions.
Our interest stems from the possible applications of DLTs in a smart mobility environment, using the digital tokens as a way to enforce the desired level of compliance in the resource-sharing interactions between humans and machines. In this perspective, among the various structures of DLTs, we have chosen to investigate the IOTA Tangle [10] for a variety of reasons: first, that there are no explicit transaction fees associated with IOTA, second, the Tangle is designed to support high-frequency micro transactions which is a favourable characteristic in an IoT domain such as the smart mobility one. Finally the structure of the Tangle is well suited for a mathematical representation in which its stability properties can be extrapolated and analysed.
While many application studies have been described, a significant deficit in the DLT literature concerns the lack of mathematical models describing their behaviour. The Tangle is a DLT in which consesus is achieved through a cooperative mechanism (as opposed to the Blockchain, where users are incentivized to compete through economical fees): newly arrived transactions select two previous transactions to validate (this process will be described more thoroughly in the next Section). The validation procedure involves a proof of work (PoW), that can be modeled as an intrinsic delay mechanism in the dynamics of the system. In our prior work [1],[11], we derived a delayed differential equation model for the Tangle, assuming that the delay was the same for each user and each transaction. Obviously, this is not a realistic hypothesis as different devices and users have different amount of computational power that, in turn, affects how much time the PoW is going to take for each transaction and the nature of the PoW problem results in intrinsic randomness. Accordingly, in this paper we relax this assumption, by accounting for variable delays, and we show, through simulations, that the theoretical predictions are consistent with the behaviour of the Tangle.
The rest of the paper is organised as follows: In Section II we provide some examples of smart mobility systems in which DLT can be used to orchestrate human-machine interactions. In Section III we describe from an intuitive and high level perspective, the functioning principles of the Tangle. On the basis of this description, in Section IV we provide the aforementioned mathematical model and the simulations to validate it. Finally, Section V summarizes the results of this work and presents future line of research on this topic.
II Preamble: Smart Mobility
Our starting point in this paper is our interest in smart mobility applications. Generally speaking, we are particularly interested in a class of problems where social compliance to a set of rules is of interest. To provide some context we now give examples of problems that are of interest to us. The interested reader can refer to [1], where the following examples are described in detail.
(i) Charge point anxiety : Many issues impeding the adoption of electric vehicles, such as long charging times, and range anxiety, have been addressed by advances in technology. One human behaviour-related issue remains however. That is the issue of Charge Point Anxiety. More specifically, public charge points are often occupied by electric vehicle (EV) owners parking there for the entire workday (despite the EV being fully charged). In either scenario the charge point is unavailable to other users resulting in under-utilization of valuable infrastructure. One solution idea is to develop an adapter to extend the reach of charge points and so allow multiple EVs to connect simultaneously. To this end we designed an adapter [12] which can be connected to a charge point in a ‘daisy-chained’ or ‘cascaded’ manner as shown below in Figure 1.
To see how DLT technology arises in the context of this example, suppose now that the middle car wishes to disconnect from the chain. One must hope that the owner of the middle car will connect the green and blue boxes together upon departure (assuming that the cables reach). There is, of course, no guarantee that this happens. A possible solution is to incentivise good behaviour using DLTs. That is, to use a digital coin, as part of a deposit system. When the middle car removes itself from the chain, it deposits a digital token into the charge point; once it reconnects the chain, its token is returned.
(ii) Smart charging hubs for electric bikes : Pedelecs (e-bikes) are being increasingly viewed as a important part of the e-mobility story. In this context, the opportunity to develop services, for and from such bikes is very appealing, and it is in this context that we are developing, jointly with MOIXA444http://www.moixa.com/, a smart battery unit. Roughly speaking, our smart battery is a unit that aggregates the batteries from a number of e-bikes to power ancillary services in a building. In our system, apartment owners would give residents access to an e-bike, and residents would purchase crypto-tokens (whose value would exceed that of a battery) and use a digital deposit system as described above; namely in order to release a battery, users would deposit a token into the system, which would then be returned when the battery is returned.
(iii) Tokenised traffic management : A generalization of the two aforementioned examples is the class of Social Compliance problems, where the task is to enforce compliance, from agents in a network, to a certain set of rules. In [1] the authors formalised this class of problems using a network of streets with traffic lights at the intersections, and a population of vehicles, as an example. The compliance goal is that agents (cyclists, drivers) will be ‘good citizens’ and will respect the instructions from the traffic lights. Dynamically-priced tokens are deposited at the lights to control the behaviour of the agents. If the agent obeys the traffic lights when crossing the intersection then the tokens will be returned; otherwise the tokens will be kept by the system.
III The Tangle
In this paper we are interested in a particular DLT architecture that makes use of DAGs to achieve consensus about the shared ledger. A DAG is a finite connected directed graph with no directed cycles. An example of a DAG is depicted in Figure 2. The Tangle is a particular instance of a DAG-based DLT [10], where each vertex or site represents a transaction (we will use interchangeably the terms site, transaction and vertex), and where the graph, with its topology, represents the ledger. Before being added to the tangle, a new vertex must first approve (normally two) previous transactions. All yet unapproved sites are called tips and the set of all unapproved transactions is called the tips set. New transactions will select sites from the tips set for approval (they are not obliged to do so but it is reasonable to expect them to). Each successful approval is represented by an edge of the graph. The first transaction in the Tangle is called the genesis site—the transaction where all the tokens were sent from the original account to all the other accounts—and all transactions either directly or indirectly approve it. Furthermore, in order to prevent malicious users from spamming the network, the approval step requires a Proof of Work (PoW). This step is less computationally intense than its Blockchain counterpart [13] - [16], and can be easily carried out by common IoT devices, but nonetheless introduces some delay for new transactions before they are added to the Tangle. In what follows, we assume that there is a simple way to verify whether the tips selected for approval by a new transaction are consistent with each other and with all the sites directly or indirectly approved by them.
As final note, to illustrate the time evolution of the Tangle and visually represent the architecture discussed above, Figure 3 shows an instance of the Tangle with three new incoming sites (upper panel). The blue blocks are transactions that have already been approved, red blocks represent the current tips of the Tangle and grey blocks are new incoming vertices. Immediately after being issued, a new transaction tries to attach itself to two of the network tips. Notice that at this stage, the newly arrived transactions are carrying out the required PoW, and that the tips remain unconfirmed (dashed lines) until this process is over. Once the PoW is finished, the selected tips become confirmed sites and the grey blocks are added to the tips set (lower panel).
IV The fluid limit of the tangle with random tip selection and variable delays
The Tangle can be described as an increasing family of DAG’s, where each vertex of contains the record of a transaction which arrived at or before time . We are interested in describing the growth of the Tangle in a situation where one central server keeps the record of all the transactions. In a real network there would be multiple local copies of the Tangle, and each user would independently update its own copy. However due to synchronization issues, the presence of multiple independent servers complicates the analysis; therefore, we assume the simpler scenario with one main server, and multiple users accessing it whenever they want to issue a transaction.
We assume that each new transaction selects two tips for approval, and attempts to validate them. If validation fails the choices are discarded and another two tips are selected for validation. This continues until the process is successful, and we assume that this whole validation effort is essentially instantaneous. However after the validation there is a waiting period during which the PoW is carried out and the transaction is communicated to the server where the Tangle is stored. During this time the approvals of the selected tips are pending, so the tips may still be available for selection by other new transactions. After the waiting time the two parent sites are no longer tips, and so are no longer available for selection by other new transactions (at least, by the ones that follow the protocol)555It may happen that some of these sites had already ceased to be tips at an earlier time, due to their being validated by some other new transaction.. In the remainder of this section we assume that the delay times caused by the proof of work for new transactions are random and independent, with some fixed distribution. Let denote the set of tips at time . Then we assume that when a new transaction arrives at time , it has selected at random two vertices from the set (where is the random delay time). Thus there are two random elements in the algorithm; the random choice of delay time , and the random selection of two tips from the tip set at the earlier time (note that this is only one of the possibile choices for tips selection algorithms [1][10])
IV-A Tip selection probability
Let denote the increasing sequence of times when new tips are added to the tangle so that
[TABLE]
We will label a vertex by the time when it was added to the tangle. Thus vertex was added to the tangle at time . Note that vertex was added as a tip at time , and remains in the tip set until some future time when it is approved. For we define to be the indicator variable for the event that vertex is still a tip at time . That is,
[TABLE]
Note that for all . Also recall that is the number of tips at time , so we have
[TABLE]
Consider now the arrival of a new transaction at time . This new transaction must select two tips for validation from the set , where is the random delay time. We define to be the set of two vertices which are selected for validation by transaction (i.e., at time ). Suppose that vertex is a tip at time , and that the random delay time satisfies . Since , this means that the vertex had already been added at time , and since it is assumed to still be a tip at time , it must also be in the tip set . Thus the probability that vertex is selected for validation at time is simply the probability that any tip is selected for validation out of all the tips in , which is
[TABLE]
(the second term in (3) accounts for the fact that the same tip can be chosen twice by the random tip selection algorithm).
This result can be formalized in the following way. We define to be the -algebra generated by the tangle up to time . Thus by conditioning on we are fixing the history of the tangle, including of course the tip sets at all previous times. Also note that if and only if the vertex is a tip at time . Thus
[TABLE]
We will write to denote the indicator random variable for event ; that is
[TABLE]
Then undoing the conditioning on gives
[TABLE]
where the expected value is taken over the distribution of . We also have
[TABLE]
and therefore
[TABLE]
We now undo the conditioning on (the history of the tangle) and obtain
[TABLE]
Note also that if and only if the vertex is a tip at time and is approved by the new transaction which arrives at time , and is zero otherwise. Therefore we get
[TABLE]
IV-B The fluid limit
The fluid limit is reached as the arrival rate goes to infinity. For convenience we will assume that the time between arrivals is fixed and equal to , so , and we extend to be piecewise constant in each interval . Given let , and define the set where is an integer depending on such that , as . We define
[TABLE]
(assuming that in ). Our main assumption for the fluid limit is that and converge to non-random differentiable functions as . So in particular we assume that
[TABLE]
We also assume that for all and all , as ,
[TABLE]
We now sum over and in (10), leading to
[TABLE]
Since as , we get
[TABLE]
It is convenient to change variables at this point, and define the age of the current tips to be , and define a new density , where represents the density of tips present at time which were added at time (or, equivalently, the density of tips present at time with age ). Note also the total number of tips (rescaled by ) is
[TABLE]
Furthermore the condition leads to the condition , which in turn gives
[TABLE]
In terms of these new variables, the fluid limit is described by the following set of equations:
[TABLE]
The right side of (IV-B) can be written more explicitly using the pdf for . That is, assume that is continuous with pdf , then (IV-B) can be written
[TABLE]
IV-C Comparison with previous work for fixed delay
In previous work [1] the case of fixed delay was analyzed by different means, and it was shown that the fluid limit was described by a delay differential equation. Here we compare that result with the present work. For the case of constant , the PDE (IV-B) leads to the equation
[TABLE]
In [1] the following equation was derived:
[TABLE]
where is the number of ‘free’ tips at time , which is the number of tips that have not yet been selected at time for validation by any newly created transactions. Since the validation time is fixed to be , it follows that all of these free tips at time must still be tips at time . Furthermore any ‘pending’ tips at time will no longer be tips at time . Thus the set of tips at time will consist of the free tips at time , plus any additional tips that arrived in the time interval . These latter tips are the tips whose age is less than , thus we can write
[TABLE]
Combining with the relation we deduce that for
[TABLE]
Therefore the two expressions (20) and (21) are identical for all . Hence the method presented here leads to the same result as the method from [1].
IV-D The stationary solution
We expect that the solution of the system (IV-B) will converge to a time-independent solution as . We can compute this time-independent solution: assume that there is a function and constant such that
[TABLE]
Substituting in (IV-B) we find
[TABLE]
which leads to
[TABLE]
This can be used to get an implicit equation for :
[TABLE]
In what follows, we consider some specific examples for delays and derive, for each of them, the corresponding tip equilibrium. We make use of several Monte Carlo simulations of the Tangle to validate our theoretical predictions.
IV-E Special case: fixed delay
Here we assume that is constant for all tips. Then solving (25) we get
[TABLE]
We can also use (27) to compute : this gives
[TABLE]
which leads to the value
[TABLE]
Figure 4 shows 150 Monte Carlo simulations of the Tangle with fixed delay (). Note that the average value corresponds to .
IV-F Special case: exponential delay
Here we assume that is exponential with rate , so that (25) is
[TABLE]
This leads to the solution
[TABLE]
Using (27) we can compute . With this gives
[TABLE]
Figure 5 shows 150 Monte Carlo simulations of the Tangle with exponential delay (). Note that the average value corresponds to .
IV-G Special case: uniform delay
Here we assume that is uniform on some interval . This gives
[TABLE]
Also we define then the equation for is
[TABLE]
One particular case: , , gives . In terms of the mean delay this is
[TABLE]
Figure 6 shows 150 Monte Carlo simulations of the Tangle with uniform delay (, ). Note that the average value corresponds to .
V Conclusions
In this paper we present a model for the Tangle that takes into account variable delays for the Proof of Work. Under the assumption of a high arrival rate, we derive a general fluid model for the Tangle, of which the equations presented in [1] represent a particular case. Accordingly, we show that under the assumption of constant delays, the new set of equations match the ones in [1].
The reference list from the paper itself. Each links out to its DOI / PubMed record.
- 1[1] Ferraro, P., King, C. And Shorten, B., “Distributed Ledger Technology for Smart Cities, the Sharing Economy, and Social Compliance”, IEEE Access , Vol. 6, pp. 62728 - 62746, 2018
- 2[2] Annaswamy, A. M., Guan, Y., Tseng, H. E., Zhou, H., Phan, T. and Yanakiev, D, “Transactive Control in Smart Cities”, Proceedings of the IEEE , Vol. 106, No. 4, pp. 518-537, 2018
- 3[3] Nakamoto, S., “Bitcoin: A peer-to-peer electronic cash system”, available at https://bitcoin.org/bitcoin.pdf , 2008
- 4[4] Conoscenti, M., Vetro, A. and De Martin, J. C., “Blockchain for the Internet of Things: A systematic literature review”, IEEE/ACS 13th International Conference on Computer Systems and Applications , pp. 1-6, November 2016
- 5[5] Zheng, Z., Xie, S., Dai, H., Chen, X. and Wang, H., “An overview of Blockchain technology: Architecture, consensus, and future trends” IEEE International Congress on Big Data , pp. 557-564, 2017
- 6[6] Puthal, D., Malik, N., Mohanty, S. P., Kougianos, E., and Das, G., “Everything You Wanted to Know About the Blockchain: Its Promise, Components, Processes, and Problems” IEEE Consumer Electronics Magazine , Vol. 7, No.4, pp. 6-14, July 2018
- 7[7] Guo, Y. and Liang, C., “Blockchain application and outlook in the banking industry”, Financial Innovation , Vol. 2, No. 1, pp. 24, 2016
- 8[8] Olnes, S., Ubacht, J. and Janssen, M., “Blockchain in government: Benefits and implications of distributed ledger technology for information sharing”, Government Information Quarterly , Vol. 34, No. 3, pp. 355-364, 2017
