Lee et al. proposed Sluice, a read-write streaming Groth16 prover that cuts prove-phase memory from O(N) to O(log N) via the SBM algorithm. It preserves the standard interface, trading RAM for sequential storage I/O, and succeeds under an 8GB cap at N=2^23.Lee等人在论文中提出Sluice,一种读写流式Groth16证明器,通过SBM算法将证明内存从O(N)降至O(log N),在保持标准接口下以顺序存储I/O换取RAM,实验于8GB内存限制下完成N=2^23证明。Leeらは、SBMアルゴリズムで証明メモリをO(N)からO(log N)に削減する読み書きストリーミングGroth16証明器Sluiceを提案。標準インターフェースを維持し、8GBメモリ制限でN=2^23の証明生成に成功した。
NotesNotes要点
Sluice reduces Groth16 prove-phase random-access memory to O(log N).
Core innovation is the Split-Butterfly-Merge (SBM) streaming NTT algorithm.
SBM uses O(log N) memory, O(N log N) total I/O, and O(log N) sequential passes.
Combines streaming sparse R1CS evaluation with chunked Pippenger MSM.
Fully compatible with standard Groth16: 128-byte proofs and 3-pairing verification.
Generates N=2^23 proofs under an 8GB cap, while standard provers require 16GB.
What resource does Sluice mainly reduce?Sluice主要降低了什么资源消耗?Sluiceは主にどのリソースを削減するか?
It cuts Groth16 prove-phase random-access memory from O(N) to O(log N), trading sequential storage I/O and time.它将Groth16证明阶段的随机访问工作内存从O(N)降至O(log N),以顺序存储I/O和时间为代价。Groth16証明フェーズのランダムアクセス作業メモリをO(N)からO(log N)に抑え、順次ストレージI/Oと時間を代償とする。
How does SBM balance memory and I/O overhead?SBM算法如何平衡内存与I/O开销?SBMアルゴリズムはメモリとI/Oをどう釣り合わせるか?
SBM achieves O(log N) memory, O(N log N) total I/O, and O(log N) sequential external storage passes in the streaming model.SBM在读写真流模型中以O(log N)内存、O(N log N)总I/O和O(log N)次外存顺序遍历完成NTT。読み書きストリーミングモデルでO(log N)メモリ、O(N log N)総I/O、O(log N)回の順次外部ストレージ走査を実現する。
How does SBM adapt to the read-write streaming model constraints?SBM设计如何适应读写真流模型的限制?SBMの設計はどう読み書きストリーミングモデルの制約に適応するか?
SBM avoids random access via the Split-Butterfly-Merge structure, completing NTT using only sequential reads/writes and O(log N) passes.SBM通过Split-Butterfly-Merge结构避免随机访问,仅依赖顺序读写和O(log N)轮外存遍历完成NTT计算。Split-Butterfly-Merge構造によりランダムアクセスを回避し、順次読み書きとO(log N)回の外部ストレージ走査のみでNTTを完了する。