vac:p2p: §
nimlibp2p:vac:webrtc-transport
nimlibp2p:vac:gossipsub-ddos-mitigation
vac:tke: §
vac:tke::codex:economic-analysis
- Met w/ Codex and reviewed the marketplace workflows, identified many updates for litepaper (@Matty)
- Will update litepaper incorporating feedback, and update Codex modeling, reconnect after their offsite
vac:tke::status:SNT-staking
- Update notion docs with links to all latest governance proposals
- Assigning issues in Github to SC team, and submit pull reqs, primarily on dependency the claims, and how restaking works (@Martin)
- Continuing revamp of economic model/projections, review early approach w/John (@Matty)
vac:tke::nomos:economic-analysis
- Frederico remains in regular communication with Alvaro and Marcin, continuing on Private Addressing research (@Frederico)
- Reviewing similar challenges ETH is also considering, changes to economic model for adding native delegation
vac:tke::waku:economic-analysis
- Had a call with Aaryamann and Sergei last week, they had followup questions on fleshing out pros/cons of various design approaches to RLN stake (@Martin)
vac:dst: §
analysis-shadow:vac:shadow-gossipsub-analysis
- Fixed timestamp bug
- Updated traffic injection to continuous operation
- Created IPFS mesh slices of arbitrary time length
analysis:nomos:simulation-analysis
- Finally zero’d in on the tree/branch bug. The pre and post-analysis are fine, the bug is in the Carnot sim.
- The view installation time distribution with network delays is now done
dr-support:vac:carnot-2-3rds-python-impl
- investigate Carnot sim code
eng-10ktool:vac:bandwidth-test
- Finish exporting metrics (delayed)
- Make sure new CIDR configuration supports 10k PODs
wakurtosis:vac:rlog
software-testing:waku:test-automation-js-waku
- New tests:
- Improvements:
- Speed up execution from 12m to 3.5m for 250 tests through parallelization(Significant refactoring needed to achieve this)
- Follow up fix to only allow paralellization in CI env
- Fixes:
- Updated tests after gowaku store fixes
- Updated tests after remote peer rejected error
software-testing:waku:test-automation-nwaku
- Relay and message id tests
- Merge filter subscribe PRs; Pending unsubscribe, missing one review.
- Heavily investigate issues shown on tests
- Max 1MB message size, no graceful handle.
- After stopping and restarting a relay node, can’t reconnect it with
connectRelay
.
- Can’t stop a relay node and send a message: Inconsistent with filter push behaviour.
- Publishing multiple messages in a row triggers the same SEGFAULT as when refreshing a subscription.
software-testing:waku:test-automation-go-waku
vac:acz: §
rlnp2p:waku:rln-doc-and-outreach
misc
- explored next iteration of rln, which includes message sizes within the proof
rlnp2p:waku:multi-epoch-constraint
secure-channels:waku:ethereum-chat
vac:sc:: §
status:snt-staking-contract-maintenance
- Added additional tests
- Use custom errors over error strings
- Some cleanup
- Introduced
VaultFactory
status:community-contracts-maintenance
- Deployed community token deployer contracts to Sepolia
codex:review-codex-contracts
- Did a first quick review of the code, notes can be found here
vac:nescience: §
state-separation:vac:state-separation-doc
proofsystems:vac:research-existing-proof-systems
- Still working on Proof Creation and Verification (Goal 3 for Nescience), specifically trying to identify novel techniques
- Considering article for Nescience
- Continuous readings on bulding secure zkVMs
- discussion on Sona proof system (from Lasso paper) and alternatives (Hyrax, KZG, FRI)
- Reserched the connection between plonky2 and starky
proofsystems:vac:benchmarks
- Starting a draft for an article (overleaf)
- working on Halo2 benchmark
vac:dr: §
valpriv:vac:tor-push-poc
- Getting fleet nimbus node measurements.
- For PR, over 11 days, monitored attestation success with near zero attestation drop rate, effectiveness 89%
- Investigating why opt. incl distance degrades occassionally
valpriv:vac:tor-push-paper
gsub-scaling:vac:gossipsub-simulation
- Digged deeper into the gossipsub implementation in nim-lib-p2p.
- Modified handling of large messages in the existing implementation. Modified message relaying behavior
- We relay the large messages to only d_low peers and other peer are sent an IDONTWANT message.
- Unreceived large messages are requested using IWANT message.
- We save approximately 40% bandwidth, on cost of approximately 2 RTTs to the opverall message latency
consensus:nomos:carnot-vote-2-3rds-vote-aggregation
vac:rfc: §
status:port-status-specs
- reviewed waku usage of status, draft of rfc