Waku 2024 H2 Roadmap update #117
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -22,94 +22,139 @@ gantt | |
| axisFormat %d-%b | ||
| weekday monday | ||
|
|
||
| %% Team legend: | ||
| %% task name: team (accountable person) | ||
| %% - r-*: research (jm-clius) | ||
| %% - t-*: telemetry (fryorcraken) | ||
| %% - n-*: nwaku (ivansete) | ||
| %% - j-*: js-waku (weboko) | ||
| %% - c-*: chat (plopezlpz) | ||
| %% - g-*: go-waku (fryorcraken) | ||
| %% - bd-*: BD (pedro) | ||
| %% - se-*: Solution Engineer (vpavlin) | ||
|
|
||
| %% Milestones overview with deliverables | ||
| section Store Service Upgrade | ||
| Store v3 (sync): crit, milestone, after r-storev3sync n-storev3sync, 0 | ||
| DoS protection for req-res protocols: crit, milestone, after n-dosreqres g-dosreqres, 0 | ||
| PostgreSQL maintenance: crit, milestone, after n-pgsql-m, 0 | ||
| section Direct Message Reliability | ||
| (telemetry) direct message reliability: milestone, after t-d-msg-rel-1 t-d-msg-rel-2, 0 | ||
| Reliability Protocol for Resource-Restricted Clients: crit, milestone, after j-rel-reqres-1 j-rel-reqres-2, 0 | ||
| Review MVDS usage and fail path: crit, milestone, after c-mvds, 0 | ||
| PostgreSQL optimisation - phase 1: milestone, after n-pgsql-opt-1, 0 | ||
| section E2e reliability protocol | ||
| E2e reliability protocol PoC: milestone, crit, after r-e2e-rel, 0 | ||
| E2e reliability protocol Status integration: milestone, crit, after r-e2e-rel-status c-e2e-rel-status, 0 | ||
| section Static Sharding - dedicated shards | ||
| (telemetry) Measure Bandwidth: milestone, after t-bandwidth, 0 | ||
| (telemetry) Sharding: milestone, after t-sharding, 0 | ||
| Sharding peer mgmt and discovery hardening: crit, milestone, after n-shard-peer-mgmt g-shard-peer-mgmt, 0 | ||
| (testing) Custom shard impl of Communities: milestone, after c-test-custom-shard, 0 | ||
| PostgreSQL optimisation - phase 2: milestone, after n-pgsql-opt-2, 0 | ||
| Setup Waku Community on dedicated shard with pre-shared key dos protection: milestone, after waku-com, 0 | ||
| section Bandwidth optimisation and Communities protocol review | ||
| %% For now same person scheduled to do both research and implementation | ||
| Minimal Community Specification and Implementation: milestone, after r-min-com-spec c-min-com-spec, 0 | ||
| Review usage of content topics in Status Communities protocol: milestone, after r-cont-topic, 0 | ||
| Specify de-MLS over Waku: milestone, after r-demls-spec, 0 | ||
| %% TODO: schedule | ||
| Telemetry review: milestone, after r-telem-review, 0 | ||
| Minimal solution for greedy messages: milestone, after r-min-sol-com, 0 | ||
| Define long-term solution: milestone, after r-define-com-sol, 0 | ||
| section Nwaku in Status Desktop (Relay mode) | ||
| Nwaku on Windows: milestone, after n-nwaku-windows, 0 | ||
| Nwaku in Status Desktop: milestone, after n-nwaku-status-desktop, 0 | ||
| section Scale 1-1 chat messages PoC | ||
| Pay for RLN provision first PoC: milestone, after r-rlnaas, 0 | ||
| Implement RLN smart contract for paid, multilevel memberships: milestone, after r-rln-sc n-rln-sc j-rln-sc, 0 | ||
| Public dogfooding web app: milestone, after j-pub-dogfood-web-app-1 j-pub-dogfood-web-app-2, 0 | ||
| section Scale up number of Communities | ||
| Usage of rendezvous: milestone, after r-rendezvous, 0 | ||
| section Demonstrate product market-fit | ||
|
There was a problem hiding this comment. One more thing that may belong here is finishing the Waku Whitepaper. This would roughly take the entire Q4 (12w) to finish, but be something that all Research engineers will work on in parallel to their other deliverables (a few hours each week). There was a problem hiding this comment. added to roadmap: https://docs.google.com/document/d/1L8HvXtAYk-JqQL6w3RgCskXwegcTa0J5nyH9YL4LrQE/edit#heading=h.hejfvov7j7ux but as you say here, not much value to have it in Gantt chart. |
||
| Define cost (self-host): milestone, after bd-define-cost, 0 | ||
| Define potential USPs: milestone, after bd-define-usps, 0 | ||
| Define target customers: milestone, after bd-define-custs, 0 | ||
| Customer interviews: milestone, after cust-int, 0 | ||
| Co-design sessions: milestone, after bd-codesign se-codesign, 0 | ||
| Review Waku MVP: milestone, 2025-01-15, 0 | ||
|
|
||
| %% Tasks | ||
| section Chat.plopezlpz | ||
| (testing) Custom shard impl of Communities: c-test-custom-shard, 2024-08-26, 2024-09-30 | ||
| Setup Waku Community on dedicated shard with pre-shared key dos protection: waku-com, after c-test-custom-shard, 2w | ||
| section Chat.kaichaosun | ||
| Review MVDS usage and fail path: crit, c-mvds, 2024-08-01, 2024-09-30 | ||
| Minimal Community Specification and Implementation: c-min-com-spec, after c-mvds, 12w | ||
| section Go.richard-ramos | ||
| Implement RLN smart contract for paid, multilevel memberships: r-rln-sc, 2024-09-01, 6w | ||
| %% TODO: Estimate | ||
| Nwaku in Status Desktop: n-nwaku-status-desktop, after n-rln-sc, 2025-01-31 | ||
| Status Support: status-support-rr, 2024-09-01, 2024-12-31 | ||
| section Go.chaitanyaprem | ||
| DoS Protection for Req-Res Protocols: crit, g-dosreqres, 2024-08-01, 2024-09-15 | ||
| Sharding peer mgmt and discovery hardening: crit, g-shard-peer-mgmt, 2024-08-26, 2024-09-12 | ||
| Review usage of content topics in Status Communities protocol: r-cont-topic, after g-shard-peer-mgmt, 10w | ||
| section EcoDev.vpavlin | ||
| (telemetry) direct message reliability: t-d-msg-rel-1, 2024-08-26, 2024-09-25 | ||
| (telemetry) Measure Bandwidth: t-bandwidth, after t-d-msg-rel-1, 8w | ||
| %% TODO: do bandwidth telemetry? | ||
| E2e reliability protocol Status integration: crit, c-e2e-rel-status, after r-e2e-rel, 6w | ||
| %% TODO: fit that properly | ||
| Specify de-MLS over Waku: r-demls-spec, 2024-10-01, 4w | ||
| Co-design sessions: bd-codesign, after cust-int, 2024-11-15 | ||
| section Go.adklempner | ||
| (telemetry) direct message reliability: t-d-msg-rel-2, 2024-08-01, 2024-09-25 | ||
| (telemetry) sharding: t-sharding, after t-d-msg-rel-2, 4w | ||
| section Test.stubbsta | ||
| (simulation) Functionality and stress test store v3: sim-storev3, 2024-07-08, 8w | ||
| (simulation) Functionality and stress test store v3 sync: sim-storesync, 2024-09-01, 10w | ||
| (simulation) Reliability performance impact: sim-rel, after sim-storesync, 10w | ||
| section Res.shash256 | ||
| E2e reliability protocol - PoC: crit, r-e2e-rel, 2024-08-01, 2024-09-06 | ||
| E2e reliability protocol Status integration: r-e2e-rel-status, after r-e2e-rel, 10w | ||
| section Res.sionois | ||
| %% Only dogfooding remaining | ||
| Store v3 (sync): crit, r-storev3sync, 2024-08-01, 2024-09-20 | ||
| Store v3 - follow-up: after storev3-r, 8w | ||
| Peer mgmt - follow-up: after storev3-r, 8w | ||
fryorcraken marked this conversation as resolved.
Show resolved
Hide resolved
|
||
| Usage of rendezvous: r-rendezvous, after r-storev3sync, 8w | ||
| section Res.alrevuelta | ||
| section Res.s-tikhomirov | ||
| Implement RLN smart contract for paid, multilevel memberships: rln-sc-d, 2024-09-01, 6w | ||
| %% TODO Estimate | ||
| Pay for RLN provision first PoC: r-rlnaas, 2024-09-01, 8w | ||
| section Nim.Ivansete | ||
| Store v3 (sync): crit, n-storev3sync, 2024-08-15, 2024-09-20 | ||
| PostgreSQL Maintenance: crit, n-pgsql-m, 2024-08-01, 2024-09-18 | ||
| %% TODO review date/estimate | ||
| PostgreSQL Optimisation - phase 1: n-pgsql-opt-1, after n-pgsql-m, 6w | ||
| PostgreSQL Optimisation - phase 2: n-pgsql-opt-2, after n-pgsql-opt-1, 8w | ||
| %% TODO: Estimate | ||
| Nwaku in Status Desktop: n-nwaku-status-desktop-2, after n-pgsql-opt-1, 6w | ||
| section Nim.NagyZoltanPeter | ||
| DoS Protection for Req-Res Protocols: crit, n-dosreqres, 2024-08-01, 2024-09-15 | ||
| %% TODO review | ||
| TBC Store v3-beta + v3 (nwaku hardening): crit, storev3-n, after storev3-df dosreqresn, 3w | ||
| Nwaku in Status Desktop: n-nwaku-status-desktop-n, after storev3-n, 12w | ||
| section Nim.gabrielmer | ||
| Sharding peer mgmt and discovery hardening: crit, n-shard-peer-mgmt, 2024-08-01, 2024-09-12 | ||
| section Nim.darshankabariya | ||
| %% TODO: review estimate | ||
| Nwaku on Windows: n-nwaku-windows, 2024-08-15, 6w | ||
| section Js.weboko | ||
|
There was a problem hiding this comment. Are There was a problem hiding this comment. Good catch! Fixed. Can you please help provide estimate for all js-waku items. There was a problem hiding this comment. Thanks for adding! Won't we have For estimates for For For There was a problem hiding this comment. Let's continue the planning discussion in discord |
||
| Reliability Protocol for Resource-Restricted Clients: crit, j-rel-reqres-1, 2024-08-01, 2024-09-13 | ||
| %% TODO estimate | ||
| Public dogfooding web app: j-pub-dogfood-web-app-1, after j-rel-reqres-1, 8w | ||
| Implement RLN smart contract (js-waku): j-rln-sc, after j-pub-dogfood-web-app-1, 8w | ||
| section Js.danisharora099 | ||
| Reliability Protocol for Resource-Restricted Clients: crit, j-rel-reqres-2, 2024-08-01, 2024-09-13 | ||
| %% TODO estimate | ||
| Public dogfooding web app: j-pub-dogfood-web-app-2, after j-rel-reqres-2, 8w | ||
| section BD.pedro | ||
| Define cost (self-host): bd-define-cost, 2024-08-01, 2024-11-30 | ||
| Define potential USPs: bd-define-usps, 2024-09-01, 2024-11-30 | ||
| Define target customers: bd-define-custs, 2024-09-01, 2024-09-30 | ||
| Customer interviews: cust-int, after bd-define-custs, 2024-10-31 | ||
| Co-design sessions: bd-codesign, after cust-int, 2024-11-15 | ||
| ``` | ||
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For the next iteration I want the team leads to handle the Gantt Chart so set some names.
Which means everyone mentioned in this legend can check:
(1) In the Milestones overview with deliverables section, that every deliverable needed work from their team has a Gantt task with the right prefix after the keyword
after. For example:E2e reliability protocol Status integration: milestone, crit, after r-e2e-rel-status c-e2e-rel-status, 0has work scheduled for research and chat team, but no work for js-waku and nwaku teams
(2) Then, ensure that the assignment of tasks to team members is roughly correct until 31 Dec 2024. What matters is the completion dates, as it is what is then committed to in roadmap.