Dev Update | Neptune & Triton Projects
1. Last Week by the Numbers
- Issues: 1 raised, 2 closed
- Pull Requests: 2 opened, 1 merged
- Commits: 4 merged into master
- Pull Requests: 1 merged
- Commits: 1 merged into master
2. Stand-up Summary
Alan Szepieniec
- Last Week: Focused on prover efficiency. Conducted local profiling to identify bottlenecks, discovering that the “extend” step accounts for 60% of computation time.
- Coming Week: Integrate informative logging tools esp. wrt. timing into
neptune-corefor hardcore users, and conduct PR reviews.
Thorkil Værge
- Last Week: Published a new blog post and released version 301 of the web wallet, which introduces an automatic update checking mechanism. Managed the architectural discussion regarding the ustration barrier and block header modifications.
- Coming Week: Aims to complete the programming for the next fork’s block header changes and evaluate the code diff size between the proposed architectural paths.
3. Technical Discussion
Prover & Profiling
Profiling of the prover indicates that the “extend” step—filling auxiliary table columns—is the primary bottleneck (60% of compute). While not “embarrassingly parallel,” the team noted that the underlying operations are somewhat parallelizable. Comparisons between “frugal mode” and other memory-saving strategies showed performance parity (within 3%), validating the mathematical efficiency of the frugal approach.
Block Header Architecture
An architectural disagreement persists regarding the block header, specifically involving a “pseudo field.” The team has opted for a “parallel implementation” strategy: both proposed changes will be developed to compare the resulting code diff size. The goal is to minimize the impact on the codebase outside of blockheader.rs.
4. Updates and Announcements
- Web Wallet Version 301: Now live with an automatic update checker.
- New Blog Post: Published announcement regarding the graphical wallet.