Skip to content
Draft
Show file tree
Hide file tree
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
3 changes: 3 additions & 0 deletions FURPS/core/mix.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,6 +6,8 @@
2. Nodes can discover other nodes that support mix using available peer discovery mechanisms
3. Client nodes can send light push requests over the mixnet before delivery to a service node.
4. Client nodes can receive a response to a light push request over the mixnet.
5. Browser clients can send light push requests over the mixnet before delivery to a service node.
6. Browser clients can receive a response to a light push request over the mixnet.

## Usability

Expand All @@ -17,5 +19,6 @@

1. `wakunode2` for intermediary and exit nodes.
2. nwaku CLI for sender nodes.
3. Browser based apps built using js-waku should support acting as entry nodes.

## + (Privacy, Anonymity, Deployments)
30 changes: 28 additions & 2 deletions draft-roadmap/introduce_mixnet_for_message_sending.md
Original file line number Diff line number Diff line change
@@ -1,9 +1,11 @@
# Introduce Mixnet For Message Sending

**Estimated date of completion**: 30 Sep 2025
**Estimated date of completion**: TBD(As it requires further study and analysis to determine estimate of new changes)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@chaitanyaprem can you fix the TBD so we can plan/merge :)


**Resources Required for 2025H2**:

- 1 core research engineer for 3 months
- TBD (Would depend on who owns js implementation)

A PoC implementation to improve anonymity in Waku message publishing by mixing Waku Lightpush requests and responses.

Expand All @@ -18,9 +20,10 @@ See deliverables.
## Risks

| Risk | (Accept, Own, Mitigation) |
|-----------------------------------------|--------------------------------------------------------------------|
| --------------------------------------- | ------------------------------------------------------------------ |
| Dependency on mix library | Strong collaboration, integrate early, get involved behind the API |
| Impact on latency and other UX elements | Run simulations and studies to understand impact |
| Unknowns on implementing js-mix | Further study and understanding of js-libp2p internals |

## Deliverables

Expand All @@ -31,6 +34,7 @@ See deliverables.
**Feature**: [Mix](/FURPS/core/mix.md)

**FURPS**:

- F1. Relay nodes can mount mixnet protocol, acting as sender, intermediary or exit nodes.
- F2. Nodes can discover other nodes that support mix using available peer discovery mechanisms
- F3. Client nodes can send light push requests over the mixnet before delivery to a service node.
Expand All @@ -40,6 +44,28 @@ See deliverables.
- S2. nwaku CLI for sender nodes.

**Checklist**:

- [ ] Specs: link to specs
- [ ] Code: link to GitHub issues/PRs/Epic
- [ ] Dogfood: link to dogfooding session/artefact
- [ ] Docs: links to README.md or docs.waku.org (TBD)

### [Implement libp2p mix in js-libp2p and integrate with lightpush in js-waku](https://github.com/waku-org/js-waku/issues/2634)

**Owner**: TBD

**Feature**: [Mix](/FURPS/core/mix.md)

**FURPS**:

- F1. Browser clients can discover other nodes that support mix using available peer discovery mechanisms
- F2. Browser clients can send light push requests over the mixnet before delivery to a service node.
- F3. Browser clients can receive a response to a light push request over the mixnet.

- S1. Browser based apps built using js-waku should support acting as entry nodes.

**Checklist**:

- [ ] Specs: link to specs
- [ ] Code: link to GitHub issues/PRs/Epic
- [ ] Dogfood: link to dogfooding session/artefact
Expand Down