---
# System prepended metadata

title: List of ongoing and future projects and tasks

---

# 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
