Daniel Lubarov 1e5dfa405b Fix intermittent inv_mod_xn failure
My recent change made `padded` panic if the padded length is less than the current length. I figured that might indicate that something unexpected was going on, so might be good to fail fast.

It looks like `inv_mod_xn` was relying on the old `padded` behavior, and it seems correct AFAIK, i.e. in this case it wasn't a symptom of anything going wrong.

We could also restore the old behavior of `padded` if you prefer; let me know if you have a preferennce.
2021-05-17 10:37:43 -07:00
2021-05-17 10:37:43 -07:00
2021-02-17 14:36:32 -08:00
2021-04-22 09:27:59 +02:00
2021-04-12 10:38:07 +02:00
2021-04-12 10:38:07 +02:00
2021-05-05 19:24:04 -07:00

plonky2

plonky2 is an implementation of recursive arguments, using techniques from TurboPLONK and DEEP-FRI.

Running

To run the recursion benchmark,

RUSTFLAGS=-Ctarget-cpu=native cargo run --release

Disclaimer

This code has not been thoroughly reviewed or tested, and should not be used in any production systems.

License

Licensed under either of

at your option.

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.

Description
the Plonky2 proof system
Readme
Languages
Rust 98.4%
JavaScript 0.6%
Python 0.6%
HTML 0.3%