@@ -8,31 +8,31 @@ Leios addresses three interconnected concerns often found in blockchains:
88
99- Transaction diffusion
1010- Transaction validation and availability
11- - Transaction ordering
11+ - Transaction ordering.
1212
1313By decoupling transaction processing from consensus, Leios allows for more
1414efficient and continuous resource usage (eg, CPU and bandwidth). Instead of
1515experiencing short bursts of network load when blocks are fully created,
1616validated, and diffused, Leios introduces two core components to facilitate this
1717decoupling:
1818
19- ## Input blocks (IBs)
19+ ** Input blocks (IBs)**
2020
2121- Validators (stakeholders or miners) bundle transactions into lightweight IBs
2222 at high speed
2323- IBs are generated concurrently, not sequentially, maximizing available
24- bandwidth
24+ bandwidth.
2525
26- ## Endorser blocks (EBs)
26+ ** Endorser blocks (EBs)**
2727
2828- EBs aggregate batches of IBs and undergo a two-phase voting process to certify
2929 their validity and availability
3030- This is necessary because blocks are divided into two parts: headers and
3131 bodies
3232- An input block will not be referenced by an endorser block if its body is not
33- available
33+ available.
3434
35- ## Key Properties
35+ ## Key properties
3636
3737The following properties set Leios apart from traditional blockchain protocols:
3838
@@ -46,4 +46,4 @@ The following properties set Leios apart from traditional blockchain protocols:
4646- ** Scalability** : The system scales smoothly with network capacity and
4747 available CPU resources needed to run verifiable random function (VRF)
4848 lotteries, process blocks and votes, and generate certificates. It maintains
49- high performance even as participation fluctuates
49+ high performance even as participation fluctuates.
0 commit comments