Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't check zkApp proofs in the snark if application will fail anyway #12490

Merged
merged 8 commits into from
Jan 26, 2023

Conversation

mrmr1993
Copy link
Member

This PR proposes an alternative approach to #12397. This allows us to skip verification of failed zkApp commands' proofs in both the snark and the block verification logic.

Checklist:

  • Modified the current draft of release notes with details on what is completed or incomplete within this project
  • Document code purpose, how to use it
    • Mention expected invariants, implicit constraints
  • Tests were added for the new behavior
    • Document test purpose, significance of failures
    • Test names should reflect their purpose
  • All tests pass (CI will check this if you didn't)
  • Serialized types are in stable-versioned modules
  • Does this close issues? List them

@mrmr1993 mrmr1993 requested a review from a team as a code owner January 11, 2023 00:52
@mrmr1993
Copy link
Member Author

!ci-build-me

@mrmr1993
Copy link
Member Author

!ci-build-me

3 similar comments
@deepthiskumar
Copy link
Member

!ci-build-me

@deepthiskumar
Copy link
Member

!ci-build-me

@deepthiskumar
Copy link
Member

!ci-build-me

@mrmr1993
Copy link
Member Author

@deepthiskumar your new changes here seem to have broken the CI, and this change is safe as a standalone -- it weakens the snark constraints, but leaves the current verification alone. I've reverted them and merged develop; your changes are in feature/early-fail-with-stuff.

I'm going to open a follow-up PR that skips the verification of those proofs.

@mrmr1993
Copy link
Member Author

!ci-build-me

@mrmr1993
Copy link
Member Author

!ci-build-me

@mrmr1993 mrmr1993 merged commit f7f6700 into develop Jan 26, 2023
@mrmr1993 mrmr1993 deleted the feature/early-fail branch January 26, 2023 07:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants