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
When performing a verify (sending/submitting the zkProof), we may encounter the error block not committed, even though the block has been committed and verified. If it was verified, it would also have been removed from the mapping, which would raise the block not committed requirement.
would rearranging those require statements help?
Because if we submit proof for a block that's already committed and verified and whose commitment was deleted, the require(blockNumber == lastVerifiedBlock + 1, ..) will prevent us saying you can't verify an already verified block.
would rearranging those require statements help? Because if we submit proof for a block that's already committed and verified and whose commitment was deleted, the require(blockNumber == lastVerifiedBlock + 1, ..) will prevent us saying you can't verify an already verified block.
Yes, you are right, the proposed solution was considered but it may not be sufficient.
A more robust solution will require some research and changes.
We are working on it.
When performing a
verify
(sending/submitting the zkProof), we may encounter the errorblock not committed
, even though the block has been committed and verified. If it was verified, it would also have been removed from the mapping, which would raise theblock not committed
requirement.OnChainProposer.sol:
The text was updated successfully, but these errors were encountered: