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
Currently each share now has multiplicity distinct merkle paths instead of just 1. That's a waste of bandwidth and it breaks backwards compatibility with jellyfish tag 0.4.5.
We should have only a single merkle proof for all evals.
The text was updated successfully, but these errors were encountered:
It seems impossible restore backwards compatibility. Any fix for this issue that restores evals_proof to its original type must change how the merkle tree is built, in which case future versions of jf-vid will disagree with past versions on how to build the merkle tree.
Given that we must break backwards compatibility somewhere, we should fix this issue and break how the merkle tree is built. The only alternative is to not fix this issue, in which case we continue to unnecessarily bloat share size by including unneeded merkle paths.
This issue drawn from #657 (comment)
Currently each share now has
multiplicity
distinct merkle paths instead of just 1. That's a waste of bandwidth and it breaks backwards compatibility with jellyfish tag0.4.5
.We should have only a single merkle proof for all evals.
The text was updated successfully, but these errors were encountered: