2025-05-20 12:50:27 +10:00
Roadmap and milestones can be found on the [Logos roadmap ](https://roadmap.logos.co/waku/ ).
## Draft Milestones
2025-05-20 12:56:58 +10:00
Testing out new format, once approved:
- Milestones are moved to Logos roadmap
- Deliverables are moved to GitHub issues
- Waku FURPS remains in [FURPS ](./FURPS.md )
2025-05-20 12:50:27 +10:00
### Peer-To-Peer Reliability
Last remains of *Direct Message Reliability* milestone.
2025-05-22 12:43:50 +10:00
Once delivered, the reliability of the Waku protocols will be maximised when used with decentralised light push and filter service nodes;
2025-05-20 12:50:27 +10:00
in mostly offline or frequently disconnected environments (mobile, laptop).
This may include some bandwidth overhead that can later be optimized when rolling out enhanced end-to-end reliability strategies.
This includes a high reliance on centralized store nodes.
User experience is catered for, in terms of delay of message retrieval and retention,
which is why store performance is also review and maximized for the current circumstances.
Limited effort will be spent on store performance as its relevance is expected to reduce mid-long term.
**Deliverables**:
#### Define and Implement Light Push Error codes in nwaku.
**Owner**: nwaku
2025-05-22 12:43:50 +10:00
**Feature**: [Light Push ](./FURPS.md#light-push )
2025-05-20 12:50:27 +10:00
**FURPS**:
2025-05-20 14:49:33 +10:00
- F4. Supports comprehensive error codes for various failure scenarios.
- U4. Provides descriptive error messages in responses.
- R3. Status codes indicate the best recovery method (retry, discard service node or irrecoverable failure).
- R4. 80% message transmission success rate on live Status network (service node from both Status Desktop and fleet Waku instances)
2025-05-20 12:50:27 +10:00
2025-05-20 14:49:33 +10:00
For S1. Linux amd64 CLI as service node
2025-05-20 12:50:27 +10:00
Includes spec delivery
2025-05-22 12:43:50 +10:00
**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)
2025-05-20 12:50:27 +10:00
#### Implement Light Push Error codes in The Browser
**Owner**: js-waku
2025-05-22 12:43:50 +10:00
**Feature**: [Light Push ](./FURPS.md#light-push )
2025-05-20 12:50:27 +10:00
**FURPS**:
2025-05-20 14:49:33 +10:00
- F4. Supports comprehensive error codes for various failure scenarios.
- U4. Provides descriptive error messages in responses.
- R3. Status codes indicate the best recovery method (retry, discard service node or irrecoverable failure).
2025-05-20 12:50:27 +10:00
2025-05-20 14:49:33 +10:00
For S2. Browser as client
2025-05-20 12:50:27 +10:00
Spec delivery not included.
2025-05-22 12:43:50 +10:00
**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)
2025-05-20 12:50:27 +10:00
#### PostgreSQL Optimisation Phase 1
**Owner**: nwaku
2025-05-22 12:43:50 +10:00
**Feature**: [Store ](./FURPS.md#store )
2025-05-20 12:50:27 +10:00
**FURPS**:
2025-05-20 14:49:33 +10:00
- F6. Industry practices are applied to PostgreSQL setup to reach appropriate performance
- P5. Hash query of less than 10 hashes are served under 400ms; for a database less than 250 GB size and average message size under 500KiB ** (Vac-DST)**.
- P6. Time range queries of less than 24 hours, with less than 10 content topics, are served under 400 ms; for a database less than 250 GB size and average message size under 500KiB ** (Vac-DST)**.
2025-05-20 12:50:27 +10:00
2025-05-20 14:49:33 +10:00
For
- S1. Linux amd64 CLI as service node; and
- S2. PostgreSQL as database engine.
2025-05-22 12:43:50 +10:00
**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)
2025-05-20 12:50:27 +10:00
#### P2P Reliability Implementation in the Browser
2025-05-22 12:43:50 +10:00
**Owner**: js-waku
**Feature**: [P2P Reliability ](./FURPS.md#p2p-reliability )
**FURPS**:
- F1. Improves probability of message propagation through redundant publishing and receiving.
- F2. Enables detection and remedy of message losses between peers using Store or Filter based reliability strategies.
- F3. Enhances Lightpush reliability through service node pooling, redundant publishing, and failure detection.
- F4. Improves Filter reliability through redundant subscriptions and subscription health monitoring.
- U1. Provides feedback on message delivery status leveraging store protocol.
- U2. Automatically handles reconnection and retransmission when failures are detected.
For
- S1. Within browser environments (edge node mode)
**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)