Skip to content
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

Positioning: RLNP2P #146

Open
1 of 5 tasks
oskarth opened this issue Nov 14, 2022 · 9 comments
Open
1 of 5 tasks

Positioning: RLNP2P #146

oskarth opened this issue Nov 14, 2022 · 9 comments

Comments

@oskarth
Copy link
Contributor

oskarth commented Nov 14, 2022

(Discussed during PM call)

Problem

Currently RLN and RLN-Relay are kind of treated as one thing in terms of positioning. Additionally, we see a lot of potential usage of RLN and RLN in a p2p setting outside of Waku Relay only. E.g. Dandellion, GossipSub, Tor, Cell Phone tower... etc.

It is desirable to make this distinction more clear, as well as distinction with RLN on its own. Both for ourselves but also for other projects who aren't familiar with details of RLN, Waku, RLNP2P etc.

Additionally, RLNP2P can be seen as its own product bet, similar to how how Waku was spawned out of Vac Research.

Details

(Can be broken out into separate issues)

  • Spec change RLN-RELAY to RLNP2P being main spec, similar to how Dandellion and Waku interacts
  • Super basic site up e.g. rlnp2p.vac.dev - can just be a few bullet points and links
    - [ ] Ping AppliedZK ppl about this to get link on their site too
  • Update references in relevant places
    • don't need everywhere, just "live" places, and can just add a two sentence prelude about clarification
    • tracks e.g.
  • Disseminate link in e.g. upstream GHI (libp2p), Twitter, vac.dev project site update
  • Start of/WIP of separating out into own library
    - can happen concurrently/after - but repo with README should exist before

Probably missing a few things, but I think this is a start. If we keep each item minimal basics should be doable within ~1w or so. Then it can be expanded from there.

Acceptance criteria

Reposition RLNRelay to RLN-P2P in all relevant places, see details above.

@oskarth oskarth added the track:rln RLN Track (Secure Messaging/Applied ZK), primarily the RLN primitive label Nov 14, 2022
@oskarth
Copy link
Contributor Author

oskarth commented Nov 14, 2022

cc @staheri14 @rymnc

@oskarth
Copy link
Contributor Author

oskarth commented Nov 14, 2022

Can possibly be a milestone too

@staheri14
Copy link
Contributor

staheri14 commented Nov 14, 2022

FYI: There was already a tracking issue #110, would be great to merge them and only track from one place.

@oskarth
Copy link
Contributor Author

oskarth commented Nov 15, 2022

Reposition RLNRelay to RLN-P2P in all relevant places, see details above.

This issue is different in scope from previously cut one, but can link/supersede as appropriate

@amirhouieh
Copy link

amirhouieh commented Nov 15, 2022

RLNP2P is going to be a fully standalone product (similar to Waku) but not fully developed or as mature probably and therefore we need to manifest it within the Vac website without detaching it from the Vac context. (correct me if i am wrong). in this case, I can think of two approaches;

  1. Create a subdirectory including a couple of MD files inside the vac.dev repo. This would be then listed on the sidebar in a similar fashion as "research" section.

  2. Create one MD file and include all relevant information inside that file.

@AtHeartEngineer
Copy link

👋 Hey we are working on a p2p chat using RLN, https://github.com/kayleegeorge/zk-chat is the repo, https://hackmd.io/dX1qoy6cTtSXJ7TdB8muIw?both is our rough plan. We are planning on building a library using Waku with Gossipsub over WebRTC/WebSockets for use in the browser, and then building a browser extension on top of that.

Just talked to @staheri14 some about this and wanted to start a communication effort in this area.

CC: @kayleegeorge

@oskarth
Copy link
Contributor Author

oskarth commented Nov 17, 2022

@AtHeartEngineer Nice! This sounds exactly what @fryorcraken and @richard-ramos et al has done with RLN in Waku in the browser, with nodes validating on nwaku/go-waku.

A bit off-topic for OP, but probably worth linking up with @fryorcraken if you guys haven't already? Using e.g. https://github.com/waku-org/js-waku-examples/blob/master/rln-js/index.html and https://github.com/status-im/nwaku/blob/master/docs/tutorial/rln-chat-cross-client.md as a starting point seems like it'd make a lot of sense

@oskarth
Copy link
Contributor Author

oskarth commented Nov 23, 2022

Put up a very basic first cut of site just to have something up: https://rlnp2p.vac.dev/

It definitely needs to be improved wrt to content, structure etc, but this is the minimally useful thing for workshop. Was easier to just do first cut myself.

I suggest further enhancements can be made as PRs in github.com/vacp2p/rlnp2p repo

@rymnc rymnc added track:rlnp2p and removed track:rln RLN Track (Secure Messaging/Applied ZK), primarily the RLN primitive labels Jan 19, 2023
@rymnc
Copy link

rymnc commented Jan 19, 2023

As discussed with @oskarth, the next two issues to be tackled are in this order of priority -

  • Spec change RLN-RELAY to RLNP2P being main spec, similar to how Dandellion and Waku interacts
  • Start of/WIP of separating out into own library

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: No status
Development

No branches or pull requests

5 participants