Fu et al. proposed the zkCraft framework in their paper, combining deterministic localization with proof search to detect semantic inconsistencies in ZK circuits, using LLM-guided mutation templates to improve edge-case coverage and reduce solver interaction costs. Fu等人在论文中提出了zkCraft框架,结合确定性定位与证明搜索来检测ZK电路语义不一致,利用LLM引导突变模板提升边缘案例覆盖,减少求解器交互成本。
Notes
ZK circuits are tricky due to tight witness-constraint coupling, causing subtle bugs.
zkCraft uses R1CS-aware localization and proof search to catch under/over-constrained issues.
Row-Vortex polynomials encode edits; Violation IOP replaces repeated solver checks with a proof.
Why are semantic bugs in ZK circuits hard to detect with conventional testing? 为什么 ZK 电路中的语义错误很难通过普通测试发现? なぜZK回路におけるセマンティックバグは、従来のテストでは検知が難しいのか?
In ZK circuits, witness computation is tightly coupled with constraints, so many bugs do not immediately violate constraints. Instead, they silently widen or restrict the solution space. Standard testing covers limited inputs and often misses such under- or over-constrained cases. ZK 电路中见证计算与约束系统高度耦合,很多错误不会直接导致约束不满足,而是悄然放宽或收紧可行解空间。普通测试往往只覆盖少量输入,难以触及这些隐藏的欠约束或过约束情况。 ZK回路において、witnessの計算は制約と密接に結びついているため、多くのバグは直ちに制約違反を引き起こしません。代わりに、それらはサイレントに解の空間を広げたり制限したりします。標準的なテストでは限られた入力しかカバーしておらず、このような過剰または不足な制約(under- or over-constrained cases)を見逃すことがよくあります。
What key bottleneck does the Row-Vortex polynomial address in zkCraft? Row-Vortex 多项式在 zkCraft 中解决了什么关键瓶颈? Row-Vortex多項式はzkCraftにおいてどのような主要なボトルネックに対処していますか?
The Row-Vortex polynomial encodes many candidate constraint edits into a single algebraic object. This allows zkCraft to check many potential violations at once, avoiding per-edit solver calls and greatly improving search efficiency. Row-Vortex 多项式将候选约束修改统一编码,使大量潜在违规可以被一次性代数化检查。这避免了对每个候选编辑单独调用求解器的问题,显著提升了搜索阶段的效率。 Row-Vortex多項式は、多数の候補となる制約編集を単一の代数的オブジェクトにエンコードします。これにより、zkCraftは一度に多くの潜在的な違反をチェックすることができ、エディットごとのソルバー呼び出しを回避し、検索効率を大幅に向上させます。
How does the Violation IOP replace repeated satisfiability checks in zkCraft? Violation IOP 在 zkCraft 中如何替代多次可满足性检查? Violation IOPは、zkCraftにおける反復的な充足可能性チェックをどのように置き換えますか?
The Violation IOP turns constraint violations into succinct algebraic proofs. A verifier checks a single proof to confirm the existence of a bug, replacing interactive and repeated satisfiability queries with one proof verification. Violation IOP 将约束违规转化为可验证的代数证明,使验证者只需检查一个简洁证明即可确认错误存在。这将交互式、反复的可满足性查询转化为一次性证明验证。 Violation IOPは、制約違反を簡潔な代数的証明に変換します。検証者は単一の証明書を確認することでバグの存在を保証し、対話的で反復的な充足可能性クエリを一つの証明書検証に置き換えます。