-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: Service peer selection on specific shards #680
Labels
E:1.4: Sharded peer management and discovery
See https://github.com/waku-org/pm/issues/67 for details
Comments
chaitanyaprem
added
E:1.4: Sharded peer management and discovery
See https://github.com/waku-org/pm/issues/67 for details
and removed
E:2023-1mil-users
labels
Sep 11, 2023
8 tasks
This was referenced Sep 28, 2023
Weekly Update
|
This was referenced Sep 29, 2023
Weekly Update
|
Weekly update
|
Weekly update
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
E:1.4: Sharded peer management and discovery
See https://github.com/waku-org/pm/issues/67 for details
Currently a service peer (e.g. a store node) is either provided by the application or it expects the peer manager to suggest a suitable service peer (selectPeer()). This task focuses on the latter: peer manager should provide ability to find service peers for a specific shard, based on the content topic that the application is interested in (e.g. an API call to selectPeer(Protocol, ContentTopic)), or kick off an ad-hoc discovery process until a suitable service peer is found. Client APIs (for filter, lightpush, peer-exchange) should automatically make use of this mechanism if the application does not explicitly set the desired service peer.
Priority: critical for launch
Tasks
The text was updated successfully, but these errors were encountered: