From 7012292b63ef5a99089eb4e7c57de682ee0485e0 Mon Sep 17 00:00:00 2001 From: kaichaosun Date: Tue, 2 Jul 2024 10:51:42 +0800 Subject: [PATCH] chore: more line breaks --- standards/application/relay-reliability.md | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/standards/application/relay-reliability.md b/standards/application/relay-reliability.md index dcca3bd..a47401d 100644 --- a/standards/application/relay-reliability.md +++ b/standards/application/relay-reliability.md @@ -10,7 +10,9 @@ contributors: ## Abstract -[Relay Protocol](https://github.com/vacp2p/rfc-index/blob/main/waku/standards/core/11/relay.md) in Waku is efficient for routing messages, but there's no guarantee that a message will reach to its destination. For example, the receiver in a chat application may miss messages when network issue happens at either sender or receiver side. In general, a message in Waku network includes 3 status from sender's perspective: +[Relay Protocol](https://github.com/vacp2p/rfc-index/blob/main/waku/standards/core/11/relay.md) in Waku is efficient for routing messages, but there's no guarantee that a message will reach to its destination. For example, the receiver in a chat application may miss messages when network issue happens at either sender or receiver side. + +In general, a message in Waku network includes 3 status from sender's perspective: - **outgoing**, the message is posted by its creator but no confirmations from other nodes yet - **sent**, the message is received by any other node in the network @@ -34,7 +36,9 @@ For the nodes that may have connection issues to **publish** messages via relay For the nodes that may have connection issues to **receive** messages via relay network, this search criteria can be used to fetch missing messages from store nodes periodically after network resumes. -By leveraging the store node to provide such query services, the applications are able to mitigate the reliability issue of relay protocol. But this approach also introduces new challenges like centralization, privacy, and scalability. It should be viewed as a temporary solution and deprecated when e2e reliability solution is ready. +In summary, by leveraging the store node to provide such query services, the applications are able to mitigate the reliability issue of relay protocol. + +But this approach also introduces new challenges like centralization, privacy, and scalability. It should be viewed as a temporary solution and deprecated when e2e reliability solution is ready. ## Implementation Suggestions