ethereum-optimism / ethereum-optimism/optimism

kona-sp1: Ensure expensive operations are offloaded to the host

Open
#18,533 2 comments 0 reactions 0 assignees View on GitHub
proofs: ZK
Dominant language
Go
Stars
6.5k
Forks
4k
Avg merge
2d 15h
Merged PRs (30d)
145

Description

For evm operations, the kona-sp1 program installs a custom implementation of cryptographic operations via revm hooks. The custom implementation is optimized for the sp1 zkVM.
However, there are still a couple areas where the program runs keccak and sha2 outside the evm. We need to ensure that these don't use native riscv implementations, but utilize the sp1 host via its syscall interface.

Contributor guide

Open the contributing guide

Research direction

No files or tests are named. Start by tracing the keccak and sha2 call sites in kona-sp1 and comparing them with the existing revm cryptographic hooks. Done means these operations use the SP1 host syscall interface instead of native RISC-V implementations.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
blockchain, cryptography
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.