mirror of
https://github.com/logos-storage/plonky2.git
synced 2026-01-03 22:33:06 +00:00
0802d6c021
The kernel is hashed using a Keccak based sponge for now. We could switch to Poseidon later if our kernel grows too large. Note that we use simple zero-padding (pad0*) instead of the standard pad10* rule. It's simpler, and we don't care that the prover can add extra 0s at the end of the code. The program counter can never reach those bytes, and even if it could, they'd be 0 anyway given the EVM's zero-initialization rule. In one CPU row, we can do a whole Keccak hash (via the CTL), absorbing 136 bytes. But we can't actually bootstrap that many bytes of kernel code in one row, because we're also limited by memory bandwidth. Currently we can write 4 bytes of the kernel to memory in one row. So we treat the `keccak_input_limbs` columns as a buffer. We gradually fill up this buffer, 4 bytes (one `u32` word) at a time. Every `136 / 4 = 34` rows, the buffer will be full, so at that point we activate the Keccak CTL to absorb the buffer.
34 lines
702 B
TOML
34 lines
702 B
TOML
[package]
|
|
name = "plonky2_evm"
|
|
description = "Implementation of STARKs for the Ethereum Virtual Machine"
|
|
version = "0.1.0"
|
|
edition = "2021"
|
|
|
|
[dependencies]
|
|
plonky2 = { path = "../plonky2" }
|
|
plonky2_util = { path = "../util" }
|
|
anyhow = "1.0.40"
|
|
env_logger = "0.9.0"
|
|
ethereum-types = "0.13.1"
|
|
hex = { version = "0.4.3", optional = true }
|
|
itertools = "0.10.3"
|
|
log = "0.4.14"
|
|
once_cell = "1.13.0"
|
|
pest = "2.1.3"
|
|
pest_derive = "2.1.0"
|
|
rayon = "1.5.1"
|
|
rand = "0.8.5"
|
|
rand_chacha = "0.3.1"
|
|
rlp = "0.5.1"
|
|
keccak-rust = { git = "https://github.com/npwardberkeley/keccak-rust" }
|
|
|
|
[dev-dependencies]
|
|
hex-literal = "0.3.4"
|
|
|
|
[features]
|
|
asmtools = ["hex"]
|
|
|
|
[[bin]]
|
|
name = "assemble"
|
|
required-features = ["asmtools"]
|