# List of ongoing and future projects and tasks
A laundry list of existing tasks grouped based on their tracks.
There won't be enough time for all of them during the next two months, so only a seubset of them are planned for the next two months, please see the [priorities section](##Priorities).
A tentative task assignment is also included.
Projects that are in collaboration with the PSE group are annotated accordingly.
M stands for Milestone.
## RLN-RELAY track
- M: Improving user interface of waku-rln-relay https://github.com/status-im/nwaku/issues/1268 (the most important ones: encrypted rln credentials, wallet integration, re-architecting the waku-rln-relay module)
- M: rln-relay testnet for secure slashing
- rln-relay clean-up tasks
- Security Audit of the rln contract
- Security audit of the rln circuit
- Upstreaming a working draft for the rln-relay project (PSE)
- rln-relay as a stand-alone module (requires re-architecting the rln-relay module) https://github.com/vacp2p/research/issues/110
- Updating the rln contract Poseidon constants and re-deploying it and testing it
- lightpush + rln
- rln circuit trusted setup
- Research publications:
- waku-rln-relay demo paper: chat2 use case
- rln paper: introducing the rln construct to academia (PSE + Blagoj?)
- an extended version of rln-relay for a journal submission with the addition of performance and security analysis https://github.com/vacp2p/research/issues/100
- Better understanding of the risk of the zkSNARKs proofs malleability (perhaps will fall into the waku message integrity area)
- Stateful rln-relay node with persisted MT (allowing node restart and state recovery from DB)
- zero entry (no crypto asset) with lightpush: a lightpush service provider makes a batch registration and generates proof on behalf of the requesters
- Multi credential management: enabling higher messaging rate per node
- Hybrid architecture for the membership Merkle tree storage management (super-peer/light-peer)
## Zerokit track
- Various improvements on the zerokit (PSE) https://hackmd.io/DOXcKigoR224QEvC6cV33w
- command line interface for common operations in rln
- Persisting MT in a DB (PSE)
- Enabling WASM support to use Zerokit directly through browsers.
- Optimizing the library size
- Improving the performance of the RLN module by enabling multi-threading in RLN-wasm
- Compiling Zerokit to mobile architectures

## Incentive track
- Rln-contract imporvements: ERC20, [service fee](https://github.com/vacp2p/rfc/issues/485)
- rln contract multisig
- Basic private settlement for store protocol

## FT-store (w/ data sync) track
- Fail-stop fault-tolerant store protocol, provide state consistency across store nodes in the fail-stop failure model (intermittent availability of peers)
- Byzantine fault-tolerant store protocol (not within the next 2 months); provide state consistency across store nodes in the Byzantine failure model

## Applied ZK/Explorations tracks
- Validator privacy (PSE?)
## Unknown track
- Decentralized CAPTCHA using Interrep

# Priorities
## October (Devcon) + November 2022

### RLN track
- M: Improving user interface of waku-rln-relay https://github.com/status-im/nwaku/issues/1268 (the most important ones: encrypted rln credentials, wallet integration, re-architecting the waku-rln-relay module, rln-relay dashboard and metrics visualization)
- More secure rln credential management (G) + Updating tutorials for the encrypted credentials and how to use them (G)
- Metrics collection and visualization + writing a new tutorial for metrics monitoring using a dashboard (A)
- Re-architecting the rln-relay module (S)
- Integrating wallet (S)
- Improving error handling in the rln-relay module (A)
### Zerokit track
- MT persistence (PSE + G)
- Testing MT persistence from Nim and Go (G + R)
- More?
### Incentive track
- Basic private settlement for the store protocol (RFC and initial circuit implementation)

## December 2022
### RLN track
- M: Integrating slashing
- RFC update (A)
- Updating nwaku to consume the new deletion contract API and to listen to the deletion events (A)
- Contract updates (G)
- Redeploying the contract with new hash parameters and testing it (G)
- Integrating RLN-Relay verification into lightpush (S)
- rln-relay clean-up tasks, the specific tasks to be identified (S)
- A new tutorial for the third testnet
- Dogfooding and collecting feedback

- Beginning of rln-relay as a stand-alone module (S)

### Zerokit track
- TBD

### Incentive track
- Full integration of the basic private settlement into the waku store protocol