You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the past we vaguely intended that each namespace would correspond to 1 polynomials in the ADVZ payload partition. In this case the sequencer must take into account these polynomial boundaries when it builds the block payload bytes. ie. sequencer must leave zero padding between namespaces so that each namespace starts a new ADVZ polynomial.
Complication: how to handle small namespaces? The vague intuition is to pack many small namespaces into a single polynomial. I guess it would be the sequencer who decides which namespaces get packed and which get their own polynomial.
It's hard to do this without breaking abstraction: an abstract VID scheme doesn't know anything about polynomial boundaries.
A hacky solution: defining an abstract notion of "alignment" in a general VID scheme. So we could have next_alignment_boundary(index) -> Option<usize>. A VID scheme that doesn't care about alignment can just return None, ADVZ can return the next polynomial boundary.
Alternative: abandon the rule of 1 namespace per polynomial and just accept the fact that jellyfish namespace proofs might not align well with polynomial boundaries.
Conclusion
Ignore polynomial boundaries for now. We'll revisit later if we run into perf issues.
The text was updated successfully, but these errors were encountered:
tl;dr
ADVZ PayloadProver currently fails if a proof request spans multiple polynomials. Remove this restriction.
jellyfish/primitives/src/vid/advz/payload_prover.rs
Lines 380 to 385 in 265eaaa
Background
Distilled from zulip:
next_alignment_boundary(index) -> Option<usize>
. A VID scheme that doesn't care about alignment can just returnNone
, ADVZ can return the next polynomial boundary.Conclusion
Ignore polynomial boundaries for now. We'll revisit later if we run into perf issues.
The text was updated successfully, but these errors were encountered: