You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Remove all the repeated inputs for the root hashes for drgporep
Check if we can re-use the same challenge for all layers (@porcuquine knows)
No need to specify double inclusion paths for commD and commR
Pack more inclusion paths into 1 Fr. (We can safely include 6 to account for sectors of up to 4TiB: 6 * 42 = 252 < 254. Reconcile this calcultion with actual path lengths, which might be off by one.)
Provide merkle inclusion paths for all nodes N rows deep in merkle tree, since these paths will be repeated in many inclusion proofs. Truncate inclusion proofs to terminate at already-proved nodes, and add constraints proving this was done.
Check whether we include roots in merkle proofs, and if so don't include them as inputs to the circuit.
Witness generation optimization
Cache the merkle tree and only pick the upper layer
Sean's batched field inverse calculation optimization
Parallel generation of merkle tree paths witnesses (and KDF parallelization)
Make sloth cheaper in the forward direction by sampling a better exponent
Library/Hardware Optimization
Running Proof Generation/Field operations on a GPU
Optimize parallelization techniques in Bellman
Improve multi-exponentiation
Sector Storage
Preprocessing (bit-padding)
Use bit-shifting instead of BitVec to reduce operations per byte (if bit-padding proves slow).
Construction optimization
Circuit optimization
Fr
. (We can safely include 6 to account for sectors of up to 4TiB: 6 * 42 = 252 < 254. Reconcile this calcultion with actual path lengths, which might be off by one.)Witness generation optimization
Library/Hardware Optimization
Sector Storage
Preprocessing (bit-padding)
BitVec
to reduce operations per byte (if bit-padding proves slow).mmap
General
The text was updated successfully, but these errors were encountered: