Skip to content

docs(messaging): delivery track milestones fixes#414

Merged
igor-sirotin merged 5 commits into
v4from
docs(messaging)/delivery-milestone-fixes
Apr 15, 2026
Merged

docs(messaging): delivery track milestones fixes#414
igor-sirotin merged 5 commits into
v4from
docs(messaging)/delivery-milestone-fixes

Conversation

@igor-sirotin

Copy link
Copy Markdown
Contributor

Description

  1. Defined new milestone: RLN for Lightpush
  2. Moved implementation of Subscribe API to Messaging API — Developer Preview. The implementation is finished.
  3. Address comments from docs(messaging): delivery track #387
  4. Moved Implement RLN membership management milestone to Reliable Channel API — GA
  5. Added Deploy RLN Contracts to Status L2 testnet to Status: integrate Logos Chat milestone

@igor-sirotin
igor-sirotin force-pushed the docs(messaging)/delivery-milestone-fixes branch 2 times, most recently from c0bd56a to 92a7a69 Compare April 8, 2026 22:51

@Ivansete-status Ivansete-status left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM! Thanks for it! 🙌
I'm just adding some nitpicks that I hope you find useful but I'm fine with the current proposal, and maybe we can tackle these comments in the future.
Cheers


Resolve the architectural gap where LightPush service nodes share a single RLN quota with relay traffic, making LightPush non-functional under high-volume relay conditions.

Once done, Logos Messaging fleets should be able to become fully RLN-protected; edge nodes are required to get an RLN membership and send lightpush requests with RLN-proof attached; RLNaaS is discontinued.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also important to strengthen the membership management mechanism. Keep working on something like the following seems interesting: https://rln.waku.org/
Also needed a mechanism to manage membership from mobile.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Ivansete-status as discussed in the call, what you describe is already part of our roadmap: logos-messaging/pm#353

We definitely need to simplify the usage of RLN. Perhaps it will be some kind of RLN membership API. But this is out of scope of RLN for Lightpush milestone, it doesn't depend on it.

3. **Store API** — Status still relies on Store nodes for history retrieval, community descriptions, profiles, and SDS-hinted missed messages. Either introduce a new Store API alongside Messaging API, or allow using low-level API from the same `liblogosdelivery`.
4. **Test suite** — Messaging API is QA-approved. Involvement of DST for reliability testing.
5. **Documentation** — comprehensive developer documentation on the API.
1. **Store API** — Status still relies on Store nodes for history retrieval, community descriptions, profiles, and SDS-hinted missed messages. Either introduce a new Store API alongside Messaging API, or allow using low-level API from the same `liblogosdelivery`.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IMO we should implement the current Status' store query management inside Messaging API and make Status to only use liblogosdelivery library.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We'll discuss and choose the approach when starting to work on this 👌

Comment on lines +43 to +44
- U3. Application does not need to do a Web3 RPC call for every tree change to generate or validate messages.
- U4. Application can transfer tokens and register membership with a single transaction.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We will need Annon Coms help.
Also, we need to perform stress tests to know well which are the RLN limits, e.g., max number of members.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

AnonComms will help with this, but I'll keep Delivery Team as owner.

@Ivansete-status do we have max number of members defined somewhere in the smart contract?


This must be done carefully. Node operators and users should be notified. No disturbance should occur for network users.

**Done when**: Fleet deployments (`logos.dev`, `logos.test`) are updated. No newline at end of file

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Before considering it as done I think we need to:

  1. Measure which is the maximum allowed members
  2. Simplify the membership management UX

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it is okay to keep existing UX for the initial version. Yes, it is difficult to start using RLN, but at least the network will be honestly protected.

Currently membership management is scheduled for Testnet 0.3, but this will be one of the first things to do there. And if we have room earlier, we can consider doing it before.

Comment thread content/messaging/roadmap/milestones/2026-rln-for-lightpush.md Outdated
@igor-sirotin
igor-sirotin force-pushed the docs(messaging)/delivery-milestone-fixes branch from 365f3e8 to 50acf36 Compare April 15, 2026 21:59
@igor-sirotin
igor-sirotin merged commit 88b19ad into v4 Apr 15, 2026
1 check passed
@igor-sirotin
igor-sirotin deleted the docs(messaging)/delivery-milestone-fixes branch April 15, 2026 22:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants