G.

Looks feasible to me. I believe go-waku already supports password-encrypted RLN credentials in a format interchangeable with nwaku implementation. @richard-ramos could clarify better (we didn't test any cross-client credential exchange...

The setting is very important for designing a working and then efficient protocol. Some questions we may try to answer for specific contexts are: - How much is encryption/decryption latency...

> give to the new member the symmetric key to be used to encrypt and decrypt messages for the community In this scenario, if you give the "community" key to...

Maybe this could be relevant if we are unable to add [multi-threading](https://github.com/vacp2p/zerokit/issues/55) in RLN-WASM for proof generation.

> A lot of the value with mobile support comes from making it easier for mobile developers to use RLN, Zerokit and ZK in general. > > E.g. see what...

WIP: I was able to reduce the size, e.g. for `x86_64-apple-darwin` from ~60MB to 42MB by just using a [light version of ark-circom](https://github.com/vacp2p/ark-circom/tree/no-ethers-core/src) without the ethers-core/ethers-rs heavy dependencies (not relevant...

I self-assigned this issue to me, since I'm working on reducing more libraries sizes.

The corresponding RFC [32/RLN](https://rfc.vac.dev/spec/32/) has been updated in https://github.com/vacp2p/rfc/pull/561 to reflect the changes implemented by this PR.

Please let me know if we're ok to merge @oskarth @rymnc @richard-ramos

The way how API were structured aimed to a generic design. There is an - `APPWitnessInput` object which collects the witness value that fed the circuit through `prove/generate_app_proof`; - `APPProofValues`...