logos-messaging/pm
1
0
Fork 0
mirror of https://github.com/logos-messaging/pm.git synced 2026-01-07 16:43:06 +00:00
Code Issues Packages Projects Releases Wiki Activity

fix rust api

Browse Source
This commit is contained in:
fryorcraken 2025-06-03 20:12:55 +10:00
parent 62a0665db9
commit 1a0c27773d
No known key found for this signature in database
GPG Key ID: A82ED75A8DFC50A4
2 changed files with 21 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
FURPS/core/waku_api.md
View File

@ -14,7 +14,8 @@
1. When setting up a Waku node, no need to specify what protocols to mount, only an operational mode (edge or relay). 1. When setting up a Waku node, no need to specify what protocols to mount, only an operational mode (edge or relay).
2. Disconnection detection and recovery, and other peer management matters are automatically handled. 2. Disconnection detection and recovery, and other peer management matters are automatically handled.
3. Developers do not need to specificy the protocols used to send and receive messages; it is deduced from the mode of operation. 3. Developers do not need to specify the protocols used to send and receive messages; it is deduced from the mode of operation.
4. Developers pass and receive data to the API in types native to the wrapping language.
## Reliability ## Reliability

21
draft-roadmap/improve_devex_api_twn_metrics_docs.md
View File

@ -83,7 +83,8 @@ Spec delivery not included.
- F5. Returns health and connectivity information using proven heuristics. - F5. Returns health and connectivity information using proven heuristics.
- U1. When setting up a Waku node, no need to specify what protocols to mount, only an operational mode (edge or relay). - U1. When setting up a Waku node, no need to specify what protocols to mount, only an operational mode (edge or relay).
- U2. Disconnection detection and recovery, and other peer management matters are automatically handled. - U2. Disconnection detection and recovery, and other peer management matters are automatically handled.
- U3. Developers do not need to specificy the protocols used to send and receive messages; it is deduced from the mode of operation. - U3. Developers do not need to specify the protocols used to send and receive messages; it is deduced from the mode of operation.
- U4. Developers pass and receive data to the API in types native to the wrapping language.
- R1. Sends a message using peer-to-peer reliability (service node redundancy, optional store confirmation) - R1. Sends a message using peer-to-peer reliability (service node redundancy, optional store confirmation)
- R2. Receives messages using peer-to-peer reliability (service node redundancy, periodic store query, periodic filter ping) - R2. Receives messages using peer-to-peer reliability (service node redundancy, periodic store query, periodic filter ping)
@ -108,7 +109,8 @@ For S3. Browser
- F5. Returns health and connectivity information using proven heuristics. - F5. Returns health and connectivity information using proven heuristics.
- U1. When setting up a Waku node, no need to specify what protocols to mount, only an operational mode (edge or relay). - U1. When setting up a Waku node, no need to specify what protocols to mount, only an operational mode (edge or relay).
- U2. Disconnection detection and recovery, and other peer management matters are automatically handled. - U2. Disconnection detection and recovery, and other peer management matters are automatically handled.
- U3. Developers do not need to specificy the protocols used to send and receive messages; it is deduced from the mode of operation. - U3. Developers do not need to specify the protocols used to send and receive messages; it is deduced from the mode of operation.
- U4. Developers pass and receive data to the API in types native to the wrapping language.
- R1. Sends a message using peer-to-peer reliability (service node redundancy, optional store confirmation) - R1. Sends a message using peer-to-peer reliability (service node redundancy, optional store confirmation)
- R2. Receives messages using peer-to-peer reliability (service node redundancy, periodic store query, periodic filter ping) - R2. Receives messages using peer-to-peer reliability (service node redundancy, periodic store query, periodic filter ping)
@ -133,6 +135,21 @@ For:
- [ ] Define a guideline for Waku teams to follow when contributing to documentation - [ ] Define a guideline for Waku teams to follow when contributing to documentation
- [ ] Setup an initial structure - [ ] Setup an initial structure
## Use Protobuf to transfer data from Wrapper to nwaku library PoC TBC
**Owner**: {one waku subteam}
**Feature**: [{Feature Name (only 1)}]({path/to/furps/file})
**FURPS**:
- {F1. copy-paste full furps statement}
**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)
## {Name of deliverable 1 - eg "improve feature X for the browser"} ## {Name of deliverable 1 - eg "improve feature X for the browser"}
**Owner**: {one waku subteam} **Owner**: {one waku subteam}