Daniel Lubarov b8e97aaaf8 Fix logic and Keccak CTLs ...

Lots of little bugs!

- The Keccak sponge table's padding logic was wrong, it was mixing up the number of rows with the number of hashes.
- The Keccak sponge table's Keccak-looking data was wrong - input to Keccak-f should be after xor'ing in the block.
- The Keccak sponge table's logic-looking filter was wrong. We do 5 logic CTLs for any final-block row, even if some of the xors are with 0s from Keccak padding.
- The CPU was using the wrong/outdated output memory channel for its Keccak sponge and logic CTLs.
- The Keccak table just didn't have a way to filter out padding rows. I added a filter column for this.
- The Keccak table wasn't remembering the original preimage of a permutation; lookers were seeing the preimage of the final step. I added columns for the original preimage.
- `ctl_data_logic` was using the wrong memory channel
- Kernel bootloading generation was using the wrong length for its Keccak sponge CTL, and its `keccak_sponge_log` was seeing the wrong clock since it was called after adding the final bootloading row.

2022-12-19 15:42:59 -08:00

..

columns.rs

generate_keccak_general, generate_byte

2022-12-01 12:06:29 -08:00

keccak_sponge_stark.rs

Fix logic and Keccak CTLs

2022-12-19 15:42:59 -08:00

mod.rs

Keccak sponge STARK

2022-09-01 09:41:19 -07:00