Skip to content

Commit 98b5d36

Browse files
committed
Revised text discussing simulation results
1 parent a5bd343 commit 98b5d36

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

CIP-0164/README.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -1750,7 +1750,7 @@ with a set of protocol parameters suitable for running Leios at 200 kB/s of
17501750
transactions, which corresponds to approximately 150 tx/s of transactions of
17511751
sizes typical on the Cardano mainnet. The maximum size of transactions
17521752
referenced by an EB is 12 MB and the stage lengths are
1753-
$3 \times L_\text{hdr} = 3$, $L_\text{vote} = 4$, and
1753+
$3 \times L_\text{hdr} = 3 \text{ slots}$, $L_\text{vote} = 4$, and
17541754
$L_\text{diff} = 7 \text{ slots}$. In order to illustrate the minimal
17551755
infrastructure resources used by Leios at these throughputs, we have limited
17561756
nodes to 4 virtual CPUs each and limited inter-node bandwidth to 10 Mb/s. We
@@ -1761,7 +1761,7 @@ effects of clearing the memory pool are apparent. The table below summarizes the
17611761
results of the simulation experiment. We see that a transaction at the front of
17621762
the memory pool can become referenced by an EB in as few as 20 seconds when the
17631763
system is lightly or moderately loaded and that it can reach certification on
1764-
the ledger in about one minute. These times can double under congested
1764+
the ledger in about one minute. These times more than double under congested
17651765
conditions. In all cases there is little overhead, relative to the total bytes
17661766
of transactions, in data that must be stored permanently as the ledger history.
17671767

@@ -1978,11 +1978,11 @@ block is being generated or validated. A more nuanced model of CPU usage in the
19781978
simulators would account for Plutus execution explicitly, but the linear models
19791979
described above are used to account for Plutus workloads implicitly. The
19801980
following plot of simulation results limit each node to 4 vCPU cores and suggest
1981-
that workloads of 2e13 Plutus execution steps per EB may be feasible: this is
1982-
1000 times the current Cardano mainnet limit of 2e10 steps for Praos blocks. The
1981+
that workloads of 10<sup>13</sup> Plutus execution steps per EB may be feasible: this is
1982+
500 times the current Cardano mainnet limit of 2×10<sup>10</sup> steps for Praos blocks. The
19831983
subsequent plot shows the 4 vCPUs becoming progressively more saturated with
1984-
heavier Plutus execution. Although these results suggest that Leios'
1985-
_block-level_ Plutus budget can safely be 5000 billion steps or more, it is
1984+
heavier Plutus execution. Although these results suggest that Leios's
1985+
_block-level_ Plutus budget can safely be 2000 billion steps, it is
19861986
important to remember that this is for conditions where honest nodes faithfully
19871987
and promptly diffuse the transactions requiring the relatively expensive phase 2
19881988
(Plutus) validation: adversarial nodes could attempt to delay diffusion of

0 commit comments

Comments
 (0)