<!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>Random Re-Ordering of the Parties in the Consensus Protocol</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Andrey Sobol</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Volodymyr G. Skobelev</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Julian Konchunas</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Viktor Radchenko</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Sabina Sachtachtinskagia</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Oleksandr Letychevskyi</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Volodymyr Peschanenko</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Maxim Orlovsky</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Glushkov Institute of Cybernetics of NAS of Ukraine</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Kherson State University</institution>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Pandora Core AG</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>Generation of a publicly veri able bias-resistant distributed randomness is one of the actual problems in blockchain and its various applications. The complexity of this problem increases signi cantly for consensus algorithm operating on a decentralized network topology on the assumption that there are neither a trusted third party nor a trusted dealer. Such situation is caused by the fact that the logical structure of algorithms intended to solve the subtasks typical for this problem becomes much more complicated. Besides, there arise some subtasks caused by the complete distribution of the analyzed blockchain network. One of such nontrivial subtasks is the implementation of random re-ordering of the parties, based on generated randomness. This random reordering denes the roles of the parties in the next epoch, and is intended to support equal access of the parties to the functioning of the blockchain network. We present a simpli ed version of the generation of a publicly veri able reliable distributed randomness for the consensus protocol operating on a decentralized network topology on the assumption that there are neither a trusted third party nor a trusted dealer. On this base we solve the problem of the random re-ordering for parties which will participate in the implementation of the next epoch.</p>
      </abstract>
      <kwd-group>
        <kwd>Distributed randomness</kwd>
        <kwd>Public veri ability</kwd>
        <kwd>Random re- ordering</kwd>
        <kwd>Consensus protocols</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        A completely distributed blockchain operating on a decentralized network
topology on the assumption that there are no trusted third parties or dealers, can
be considered as the backbone of the emerging open-access distributed Virtual
Machines [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] for decentralized, token-driven resource management.
      </p>
      <p>
        Thus, the functioning of such blockchain networks signi cantly relies on the
