Github Milestone: https://github.com/waku-org/pm/milestone/42
Logos Web Apps
Estimated date of completion: 19 Dec 2025
Resources Required for 2025H2:
- 1.5 engineers for 6 months
Harden select Waku Web apps by extracting libraries and writing protocol specifications:
- Qaku (Q&A over Waku): harden Waku to MVP level, so it can be used for IFT Town Halls, and Logos physical events.
- Integrate SDS and write specs.
- Logos Operators Forum: Build a web forum PoC over Waku to serve as a basis for a decentralized Logos forum (opchan).
- Added: Extend the Forum PoC to new FURPS, to align with Logos Movement needs.
Explore Codex x Waku integration, in Qaku and one other application.
Develop 10 Waku Web Apps PoC, and push them to the community to “teach them how to hunt” as well as inspire developers to build over Waku.
Strategic Objective
Logos Movement Community Enabling
FURPS
Risks
| Risk | (Accept, Own, Mitigation) |
|---|---|
| Logos Core Readiness | Get involed early with Logos Core, tinker and provide feedback |
| Experimental application spam protection for Forum | Focus on MVP to get user feedback early |
| Spec writing by non-researchers | Push for early specs, to enabling feedback and mentoring |
Deliverables
Forum PoC
Owner: App/Chat Dev
Feature: Waku Forum
FURPS:
- F1-11
- U1-10
- R1-2
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)
Codex for Message Archival PoC
Owner: App/Chat Dev
Feature: Codex Archiving PoC
FURPS:
-
F1. Any end user can publish a backup snapshot of the entire SDS log to Codex.
-
F2. End user (may be privileged) can publish the corresponding Codex CID with metadata over Waku to a dedicated snapshot content topic.
-
F3. Participants can query the Waku snapshot topic for the latest CID.
-
F4. Participants can retrieve the archived messages from Codex.
-
F5. Participants can perform a store Query for more recent messages following the snapshot timestamp and SDS state.
-
U1. Workflow should be conceptually identical, whether the Codex interaction is via a local node or Codex gateway.
-
U2. Publishing or retrieving via Codex should be optional.
-
S1. Developers can use this protocol in web applications.
Checklist:
- Specs: link to specs and/or API definition
- Code: link to GitHub issues/PRs/Epic
- Dogfood: link to dogfooding session/artefact
- Docs: links to README.md or docs.waku.org (TBD)
Reliable Qaku & library
Owner: App/Chat Dev
Feature: Qaku
FURPS: (see GitHub issue)
- F1-21
- U1-7
- R1
- P1
- S1-3
Checklist:
- Specs: link to specs and/or API definition
- Code: link to GitHub issues/PRs/Epic
- Dogfood: link to dogfooding session/artefact
- Docs: links to README.md or docs.waku.org (TBD)
Build Ten Waku Web Apps
Owner: App/Chat Dev
No FURPS
Output: 10 working Waku Web apps of various sort.
- The apps need to be functioning and deployed, PoC level.
- Broadcast to the community must happen (Logos/Waku Discord, Logos/Vac Forums, conference talks, Twitter, etc).
- Codex integration should be considered for each app.
Checklist:
- Code: a public GitHub repo
- Dogfood: link to dogfooding session/artefact
- Promote the app
- Logos Forum Post
- Walkthrough Video
- Social media post for re-broadcast
Build One Waku Logos Core App
Owner: App/Chat Dev
No FURPS
Output: 1 working Logos Core App.
- The app needs to be functioning, PoC level.
- Broadcast to the community must happen (Logos/Waku Discord, Logos/Vac Forums, conference talks, Twitter, etc).
- May use Waku SDK or Chat SDK.
Checklist:
- Code: a public GitHub repo
- Dogfood: link to dogfooding session/artefact
- Promote the app
- Logos Forum Post
- Walkthrough Video
- Social media post for re-broadcast
Open Forum to Web3 Users and Anons
Owner: App/Chat Dev
Feature: Waku Forum
FURPS:
-
F2. Only users owning Logos ordinal or an ENS can create a cell.
-
F12. Users can identify themselves by signing with their Web3 key.
-
F13. Posts, comments and cells have a relevance index, which can be used to order or hide them in the UX.
-
F14. The relevance index is lowered for post and comments which are moderated, or from a moderated user.
-
F15. The relevance index is increased if the author owns an ENS or Logos ordinal.
-
F16. The relevance index is increased if the post or comment is upvoted by an ENS or Logos ordinal owner.
-
F17. The relevance index is increased if the post has a comment from an ENS or Logos ordinal owner.
-
F18. Anonymous users can upvote, comments and post.
-
U11. ENS holders can choose to use an ENS for display purposes.
-
U12. The relevance index is used to push most relevant posts and comments on top.
Checklist:
- Specs: link to specs and/or API definition
- Code: link to GitHub issues/PRs/Epic
- Dogfood: link to dogfooding session/artefact
- Docs: links to README.md or docs.waku.org (TBD)