roadmap/content/vac/updates/2024-03-25.md

150 lines
9.6 KiB
Markdown
Raw Normal View History

2024-03-25 18:57:21 +00:00
---
title: "2024-03-25 Vac weekly"
tags:
- "vac-updates"
date: 2024-03-25
lastmod: 2024-03-25
draft: false
---
## Vac 2024/03/25
### vac:p2p:
- `nimlibp2p:vac:webrtc-transport`
- Stun protocol: Trying to understand how to implement the ICE lite protocol without breaking everything done so far https://github.com/status-im/nim-webrtc/pull/9
- Sctp protocol: Unregister address after closing https://github.com/status-im/nim-webrtc/pull/11
- nim-libp2p: Add comments https://github.com/vacp2p/nim-libp2p/pull/960
- DataChannel: First draft on closing stream https://github.com/status-im/nim-webrtc/pull/12
- UDP/Dtls: small fixes
- `nimlibp2p:vac:gossipsub-stagger-send`
- feat: add max number of elements to non-prio queue - https://github.com/vacp2p/nim-libp2p/pull/1077j
- `nimlibp2p:vac:maintenance`
- various PR reviews
- preparing for hiring interviews and interviewing
### vac:tke:
- `waku:general-incentives`
- Continuing the discussion with the Waku team on the marketplace idea (Martin)
- reviewed the discussion about Waku marketplace (Frederico)
- `waku:rln-membership:`
- Scoping out and working on the deliverables for RLN design (Martin)
- `status:SNT-staking`
- Full review of the MP logic within the smart contract (Martin)
- Supporting the SC team ad hoc (Martin)
- `status:L2-deployment`
- Reviewing airdrop strategies of existing L2s (Martin)
- listed business models and ecosystem incentivization of L2 comparables (Frederico)
- `codex:cdx`
- Revisiting fundraising docs and starting a closer cooperation with Matt (Martin)
- designed the CDX insurance model as a liquidity pool (Frederico)
- evaluated token allocation and initial distribution of comparables (Frederico)
### vac:dst:
- `eng-10ktool:vac:bandwidth-test`
- Finish plotter module tests and prepare PR (ongoing)
- Thanos PR merged (https://github.com/vacp2p/10ksim/pull/15)
- Create class to manage data (https://github.com/vacp2p/10ksim/pull/16).
- hardware offloaded for Waku testing
- Built 24 new Kubernetes workers, configured them with static IPs and all tuning
- Got new CX6 cards updated, configured, installed and working
- Achieved hardware offloading; but:
- Running a Waku workload, two interesting things happened
- When we started the publisher, the load increased until the physical nodes become so unusably slow that they needed IPMI intervention to come back to life
- Checking the offloadeded flows during the test (prior to publishing) showed no offloaded routes or flows.
- We need to figure out how to get our workload offloaded correctly.
### vac:qa:
- `waku:test-automation-sharding`
- Merged js-waku sharding tests [PR](https://github.com/waku-org/js-waku/pull/1883)(@Florin)
- Add [repro scripts folder](https://github.com/waku-org/waku-interop-tests/pull/23)(@Florin)
- Interop sharding [tests draft PR](https://github.com/waku-org/waku-interop-tests/pull/24)(@Florin)
- Rechecked [some fixes for older bugs](https://github.com/waku-org/waku-interop-tests/pull/26)(@Florin)
- Go-waku sharding [tests pr](https://github.com/waku-org/go-waku/pull/1060)(@Roman)
- Issues found:
- autosharding resolves content topics to wrong [shard](https://github.com/waku-org/nwaku/issues/2538)(@Florin)
- dont harcode clusterid for autosharding in [go-waku](https://github.com/waku-org/go-waku/issues/1061)(@Florin)
- subscription not found when node is started with --pubsub-topic [flag](https://github.com/waku-org/go-waku/issues/1064)(@Florin)
- only receive messages if someone subscribes explicitly via REST API to a [pubsubTopic](https://github.com/waku-org/nwaku/issues/2546)(@Florin)
- ephemeral field is [ignored](https://github.com/waku-org/go-waku/issues/1068)(@Florin)
- data race occurs when publishing to [unsubscribed pubSubTopic](https://github.com/waku-org/go-waku/issues/1070)(@Roman)
- `waku:test-automation-go-waku`
- Improve unit test coverage for peermanager [PR 1062 - merged](https://github.com/waku-org/go-waku/pull/1062)(@Roman)
- Improve unit test coverage for Discv5 [PR 1051 - pending on 1059](https://github.com/waku-org/go-waku/pull/1051)(@Roman)
- Issues found:
- race condition while setting boot nodes for [Discv5](https://github.com/waku-org/go-waku/issues/1059)(@Roman)
- `waku:test-automation-nwaku`
- [Metadata protocol disconnecting light clients](https://github.com/waku-org/nwaku/issues/2491)(@Alex)
- Merged [PR](https://github.com/waku-org/nwaku/pull/2533)
- Peer & Communication Management(@Alex)
- Continue implementing tests
- Fix minor bug, peerId duplicated when adding to PeerStore
- `waku/maintenance-nwaku`
- [Fix macos tests](https://github.com/waku-org/nwaku/pull/2539)(@Alex)
### vac:acz:
- `rlnp2p:waku:rln-relay-enhancments`
- investigate and improve robustness of rln-relay, still in progress - https://github.com/waku-org/nwaku/pull/2537, https://github.com/waku-org/nwaku/pull/2545
- `secure-channels:waku:ethereum-chat`
- Created a PR with a first version of the RFC on the proposal for the decentralized communication protocol.
https://github.com/vacp2p/rfc-index/blob/ETH-SECPM-DEC/vac/raw/Decentralized%20messaging%20Ethereum.md
- Started exploring UPKE as a potential tool for the decentralized protocol.
- Discussed with Ugur some aspects of DCGKA around causal order.
- `secure-channels:waku:ethereum-chat`
- Attached some comments on DCGKA specification in [notion](https://www.notion.so/DCGKA-Specification-5a0b67a3ce674ae3a5220b560015cd2c?pvs=4)
- Research about causal ordering and create a small doc about it in [notion](https://www.notion.so/Applied-Cryptography-ZK-870520f131954b90b1837ec4749f890f?pvs=4#b9849886e7f947d5be4b087f44e2ce41)
- Quickly check the paper that compares and analyzes DCGKA (https://eprint.iacr.org/2022/1531.pdf)
- Discuss with Ramses about decent SIWE, complexity and causal ordering.
- Started to examine DCGKA implementation to understand which causal ordering is used in [this repo](https://github.com/trvedata/key-agreement)
### vac:sc::
2024-03-26 14:11:54 +00:00
- `status:community-contracts-token-import`
- started Vault migration PR https://github.com/status-im/communities-contracts/pull/62
- `vac:maintainance/misc`
- Research overview on DEX aggegators
- `status:staking-contracts-v1`
- Worked on deposit cooldown period implementation
- Bunch of questions came up
- Discussion: https://github.com/logos-co/staking/issues/14#issuecomment-2007432214
- WIP branch: https://github.com/logos-co/staking/commit/8c5dd440404d6184937fa65deec67e00b24e159b#diff-b710313a5571054e746fc0e0d1332e5894fc76a55ffb035711d912c00bf8f826
2024-03-25 18:57:21 +00:00
### vac:rfc:
Last week:
- `misc`
- Opened waku-metadata to move to draft - https://github.com/vacp2p/rfc-index/pull/6
- Worked on workflow to sync rfc website - https://github.com/vacp2p/rfc-index/pull/27
- Created workflow fix for markdown lint - https://github.com/vacp2p/rfc-index/pull/25
- Fixed broken links - https://github.com/vacp2p/rfc-index/pull/26
### vac:dr:
- `valpriv:vac:val-priv-net`
- Feedback waiting competing/ proposal (https://docs.google.com/document/d/1UNOJfA-4f6tco3ozuiyLIbfDkf70Mh_6OqEfB8vmblE/edit?usp=sharing)
- `valpriv:vac:tor-push-poc`
- could not launch holesky validators yet this week.
- `valpriv:vac:tor-push-paper`
- Finished changes as per feedback; next feedback round
- `gsub-scaling:vac:gossipsub-simulation`
- Played with IDontWant messags with different arrangements. Mainly investigated reduced message sending with/without hello messages.
Reduced sending shows nearly 5-10% latency and 20-25% bandwidth reduction when message sizes reach beyond 600 KB.
The findings are available as [notion page](https://www.notion.so/Limited-Forwarding-Can-Reduce-Latency-for-Large-Messages-a1d7797313694f0c856b0330bec77ae0#70563bd453944337b92e87674d5e2055)
- Interestingly {Reduced sending + IDontWant} without IHAVE messages shows similar performance to {Reduced sending + IDontWant + IHAVE}
- `zk:codex:storage-proofs-open-problems-review`
- Finish examining [current version of Codex system's description](https://github.com/codex-storage/codex-storage-proofs-circuits)
- Read Balazs' notes on [Plonk](https://github.com/codex-storage/zk-research-artifacts/blob/master/notes/plonk/plonk-notes.pdf)
### vac:nes:
- `state-separation:vac:state-separation-doc`
- Worked on Defining state separation's SE and DE using PDAGs (Moudy)
- Looked at nullifiers and their role in the architecture (Moudy)
- Worked on different components for State Separation Architecture (Moudy)
- Researched accumulators and trying to study how to integrate them (Moudy)
- Updated report according to the meeting with Moudy about [SE/DE in PDAGs](https://www.notion.so/Nescience-cd358fe429b14fa2ab38ca42835a8451?pvs=4#4a32272ca966467d8cd46833bedaafd0) (Ugur)
- Reading on scalable privacy [NC](https://neptune.cash/whitepaper/) + state of art [accumulation](https://eprint.iacr.org/2024/474) (Ugur)
- Continued with [monitoring](https://www.notion.so/Nescience-cd358fe429b14fa2ab38ca42835a8451?pvs=4#26df10f045fb4c6683cbce362095a303) (Marvin)
- `proofsystems:vac:research-existing-proof-systems`
- checked out [PNova implementation](https://github.com/PayneJoe/PNova) + finished reading [LatticeFold](https://eprint.iacr.org/2024/257.pdf) (Rostyslav)
- Began reading [Mangrove](https://eprint.iacr.org/2024/416) (Marvin)
- `proofsystems:vac:benchmarks`
- Still working on the paper since new findings are arising (i.e. Nova Scotia not using Groth16) (will focus on that this week) (Moudy)
- Dealt with server issues + prepared paragraph on difference in Nova-Scotia and Nova-Bellman (Rostyslav)