performance of the used consensus mechanisms. It is worth to point out that
many of these mechanisms can be considered in terms of a uniform framework
based on Zero-Knowledge (ZK) Proof systems [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Some survey of consensus
mechanisms in blockchain networks has been presented in [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>It is generally accepted that public veri cation means that any party that
does not necessarily participate in the randomness generation can audit the
protocol execution a posteriori with the aim to attest that the randomness source
is reliable and unbiased.</p>
      <p>
        The concept of a public randomness beacon that relies on a trusted third
party has been proposed in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The necessity to use public randomness sources
e ectively has increased sharply for blockchain networks [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>
        An approach for generation of a distributed randomness beacon that
guarantees output delivery and uniformly distributed randomness for the parties that
use it, as long as a majority of them are honest, has been proposed in [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], on the
assumption that a dealer participates in the proposed protocols.
      </p>
      <p>An important feature of this approach is that any party that does not
necessarily participate in the randomness generation can audit the protocol execution
a posteriori with the aim to be convinced that the randomness source is reliable
and unbiased. However the requirement of the presence of the dealer does not
allow to use these constructions directly for a completely distributed network on
which there is neither a trusted third party nor a dealer.</p>
      <p>Our aim is to generate some uniformly distributed randomness for completely
distributed blockchain operating on a decentralized network topology, in the
assumption that there are neither the trusted third party nor the dealer, and to
apply this distributed randomness for the random re-ordering of parties for the
implementation of the next epoch.
1.1</p>
    </sec>
    <sec id="sec-2">
      <title>Related Works</title>
      <p>
        The basic scheme for secret sharing has been proposed in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], and guaranties the
correct output only in the case when all parties are honest. Due to constructions
considered in [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], it has been established in [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] that there exists some poly-time
threshold veri able secret sharing (VSS) protocol, on the assumptions that the
majority of the parties are honest and that some broadcast channel is available.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] an approach to construct publicly veri able secret sharing (PVSS)
protocols has been proposed. This protocol gives the ability to the parties to
verify their own shares, but also anybody can verify that the parties has received
correct shares.
      </p>
      <p>
        The model of non-interactive PVSS has been proposed in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Some other
PVSS schemes have been presented in [12{14]. Unfortunately, PVSS schemes,
presented in [10{14], lead to high computational cost. Critical survey of these
and some others PVSS has been presented in [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. Lowering of the computational
cost has been one of the main aims in protocols presented in [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>
        It is well known that the randomness can be manipulated by the parties of
the blockchain. To prevent these manipulations some delay functions [
        <xref ref-type="bibr" rid="ref16 ref17 ref5">5, 16, 17</xref>
        ]
can be used, so that when any malicious party computes the random output, it
is too late to manipulate it. Thus, the delay function gives the chance to verify
that the randomness has not been manipulated.
      </p>
      <p>
        Hash-based signature schemes that are most often used in PVSS, are RSA
[
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] and ECDSA [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]. Security of these schemes are based on algebraic
assumptions, i.e. security of RSA relies on the di culties of solving the factorizing large
numbers problem, while security of ECDSA relies on the di culties of solving
the discrete logarithm problem.
      </p>
      <p>It is worth to note that if any of these assumptions is violated, for
example, due to the development of a quantum computer, then the corresponding
signature scheme is damaged forever.</p>
      <p>
        The Merkle Signature Scheme [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] depends only on a secure hash function and
a secure one-time signature. Some variants of this scheme has been developed:
an improved Merkle signature scheme (CMSS) [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] in which two
authentication trees are used, GMSS [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ] which uses a scheduling strategy to precompute
upcoming signatures, XMSS [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ] in which a hash tree is used to reduce the
authenticity of many pseudo-randomly generated one-time signature keys to one
public XMSS key, XMSS-MT [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] which is a multi Tree XMSS intended to
provide a large number of signatures, and SPHINCS [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ] which is some many-time
signature scheme that uses a hyper-tree, i.e. a tree of trees. Software
implementations for some of above listed variants of Merkle Signature Scheme have been
analyzed in [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ].
      </p>
      <p>To provide equal opportunities for an involvement of parties in a completely
distributed blockchain operating on a decentralized network topology, unbiased
random generation of the re-ordering for the parties can be used.</p>
      <p>
        The basic algorithm, called the Fisher|Yates shu e [
        <xref ref-type="bibr" rid="ref27">27</xref>
        ], has been presented
in [
        <xref ref-type="bibr" rid="ref28 ref29">28, 29</xref>
        ], and is as follows (A is the given array with N elements, such that
A[i] = i for all i = 1; : : : ; N ).
      </p>
      <p>RandomPerm(A, N )
begin
for i = 1 to N
do</p>
      <p>1
end
choose the integer j uniformly at random from the set fi; :::; N g;
swap A[i] and A[j];
end do</p>
      <p>This algorithm guarantee that the probability that A[i] = i equals to N 1 for
any i 2 fi; :::; N g. Moreover, the expected number of xed points in a random
permutation equals to 1, i.e. it is independent of the integer N .</p>
      <p>
        It is evident that the subtle aspect for implementation of this algorithm
consists of how to choose uniformly and randomly an element of the given set.
Surveys of methods proposed for generation of permutations by computer have
been presented in [
        <xref ref-type="bibr" rid="ref30 ref31">30, 31</xref>
        ].
      </p>
    </sec>
    <sec id="sec-3">
      <title>Our contribution</title>
      <p>To achieve the scalability for implementation of completely distributed blockchain
operating on a decentralized network topology on the assumption that there are
neither a trusted third party nor a dealer, the set of parties P = fP1; : : : ; PN g
that take the part in the implementation of the current epoch are partitioned
into 3 groups Pj = fP1(j); : : : ; Pn(jj)g (j = 1; 2; 3), where P1 is the set of ZK
validators, and the subset P2 is the set of Random Part (RP) validators. The
subset P3 consists of overwhelming number of parties, but these parties only
take part in the commit-delay-reveal scheme pointed in the next Section.</p>
      <p>It is assumed that jP2j jP n P2j (for example, it is enough to consider that
jP2j 0:05jP n P2j). The necessity of this inequality is caused by the following
circumstances.</p>
      <p>To achieve the reliability and scalability for the re-ordering of parties at
regular and predictable intervals in the presence of adversarial behavior, and
without any trusted dealer for the initial setup, the local sources of randomness
can be used in the following way.</p>
      <p>The su ciently small group of parties P2 independently generate their
randomness on the base of some threshold random scheme which we describe below.
The other parties generate their randomness with using the following
commitdelay-reveal scheme:</p>
      <p>Step 1. Each party from the set PnP2 generates 32 bit random data and
publish hash(data).</p>
      <p>Step 2. Each party from the set PnP2 is forced to wait for the prescribed
period of time.</p>
      <p>Step 3. Each party from the set PnP2 provides its data.</p>
      <p>Such approach gives the chance to implement the interactions in the
commitment scheme as follows: during the commit phase the values of randomness
are chosen and speci ed, while during reveal phase which starts with some
admissible delay these values are revealed and checked.</p>
      <p>Proposed threshold random scheme consists of the following three phases.</p>
      <p>In the rst phase, called the Public Key Phase, each validator from the ZK
validators subset P1 provides its public key (PubKey), epoch hash (EH) and the
signed hash H(PubKeyjjEH). In the role of the hash function H can be used the
Cryptographic hash function SHA256, or any other Cryptographic hash function,
similar to SHA256.</p>
      <p>In the second phase, called the Threshold Random Encrypted Part Phase
each validator from the RP validators subset P2 generates some random string,
which is 32 byte data (thus, at our assumptions jP2j N 2256, where N is
the number of parties that take the part in the implementation of the current
epoch), split this random string in accordance to Shamir's secret scheme, and
encrypts each secret by the PubKey, chosen by him from Public Key Phase.</p>
      <p>When this process is completed, each validator from the subset P2 provides
its list of encrypted secrets, epoch hash, and the signed hash H(the root of
merkle treejjEH).</p>
      <p>In the third phase, called Private Key Publishing Phase, each validator from
the subset of the ZK validators P1 provides its private key (PrKey). Each party
from the subset P n P2 reveals its random, and each party from the subset of
the RP validators P2 reveals its random using corresponding PrKey.</p>
      <p>When this process is completed, each party which will participate in the
implementation of the next epoch computes the random re-ordering of parties
for the next epoch.</p>
      <p>It is evident that the above described round is intended for achievement of
the following purposes:</p>
      <p>1. We should know the result of the random, i.e. that parties from the set P1
have provided not less then 50% + 1 of all private keys, and that parties from
the set P2 have presented their ciphered data.</p>
      <p>2. If the set P1 consists of less then 50% of corrupted parties, and the set P2
consists of less then 100% of corrupted parties, then corrupted parties could not
prevent to receive random, or to learn it in advance.</p>
      <p>It should be noted that every time we construct new partition of the set of
parties. For correctness of the proposed protocol it is necessary that the majority
of parties in the set P1 is honest, and at least one of the parties in the set P2 is
also honest. Because we constantly mix validators, these assumptions are quite
realistic. It should be noted, however, that the probability that there is an honest
majority in each round depends on the number of honest parties in P, as well
as on the shares jP1j and jP2j .</p>
      <p>jPj jPj
2</p>
      <p>The random re-ordering of the parties
When the commit-delay-reveal scheme is completed, the set of the parties which
will participate in the implementation of the next epoch can be formed. This
set can be considered as the array consisting of the same ordering of all parties
that haven't been disquali ed during the current epoch, and perhaps some new
parties are added to its tail.</p>
      <p>For simplicity we denote this array P = hP1; : : : ; PN i, and, also, we denote
R = hr1; : : : ; rN i the array of 32 byte random data that have been produced by
the parties from the array P in the current epoch. Assume that for each party
Pj that has been unsuccessful in the commit-delay-reveal scheme, as well as for
each new party Pj , its 32 byte random data rj is the zero sequence.</p>
      <p>
        To implement the random re-ordering of the elements of the array P we have
used the following re nement of the Fisher|Yates shu e scheme [
        <xref ref-type="bibr" rid="ref27 ref28 ref29">27, 28, 29</xref>
        ],
based on the use of some random positive integer M (M N ), generated on
the base of the array R.
      </p>
      <p>RanReOrd (P, N , M )
begin
for i = 1 to N
do</p>
      <p>1
j := (M
i + 1)(mod(N
i + 1)) + i;
end</p>
      <p>swap P[i] and P[j];
end do</p>
      <p>It is reasonable to make the following remark concerning the proposed above
algorithm RanReOrd (P, N , M ).</p>
      <p>Since M (M N ) is some random positive integer, then for any xed integer
i = 1; : : : ; N 1 the integer
j = (M
is some sequence of random integers. For any xed integer i = 1; : : : ; N 1 the
elements P[i] and P[j] (i j N ) are swapped. Therefore at the completion of
the algorithm RanReOrd (P, N , M ) the elements of the array P are reordered
in a random way.</p>
      <p>The following two approaches intended to generate some random positive
integer M (M N ) on the base of the list R has been checked.</p>
      <p>The rst approach is based on the computing of the binary string
r =</p>
      <p>N
M ri;
i=1
(1)
where L is bit-wise XOR operation. Afterwards, the random positive integer M
can be de ned as the result of the transformation of the binary string r into the
corresponding positive integer.</p>
      <p>The justi cation that M is some random integer follows from the fact that
there is the honest majority among the parties that participates in the
implementation of the current epoch.</p>
      <p>The advantage of this approach consists in the fast computing of the random
positive integer M .</p>
      <p>From our point of view, at least, the following two shortcomings are inherent
into this approach.</p>
      <p>Firstly, there can be some groups of parties, for each of which the result
of the bit-wise XOR operation is the zero sequence, and, thus, these groups of
parties, as a matter of fact, are eliminated from the formation of the re-ordering
of parties for the next epoch.</p>
      <p>
        Secondly, the corrupted parties, using these or the others unforeseen
shortcomings of the delay function, can try to in uence on the computation of the
binary string r (see [
        <xref ref-type="bibr" rid="ref32">32</xref>
        ], for example), and, thus, on the computation of the
integer M .
      </p>
      <p>The second approach is based on the idea to use some well known su ciently
easily computable function f (x1; : : : ; xN ) of non-negative discrete independent
random variables xi (i = 1; : : : ; N ) with the known distribution laws.</p>
      <p>In this case, each random binary string ri (i = 1; : : : ; N ) can be transformed
independently into some random non-negative integer mi, and then we can set</p>
      <p>Proceeding from the probabilistic reasons, the most expedient choice is the
function</p>
      <p>M = df (m1; : : : ; mN )e:</p>
      <p>N
f (x1; : : : ; xN ) = N 1 X xi;
i=1
where xi (i = 1; : : : ; N ) are non-negative discrete independent random variables
with the known distributions. Due to this function, the integer M can be
computed as follows.</p>
      <p>Each binary string ri (i = 1; : : : ; N ) can be transformed into the
corresponding non-negative integer mi. Thus, formulae (2) and (3) imply that
N
M = dN 1 X</p>
      <p>mie:
i=1
E(xi) = 0:5(2256
Var(xi) =
2512
12
1);
1</p>
      <p>:</p>
      <p>N
X = N 1 X xi</p>
      <p>i=1</p>
      <p>Since ri (i = 1; : : : ; N ) are random values that are uniformly chosen from the
set f0; 1; 2256 1g, we deal with the function (3) under the supposition that each
xi (i = 1; : : : ; N ) is the uniformly distributed random variable on the consecutive
integers 0; 1; 2256 1.</p>
      <p>Thus, for each random variable xi (i = 1; : : : ; N ) the mean equals to
and the variance equals to
(2)
(3)
(4)
(5)
(6)
(7)</p>
      <p>Formulae (5) and (6), taking into account the properties of the mean and the
variance imply that for the random variable
we get</p>
      <p>E(X) = E</p>
      <p>N
N 1 X xi</p>
      <p>!
i=1</p>
      <p>N N
= N 1 X E(xi) = N 1 X 0:5(2256
i=1
i=1
1) =</p>
      <p>N
Var(xi) = N 2 X 2512</p>
      <p>12
i=1
1
=
= N 2 2512
12
1
i=1
N
X 1 = N 2 2512
12
1</p>
      <p>N =
2512
12N
1</p>
      <p>It should be noted that formulae (8)-(10) represent probability-theoretic
characteristics of the random variable X, de ned by formula (7). Unfortunately, no
probability-theoretic characteristics of the random variable constructed
according to the formula (1) are known to us.
3</p>
      <p>Conclusion
In the given paper we have proposed some approaches for the solution of the
problem of random re-ordering for parties which will participate in the
implementation of the next epoch in the completely distributed blockchain operating
on a decentralized network topology on the assumption that there are neither
a trusted third party nor a dealer. The results of experiments has shown that
time needed for computing the re-ordering is acceptable for both proposed
approaches.</p>
      <p>Comparative analysis of e ciency for di erent well known su ciently
easily computable functions f (x1; : : : ; xN ) of non-negative discrete integer-valued
independent random variables xi (i = 1; : : : ; N ) form some trend for future
research.</p>
      <p>
        Another trend for future research consists of comparable analysis for
characteristics of these re-orderings for parties to resist to these or other actions of
the corrupted parties. For the solution of this problem it is supposed to use the
System of insertion modeling and symbolic veri cation of large systems [
        <xref ref-type="bibr" rid="ref33">33</xref>
        ].
      </p>
      <p>Acknowledgements. We thank an anonymous referee for carefully reading
a preliminary version of this paper, for pointing out some slips made in it, and
for posing questions that have led to improvements of the presentation.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Kosba</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Miller</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shi</surname>
            <given-names>E.</given-names>
          </string-name>
          , Wen
          <string-name>
            <given-names>Z.</given-names>
            , and
            <surname>Papamanthou</surname>
          </string-name>
          <string-name>
            <surname>C.</surname>
          </string-name>
          :
          <article-title>Hawk: The blockchain model of cryptography and privacy-preserving smart contracts</article-title>
          .
          <source>In: 2016 IEEE Symposium on Security and Privacy (SP)</source>
          , San Jose, CA, pp.
          <volume>839</volume>
          {
          <issue>858</issue>
          (
          <year>2016</year>
          ). https://doi.org/10.1109/SP.
          <year>2016</year>
          .55
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Wu</surname>
            <given-names>H.</given-names>
          </string-name>
          , and Wang F.
          <article-title>: A Survey of noninteractive zero knowledge proof system and its applications</article-title>
          .
          <source>The Scienti c World Journal</source>
          , vol.
          <year>2014</year>
          ,
          <string-name>
            <surname>Article</surname>
            <given-names>ID</given-names>
          </string-name>
          560484, 7 pages (
          <year>2014</year>
          ) https://doi.org/10.1155/
          <year>2014</year>
          /560484
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Wang</surname>
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hoang</surname>
            <given-names>D.T.</given-names>
          </string-name>
          , Xiong
          <string-name>
            <given-names>Z.</given-names>
            ,
            <surname>Niyato</surname>
          </string-name>
          <string-name>
            <given-names>D.</given-names>
            ,
            <surname>Wang</surname>
          </string-name>
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Hu</surname>
          </string-name>
          <string-name>
            <surname>P.</surname>
          </string-name>
          , and Wen Y.:
          <article-title>A Survey on consensus mechanisms and mining management in blockchain networks</article-title>
          . https://arxiv.org/pdf/
          <year>1805</year>
          .02707.pdf
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Rabin</surname>
            <given-names>M.O.</given-names>
          </string-name>
          :
          <article-title>Transaction protection by beacons</article-title>
          .
          <source>J. Comput. Syst. Sci.</source>
          ,
          <volume>2</volume>
          (
          <issue>27</issue>
          ), pp.
          <volume>256</volume>
          {
          <issue>267</issue>
          (
          <year>1983</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Bonneau</surname>
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Clark</surname>
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goldfeder</surname>
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>On bitcoin as a public randomness source</article-title>
          .
          <source>Cryptology ePrint Archive, Report</source>
          <year>2015</year>
          /1015 (
          <year>2015</year>
          ), http://eprint.iacr.orrg/
          <year>2015</year>
          /1015
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Cascudo</surname>
            <given-names>I.</given-names>
          </string-name>
          , David B.:
          <article-title>SCRAPE: Scalable randomness attested by public entities</article-title>
          . In: Gollmann D.,
          <string-name>
            <surname>Miyaji</surname>
            <given-names>A.</given-names>
          </string-name>
          , and Kikuchi H. (eds.)
          <source>ACNS</source>
          <year>2017</year>
          ,
          <article-title>LNCS</article-title>
          , vol.
          <volume>10355</volume>
          , pp.
          <fpage>537</fpage>
          -
          <lpage>556</lpage>
          . Springer, Heidelberg (
          <year>2017</year>
          ). https://doi.org
          <source>/10.1007/978 3 319 61204 1 27</source>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Shamir</surname>
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>How to share a secret</article-title>
          .
          <source>Communications of the ACM</source>
          ,
          <volume>22</volume>
          (
          <issue>11</issue>
          ), pp.
          <fpage>612</fpage>
          -
          <lpage>{</lpage>
          613 (
          <year>1979</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Chor</surname>
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Goldwasser</surname>
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Micali</surname>
            <given-names>S.:</given-names>
          </string-name>
          <article-title>Veri able secret sharing and achieving simultaneti in the presence of faults (extended abstract)</article-title>
          .
          <source>In: Proc. 26th IEEE Symposium on Foundations of Computer Science (FOCS)</source>
          , pp.
          <volume>383</volume>
          {
          <fpage>395</fpage>
          . IEEE Computer Society Press (
          <year>1985</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Rabin</surname>
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ben-Or</surname>
            <given-names>M.:</given-names>
          </string-name>
          <article-title>Veri able secret sharing and multiparty protocols with honest majority (extended abstract)</article-title>
          .
          <source>In 21st ACM STOC</source>
          , pp.
          <fpage>3</fpage>
          -
          <lpage>85</lpage>
          . ACM Press (
          <year>1989</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Stadler</surname>
            <given-names>M.:</given-names>
          </string-name>
          <article-title>Publicly veri able secret sharing</article-title>
          . In: Maurer, U. M. (eds.) EUROCRYPT'
          <fpage>96</fpage>
          , LNCS, vol.
          <volume>1070</volume>
          , pp.
          <volume>190</volume>
          {
          <fpage>199</fpage>
          . Springer, Heidelberg (
          <year>1996</year>
          ). https://doi.org
          <source>/10.1007/3 540 68339 9 17</source>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Schoenmakers</surname>
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>A simple publicly veri able secret sharing scheme and its application to electronic voting</article-title>
          . In: Wiener M. (eds) CRYPTO'
          <fpage>99</fpage>
          , LNCS, vol.
          <volume>1666</volume>
          , pp.
          <volume>148</volume>
          {
          <fpage>164</fpage>
          . Springer, Berlin, Heidelberg (
          <year>1999</year>
          ). https://doi.org
          <source>/10.1007/3 540 48405 1 10</source>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Boudot</surname>
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Traore</surname>
            <given-names>J.:</given-names>
          </string-name>
          <article-title>E cient publlicly veri able secret sharing schemes with fast or delayed recovery</article-title>
          . In: Varadharajan V., and Mi Y. (eds) ICICS 99, LNCS, vol.
          <volume>1726</volume>
          , pp.
          <volume>87</volume>
          {
          <fpage>102</fpage>
          . Springer, Heidelberg (
          <year>1999</year>
          ). https://doi.org
          <source>/10.1007/978 3 540 47942 0 8</source>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Heidarvand</surname>
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Voillar</surname>
            <given-names>J.L.</given-names>
          </string-name>
          :
          <article-title>Public veri ability from parings in secret sharing schemes</article-title>
          . In: Avanzi R.M.,
          <string-name>
            <surname>Keliher</surname>
            <given-names>L.</given-names>
          </string-name>
          , and Sica F. (eds)
          <source>SAC</source>
          <year>2008</year>
          ,
          <article-title>LNCS</article-title>
          , vol.
          <volume>5381</volume>
          , pp.
          <volume>294</volume>
          {
          <issue>308</issue>
          , Springer, Heidelberg (
          <year>2009</year>
          ). https://doi.org
          <source>/10.1007/978 3 642 04159 4 19</source>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Jhanvar</surname>
            <given-names>M.P.:</given-names>
          </string-name>
          <article-title>A practical (non-interactive) publicly veri able secret sharing scheme</article-title>
          .
          <source>In: Bao F., and Weng J. (eds) ISPEC</source>
          <year>2011</year>
          ,
          <article-title>LNCS</article-title>
          , vol.
          <volume>6672</volume>
          , pp.
          <volume>273</volume>
          {
          <issue>287</issue>
          , Springer, Berlin, Heidelberg (
          <year>2011</year>
          ). https://doi.org
          <source>/ 10.1007/978 3 642 21031 0 21</source>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Peng</surname>
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Critical survey of existing publicly veri able secret sharing schemes</article-title>
          .
          <source>IET Information Security</source>
          <volume>6</volume>
          (
          <issue>4</issue>
          ), pp.
          <volume>249</volume>
          {
          <issue>257</issue>
          (
          <year>2012</year>
          ) https://doi.org/10.1049/ietifs.
          <year>2011</year>
          .0201
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Lenstra</surname>
            <given-names>A.K.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Wesolowski</surname>
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>A random zoo: sloth, unicorn, and trx</article-title>
          .
          <source>IACR Cryptology ePrint Archive, Report</source>
          <year>2015</year>
          /366 (
          <year>2015</year>
          ) https://eprint.iacr.org/
          <year>2015</year>
          /366
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17. Bunz
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Goldfeder</surname>
          </string-name>
          <string-name>
            <surname>S.</surname>
          </string-name>
          , and Bonneau J.:
          <article-title>Proofs-of-delay and randomness beacons in Ethereum (</article-title>
          <year>2017</year>
          ). http://www.jbonneau.com/doc/BGB17-IEEESBproof of delay ethereum.pdf
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Rivest</surname>
            <given-names>R.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shamir</surname>
            <given-names>A.</given-names>
          </string-name>
          , and Adleman L.:
          <article-title>A method for obtaining digital signatures and public-key cryptosystems</article-title>
          .
          <source>Commun. ACM</source>
          ,
          <volume>21</volume>
          (
          <issue>2</issue>
          ), pp.
          <fpage>120</fpage>
          -
          <lpage>{</lpage>
          126, (
          <year>1978</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Johnson</surname>
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Menezes</surname>
            <given-names>A.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Vanstone</surname>
            <given-names>S.:</given-names>
          </string-name>
          <article-title>The elliptic curve digital signature algorithm (ecdsa)</article-title>
          .
          <source>International Journal of Information Security</source>
          ,
          <volume>1</volume>
          (
          <issue>1</issue>
          ), pp.
          <fpage>36</fpage>
          -
          <lpage>{</lpage>
          63 (
          <year>2001</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Merkle R. C.:</surname>
          </string-name>
          <article-title>A certi ed digital signature</article-title>
          . In: Brassard G. (
          <article-title>eds) Advances in Cryptology | CRYPTO' 89, LNCS</article-title>
          , vol.
          <volume>435</volume>
          , pp.
          <volume>218</volume>
          {
          <issue>238</issue>
          , Springer, New York, NY (
          <year>1989</year>
          ). https://doi.org
          <source>/10.1007/0 387 34805 0 21</source>
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Buchmann</surname>
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garc</surname>
            a
            <given-names>L.C.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dahmen</surname>
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Doring</surname>
            <given-names>M.</given-names>
          </string-name>
          , and Klintsevich E.:
          <article-title>CMSS { an improved merkle signature scheme</article-title>
          . In: Rana Barua R., and Lange T. (eds)
          <source>INDOCRYPT</source>
          <year>2006</year>
          ,
          <article-title>LNCS</article-title>
          , vol.
          <volume>4329</volume>
          , pp.
          <volume>349</volume>
          {
          <issue>363</issue>
          , Springer-Verlag, Berlin, Heidelberg (
          <year>2006</year>
          ). https://doi.org/10.1007/11941378 25
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Buchmann</surname>
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dahmen</surname>
            <given-names>E</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Klintsevich</surname>
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Okeya</surname>
            <given-names>K.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Vuillaume</surname>
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Merkle signatures with virtually unlimited signature capacity</article-title>
          .
          <source>In: Katz J., and Yung M. (eds) ACNS</source>
          <year>2007</year>
          ,
          <article-title>LNCS</article-title>
          , vol.
          <volume>4521</volume>
          , pp.
          <volume>31</volume>
          |
          <issue>45</issue>
          , Springer-Verlag, Berlin, Heidelberg (
          <year>2007</year>
          ). https://doi.org//
          <source>10.1007/978 3 540 72738 5 3</source>
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Buchmann</surname>
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dahmen</surname>
            <given-names>E</given-names>
          </string-name>
          , and
          <article-title>Hulsing A.: XMSS - a practical forward secure signature scheme based on minimal security assumptions</article-title>
          .
          <source>In: Yang B.Y. (eds) PQCrypto</source>
          <year>2011</year>
          , LNCS, vol.
          <volume>7071</volume>
          , pp.
          <volume>117</volume>
          {
          <issue>129</issue>
          , Springer, Berlin, Heidelberg (
          <year>2011</year>
          ). https://doi.org
          <source>/10.1007/978 3 642 25405 5 8</source>
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Hulsing</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rausch</surname>
            <given-names>L.</given-names>
          </string-name>
          , and Buchmann J.:
          <article-title>Optimal parameters for XMSSMT</article-title>
          . In: Cuzzocrea A.,
          <string-name>
            <surname>Kittl</surname>
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Simos</surname>
            <given-names>D.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weippl</surname>
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xu</surname>
            <given-names>L</given-names>
          </string-name>
          . (eds)
          <source>CDARES</source>
          <year>2013</year>
          ,
          <article-title>LNCS</article-title>
          , vol.
          <volume>8128</volume>
          , pp.
          <volume>194</volume>
          {
          <issue>208</issue>
          , Springer, Berlin, Heidelberg (
          <year>2013</year>
          ). https://doi.org
          <source>/10.1007/978 3 642 40588 4 14</source>
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Bernstein</surname>
            <given-names>D.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hopwood</surname>
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hulsing</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lange</surname>
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Niederhagen</surname>
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Papachristodoulou</surname>
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schneider</surname>
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schwabe</surname>
            <given-names>P.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>WilcoxO'Hearn Z. SPHINCS</surname>
          </string-name>
          <article-title>: practical stateless hash-based signatures</article-title>
          . In: Oswald,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Fischlin</surname>
          </string-name>
          , M. (eds.)
          <source>EUROCRYPT</source>
          <year>2015</year>
          ,
          <article-title>LNCS</article-title>
          , vol.
          <volume>9056</volume>
          , pp.
          <volume>368</volume>
          |
          <fpage>397</fpage>
          . Springer, Heidelberg (
          <year>2015</year>
          ). https://doi.org
          <source>/10.1007/978 3 662 46800 5 15</source>
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26.
          <string-name>
            <surname>de Oliveira</surname>
            <given-names>A.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lopez</surname>
            <given-names>J.</given-names>
          </string-name>
          , and
          <string-name>
            <surname>Cabral</surname>
            <given-names>R.:</given-names>
          </string-name>
          <article-title>High performance of hash-based signature schemes</article-title>
          .
          <source>International Journal of Advanced Computer Science and Applications</source>
          ,
          <volume>8</volume>
          (
          <issue>3</issue>
          ), pp.
          <volume>421</volume>
          {
          <issue>432</issue>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          27.
          <string-name>
            <surname>Fisher</surname>
            <given-names>R. A.</given-names>
          </string-name>
          , and Yates F.:
          <article-title>Statistical tables for biological, agricultural</article-title>
          and medical research,
          <source>Oliver &amp; Boyd</source>
          , London (
          <year>1938</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          28.
          <string-name>
            <surname>Durstenfeld</surname>
            <given-names>R.</given-names>
          </string-name>
          :
          <source>Algorithm</source>
          <volume>235</volume>
          :
          <article-title>random permutation</article-title>
          .
          <source>Communications of the ACM</source>
          ,
          <volume>7</volume>
          (
          <issue>7</issue>
          ), p.
          <volume>420</volume>
          (
          <year>1964</year>
          ) https://doi.org/10.1145/364520.364540
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          29.
          <string-name>
            <surname>Knuth</surname>
            <given-names>D.E.</given-names>
          </string-name>
          :
          <article-title>The Art of computer programming, third edition</article-title>
          , Vol.
          <volume>2</volume>
          :
          <string-name>
            <surname>Seminumerical</surname>
            <given-names>algorithms</given-names>
          </string-name>
          , Addison-Wesley, Reading, MA (
          <year>1997</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          30.
          <string-name>
            <surname>Sedgewick</surname>
            <given-names>R.</given-names>
          </string-name>
          :
          <source>Permutation Generation Methods. Computing Surveys</source>
          ,
          <volume>9</volume>
          (
          <issue>2</issue>
          ), pp.
          <volume>137</volume>
          {
          <issue>164</issue>
          (
          <year>1977</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          31.
          <string-name>
            <surname>Barcher</surname>
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bodini</surname>
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hwang</surname>
            <given-names>H.K.</given-names>
          </string-name>
          , and Tsai T.H.:
          <article-title>Generating random permutations by coin-tossing: classical algorithms, new analysis and modern implementation</article-title>
          .
          <source>ACM Transactions on Algorithms</source>
          ,
          <volume>13</volume>
          (
          <issue>2</issue>
          ), Article No.
          <volume>24</volume>
          (
          <year>2017</year>
          ) https://doi.org/10.1145/3009909
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          32.
          <string-name>
            <surname>Syta</surname>
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jovanovic</surname>
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kogias</surname>
            <given-names>E.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gailly</surname>
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gasser</surname>
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kho</surname>
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fischer M.J.</surname>
          </string-name>
          , and
          <string-name>
            <surname>Ford</surname>
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>Scalable bias-resistant distributed randomness</article-title>
          .
          <source>IACR Cryptology ePrint Archive: Report</source>
          <year>2016</year>
          /1067 (
          <year>2017</year>
          ) https://www.ieeesecurity.org/TC/SP2017/papers/413.pdf
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          33.
          <string-name>
            <surname>Letichevsky</surname>
            <given-names>A.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Letichevskyi</surname>
            <given-names>O.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Peschanenko</surname>
            <given-names>V.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weigert</surname>
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Insertion modeling and symbolic veri cation of large systems</article-title>
          .
          <source>In: SDL</source>
          <year>2015</year>
          :
          <article-title>Model-Driven Engineering for Smart Cities</article-title>
          ,
          <string-name>
            <surname>LNCS</surname>
          </string-name>
          , vol.
          <volume>9369</volume>
          , pp.
          <fpage>3</fpage>
          -
          <lpage>18</lpage>
          . Springer-Verlag Berlin, Heidelberg (
          <year>2015</year>
          ). https://doi.org/10.1007/978-3-
          <fpage>319</fpage>
          -24912-
          <issue>4</issue>
          .
          <fpage>1</fpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>