-
Notifications
You must be signed in to change notification settings - Fork 0
SHA: open product-layout linear claims without an inner sumcheck #78
Copy link
Copy link
Open
Labels
difficulty: hardProtocol, architecture, or cross-layer correctness work.Protocol, architecture, or cross-layer correctness work.enhancementNew feature or requestNew feature or requestinner-sumcheckOptimization area: inner sumcheck.Optimization area: inner sumcheck.optimization-portSeptember 2026 audited optimization backlog from BitZ-PoC.September 2026 audited optimization backlog from BitZ-PoC.pcsOptimization area: pcs.Optimization area: pcs.sha256Optimization area: sha256.Optimization area: sha256.tensor-factorOptimization area: tensor factor.Optimization area: tensor factor.urgency: highMajor prover bottleneck or prerequisite for valuable follow-on work.Major prover bottleneck or prerequisite for valuable follow-on work.
Description
Activity
Metadata
Metadata
Assignees
Labels
difficulty: hardProtocol, architecture, or cross-layer correctness work.Protocol, architecture, or cross-layer correctness work.enhancementNew feature or requestNew feature or requestinner-sumcheckOptimization area: inner sumcheck.Optimization area: inner sumcheck.optimization-portSeptember 2026 audited optimization backlog from BitZ-PoC.September 2026 audited optimization backlog from BitZ-PoC.pcsOptimization area: pcs.Optimization area: pcs.sha256Optimization area: sha256.Optimization area: sha256.tensor-factorOptimization area: tensor factor.Optimization area: tensor factor.urgency: highMajor prover bottleneck or prerequisite for valuable follow-on work.Major prover bottleneck or prerequisite for valuable follow-on work.
For eligible repeated SHA layouts, open the rank-one linear functional directly through BitZ instead of reducing it with an assignment-domain inner sumcheck. This issue owns the optional product layout, claim construction and its verifier; it must retain the generic fallback.
Sources and current behavior
The current inner handoff creates a point claim after quadratic sumcheck. The PoC direct product branch emits an empty inner proof and constructs a product claim. Current relation/field/commitment contracts are normative; the reference branch demonstrates the optimization, not permission to import different transcript or security parameters.
Required geometry
Represent the batched functional as D(i,j) = row_weight(i) × column_weight(j) over the chosen physical h grid. Public geometry must establish this factorization, including the constant coordinate, public-IO terms, live extents, chain links and padding. Keep the committed f order explicit and use a bound virtual map to relate it to h. Eligibility must follow from public shape, not witness contents.
Normative prover-verifier flow
The modulus, integer lifts/chunk bounds and F2 map semantics remain those of the target opener. A factorization over Fq is not an equality over F128.
Ordered verifier
Validate eligibility and the bound layout; replay linear challenges; reconstruct factors/target; require the direct route to contain no inner-round messages; verify field/no-wrap bounds and the virtual opening; accept only after the underlying PCS verifies. For ineligible shapes invoke the existing inner route, with a distinct proof variant. Reject mismatched route tags, layouts, extra rounds and malformed lengths.
Done when
Dependencies and non-goals
Depends on #77 and #42. Coordinate the PCS boundary with #54 and PR #69 and OOD ordering with PR #76; do not replace the generic arbitrary-row/column claim reduction those own. This is not a universal R1CS inner-sumcheck bypass.
Potential impact
Eliminates the full assignment-domain inner sumcheck on eligible product layouts. GKR, virtual-map binding and the final PCS still run.