## Mopro: Client-side proving on mobile made easy @oskarth, ETHTaipei 2024 --- ## TLDR 1) We want to make proofs on mobile 2) Mopro is a toolkit for ZK app dev on mobile 4) Let's make ZKPs on mobile great together --- ## PART 1 ### We want to make proofs on mobile --- ## Why client-side proving? Let's put the "Zero Knowledge" back in ZK. Note: A lot of focus on ZK for succinctness in L2 context, Not enough for many apps where you want privacy or interop. Let's look at examples --- ## Zupass: Crypto-native identity ![kotor-2048x1365](https://hackmd.io/_uploads/HJV8XcUR6.jpg) Note: ZK identity solution: has to be mobile, 95% usage Zuzalu last year, Devconnect and more this year Allowed you to catch frogs (ECDSA signatures), need mobile --- ## Aadhaar: Real-world identity ![image](https://hackmd.io/_uploads/Sy7nE5IA6.png) Note: Anon-Aadhaar project to do ZK on this Take traditional ID thing and permissionlessly use RSA verification in PDF Selective disclosure, Gitcoin Passport/PoH Other similar solutions, proof of passport EU, japan etc This is a lot more complex in terms of circuits --- ## More examples... ![zkprivate](https://hackmd.io/_uploads/B1MB55UAp.jpg) Note: Outside of ZK-Identity, a big one is fungible money Bitcoin origin, make like cash, private txs Private finances more generally Also private social networks And ZK-ML projects use priv data photos, hackathon User wants to generate proof on their phone --- ## Client-side proving - Secure: User generates claims - Fast: Good performance for big circuits - Friendly: Easy to use and robust Note: What properties we want? Trust-minimized and secure, user gen proof Fast: ECDSA/RSA ~1m constraints, much bigger than Semaphore, good UX Helps with large anonymity sets Should just work incl on all devices (accessible) easy, good devex --- ## Browser vs native - Security: OS-level security - Performance: Native performance - Affordances: Better integration with phone - Trade-off: Complex to develop and distribute Note: When I say mobile, I don’t just mean browsers Why bother? OS-level security (secure storage, biometric auth); Isolation - important for secrets like real-world id! Not webview Native perf; multi threading, GPU; can get on browser but limited Better integration with camera/sensors/secure enclave/push notif; more native and fluent experience Tradeoff: no need app ok; poss censorship; platform specific; complex to develop app, esp ZK Leads us to mopro --- ## PART 2 ### mopro is a toolkit for ZK app dev on mobile --- ## What is mopro? - Toolkit: set of libraries and utils - Goals - Modularity - Developer-friendly - Performance - Multi-platform - Foundry for ZK app dev Note: Modularity - easy to add proof systems Dev friendly fast to get started Fast proving Works on many platforms --- ## mopro-cli 1-2-3 ``` # Create a Circom project with iOS and Android support mopro init --platforms ios, android # Prepare circuit and artifacts mopro prepare # Build for iOS mopro build --platforms ios # Also options for testing, exporting bindings, etc ``` Note: New, main interface point Get started in under 5m --- ## Example project ``` > tree -L 1 . ├── README.md ├── android # Android project ├── core # Circom circuits, Rust wrapper ├── ios # iOS project ├── mopro-config.toml # Project config ├── ptau └── target ``` --- ## mopro-config.toml ``` [build] ios_device_type = "device" # x86_64, simulator, device android_device_type = "arm64" # x86_64, x86, arm, arm64 build_mode = "release" # debug, release (recommended) [circuit] dir = "core/circuits/keccak256" name = "keccak256_256_test" ptau = "19" [dylib] use_dylib = true # true, false name = "keccak256" # Name of the dylib file ``` Note: Specify relevant options --- ## Example app (XCode) ![image](https://hackmd.io/_uploads/BJN_kp8Ca.png) Note: Generate some example app with basic proving/verifying We'll look at more examples later --- ## Architecture ![image](https://hackmd.io/_uploads/S1v0Ja8Rp.png) Note: We can think of this flow as multiple layers Starting with the user, then app, tooling, then towards proving systems and computer science Let's zoom in (Skip this slide?) --- ## Architecture ![image](https://hackmd.io/_uploads/SJuQxp8R6.png) Note: The key idea is separation of concerns, modularity A user has no brain, they just want to use an app Circuit dev only cares circuit, and likewise app dev A lot of things going on: Circom circuits, mopro-core, circom-compat, arkworks, mopro modules, UniFFI bindings, Swift library, iOS app... We take a slice of one thing at each layer (proof system, platform) How do all of these things fit together? --- ## Circom Most widely used DSL for client-side proving ![keccak](https://hackmd.io/_uploads/By1xXVYCa.jpg) Note: mopro prepare, compile, run trusted setup, gen arkzkey Bring your own circuit setup --- ## mopro-core - Core Rust library with multiple adapters - Starting with Circom, easy to add more - API for init/prove/verify, serialization etc - Circom: Use circom-compat to load circuit - Witness gen native or via wasmer - Proving done natively with ark-groth16 Note: Trivial to add new adapters, WIP .wasm/dylib for witness calc with wasmer, arkzkey wt --- ## mopro-ffi - FFI: Talking across language barriers - Bridge between Rust and Swift/Kotlin/Python - Wraps Rust API, deals with lowering/lifting - UniFFI to generate bindings for languages - Support iOS, Android, and React Native Note: Foreign function interface Recently added Android RN support separate via bridge from Yanis PSE --- ## UniFFI ![uniffi2](https://hackmd.io/_uploads/HyvpIVKAa.jpg) Note: How do we build complex cross-platform applications? What Firefox developed to build complex cross-platform applications More modern version of `cbindgen` Keep business logic in Rust With native binds can make app --- ## App (Anon-Aadhaar) ![aadhaar-both](https://hackmd.io/_uploads/r1uLYEFCp.jpg) Note: In the end you have an app like Anon-Aadhaar Will get back to later --- ## User Just wants things to work ![user-license-scan](https://hackmd.io/_uploads/H1nboEt0T.jpg) Note: Users have no brain, just want things to work This means fast proofs, few actions etc Create experiences that hide ZK voodoo and integrate seamlessly into app and user’s life --- ### Zooming back out Making life of app developer easy ![image](https://hackmd.io/_uploads/SJuQxp8R6.png) Note: Can only focus on so much at a time UX, App development, Swift libraries, architectures/linking, Rust, ZK, circuits, proving systems, infra... Requires a lot of people, and doing this takes away from focusing on "business problem" With mopro, we split this up and create tooling to allow developers to focus on their area of expertise Details not important; make life easy --- ## DevEx: mopro-cli 1-2-3 ``` # Create a Circom project with iOS and Android support mopro init --platforms ios, android # Prepare circuit and artifacts mopro prepare # Build for iOS mopro build --platforms ios # Also options for testing, exporting bindings, etc ``` Note: Write your circuit UniFFI ibindings, can test in isolation Xcode painful App dev POV: No Rust/ZK, just another app Embed Rust lib, hide complexity, linking/architecture, Cocoapods etc --- ### Modularity - Platforms: Adding support for e.g. Python trivial - Proof systems: Adding new proof systems easy - Tooling: Two birds with one stone - FFI, serialization, linking, packaging etc - Rust core: Schelling point for ZKP - Public good: Not tied to specific business - Thanks PSE and 0xPARC for grant! Note: Modularity as a design goal; Easy to add new platforms; new proof system (wrap Rust API+expose bindings) Rust fast, secure, flexible, developers Not tied to some specific proof system, whatever is useful to people, agnostic --- ## Where are we now? - Anon-Aadhaar v1 showcase app - AA: Constraints up x10 from 160k to 1.6m - Also Proof-Of-Passport - Performance - Understand limits of client-side proving - Native witness generation, arkzkey loading - Improve DevEx - mopro-cli 1-2-3 - API, React Native support, distribution Note: Three main areas of focus Proof of passport cool, also similar Myna JP Late last year, increase complexity due to sel disc/nullifier --- ### Client-side proving: How big can circuits be? ![image](https://hackmd.io/_uploads/HyMmmSKAa.png) Note: Memory biggest bottleneck, up to 4GB OK Not gonna go into other perf details 10s witness gen, ~20s prover time, load zkey, smalelr zkey arkzkey Other proof systems and techniques Next part coming up --- ## PART 3 ### Let's make ZK on mobile great together --- ## You are nobody ![g0v](https://hackmd.io/_uploads/BJAZPSt06.jpg) --- ## Contribute - Try it out and provide feedback - Write ZK apps in it, easy with mopro-cli - Monday workshop - Community project - More platforms - More proof systems - Performance improvements - Docs, API, ... - ZK grants available Note: ZK-ML hackathon Oxford Confidenti used GH user or TG Foundry for ZK --- ## Contribute (cont) - Platforms: React Native, Web? - Proof systems: Halo2, Noir, ... - Performance: Native witness gen, GPU... Note: RN integrate better, desktop/web Proof systems Kimchi PoC wknd Halo2/Noir, some interest, Nova, VOLE, binius? Perf: Native wtns gen, GPU grant WIP, load zkey Also docs/API --- ## Contributors etc - Downstream, upstream and main - 0xPARC/PSE, Vivian, Yanis, Moven/Foodchain, Phil/Remco, Aaryamann/Vac, Florent, ... - You? Note: Everything from upstream deps, main contributions and downstream --- ## Recap 1) We want to make proofs on mobile 2) Mopro is a toolkit for ZK app dev on mobile 3) Let's make ZKPs on mobile great together --- ## The future is ZK. ## The future is mobile. ## The future is now. --- ## Thank you - Questions? - Mopro - Repo: github.com/oskarth/mopro - TG: t.me/zkmopro - Oskar - X/FC: @oskarth - Site: oskarth.com Note: Also ZK day workshop on Monday, full but yeah Qs? --- --- ## Performance notes - Keccak256 (150k constraints): 1.5s - ~x10 faster vs comparable circuit in browser - Anon-Aadhar 1.6m - 10s witness gen (wasm), 20s prover time - arkzkey load slow (~1.5m) - arkzkey size ~500mb (50% smaller) - Bottlenecks: memory, loading zkey, and wasm witness generation
{"title":"Mopro: Client-side proving on mobile made easy","description":"ETHTaipei","contributors":"[{\"id\":\"87bf749a-9a51-43dd-8c18-1ff87c4baaab\",\"add\":19995,\"del\":9282}]"}
    927 views