Skip to content

Commit d5fe703

Browse files
committed
docs: update recap day 2
1 parent 4fe319f commit d5fe703

File tree

1 file changed

+24
-5
lines changed

1 file changed

+24
-5
lines changed

docs/workshop/day-2-recap.md

Lines changed: 24 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -31,19 +31,38 @@ How much does it cost to run a Leios node at different TPS/ throughput levels?
3131
> [!Note]
3232
> The Compute column shows CPU usage as a percentage of a single core. For example, 100% means one full core is utilized, while 200% would indicate usage across two cores. This metric helps in determining the number of CPU cores needed for different TPS levels.
3333
34-
### Key Findings
34+
### Key Findings and Trade-offs
3535

3636
The analysis reveals important characteristics about Leios's performance at different throughput levels:
3737

38-
- **Low TPS Overhead**: At low TPS (10 TPS), the protocol shows significant overhead compared to Praos, with resource usage increasing by 6x for compute and 1.8x for egress. This indicates a substantial baseline cost for running Leios at low throughput and points to more research.
38+
- **Low TPS Overhead**: At low TPS (10 TPS), the protocol shows significant overhead compared to Praos, with resource usage increasing by 6x for compute and 1.8x for egress. This indicates a substantial baseline cost for running Leios at low throughput.
3939

4040
- **Scaling Efficiency**: As TPS increases, Leios's relative overhead decreases. At 1K TPS, while absolute resource usage is higher, the protocol becomes more efficient relative to the throughput achieved.
4141

42-
- **Breakeven Point**: There exists a TPS threshold (yet to be precisely defined) where Leios's performance characteristics become more favorable compared to lower TPS levels. This suggests that Leios is particularly well-suited for high-throughput scenarios.
42+
- **Main Cost Driver**: The analysis identified that voting operations are the primary cost driver in the protocol. This finding sparked discussions about potential collaboration with Peras to reuse their voting mechanism, which could significantly reduce resource consumption and improve overall efficiency.
4343

44-
These findings suggest that Leios may be most economically viable in high-throughput environments, where its resource utilization becomes more efficient relative to the achieved transaction throughput.
44+
- **Performance Characteristics**:
45+
- High end: Achieves high throughput with lower-than-Praos latency
46+
- Low end: Poor trade-off between latency and resource overheads
47+
- Currently experiencing longer settlement times (quantification pending)
4548

46-
## Next steps
49+
- **Resource Utilization**:
50+
- Higher overhead at low utilization, primarily driven by the cost of votes
51+
- Resource efficiency improves significantly at higher TPS levels
52+
- Requires higher utilization to justify its trade-offs
53+
54+
#### Recommendations
55+
1. **Integration Opportunity**: Explore clever integration possibilities between Leios and Peras, particularly focusing on:
56+
- Potential reuse of Peras's voting mechanism
57+
- Shared resource optimization
58+
- Combined protocol benefits
59+
60+
2. **Research Needs**:
61+
- Dedicated research team needed to investigate integration possibilities
62+
- Further quantification of settlement times and their impact
63+
- Detailed analysis of optimal utilization thresholds
64+
65+
## Next steps for cost
4766

4867
- calculate each cost item for different scenarios
4968
- one complete table with all cost items broken up

0 commit comments

Comments
 (0)