Move gates parsing from proving

[AllFi]

I have profiled our proving process and discovered that a significant portion of the process involves decompressing and parsing gates.

We can decompress and parse the gates during the parameters initialization phase, which means we can move this process from the proving phase to the initialization phase. Since parameter initialization now takes place in the background, preprocessing will mostly be finished before the first proving in most cases.

I've tried to implement it, and here are some results of the decreased proving time:

• Laptop (WASM) (Intel(R) Core(TM) i7-10750H): -18 %
• Laptop (Native) (Intel(R) Core(TM) i7-10750H): -35 %
• Laptop (WASM) (Intel Core i7 (2.9 GHz, 4 cores\8 threads)): -14 %
• MAC M1 (WASM): -16 %
• Android (WASM) (Galaxy S23): -18 %
• iOS (WASM) (iPhone 11): -18 %

But the size of the decompressed gates is huge, it's about 260 MB. Here are some potential drawbacks of this modification:

• Parameter initialization time is likely to increase due to the need to decompress and parse the gates. However, it is important to note that this is a one-time cost during the initialization phase and it can result in significant time savings during the proving phase.
• The RAM usage of the application will increase from 420 MB to 680 MB.
• WebAssembly.Memory.grow(..) is extremely slow on iOS, so we need to compute the necessary memory size and allocate it with a single call. This results in some time overhead during the parameter initialization phase.
• Mobile versions of Chrome and Safari have a strict limit on memory usage (500-800 mb, it depends on fragmentation), and attempting to exceed that limit can cause the application to crash. So this optimization is generally not feasible for mobile devices.

I think that this optimization makes sense for delegated prover and cloud environments, and may also make sense for PC. However, it is definitely not viable for mobile devices due to their limited memory capacity.

Related PRs:

• Parse gates before proving #13
• Add ability to preparse gates libzkbob-rs#60

Note: It is necessary to update zkbob-cloud and zkbob-prover to include the changes introduced in this PR.

[AllFi]

I've tried to apply this optimization to the relayer. Here are the results:

• Prove tree update: -31 % (from 946 ms to 653 ms)
• Prove direct deposit: -46 % (from 25.6 s to 13.8 s)
• RAM: +1100 mb (from 971 mb to 2076 mb)

[maikReal]

Ready, waiting for zkBob/zeropool-relayer#176 to test on staging

[AllFi]

@vadimnikonov1 Could you perform regression testing on the stage to confirm that everything is functioning properly?

[vadimnikonov1]

The regression testing was successful