-
Notifications
You must be signed in to change notification settings - Fork 284
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
feat(noir): update to noir master #903
Conversation
@@ -35,8 +35,7 @@ | |||
"@aztec/merkle-tree": "workspace:^", | |||
"@aztec/noir-contracts": "workspace:^", | |||
"@aztec/types": "workspace:^", | |||
"@noir-lang/aztec_backend_wasm": "github:joss-aztec/barretenberg_browser_stopgap_wasm_build#f2e10698dfa11cd46f7373cec1ed6184b0505f1e", | |||
"@noir-lang/noir_util_wasm": "github:joss-aztec/noir_util_wasm#7dc410f4b4c00b9cfa9e726ae7fca3a3a4a237c5", | |||
"acvm-simulator": "github:sirasistant/acvm-simulator-wasm#180bc5bec8b79034e9e3a508a959cac3fe801ed1", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
acvm-simulator is still not released officially so we're manually building and releasing it here. When the current version is live on npm, we will get it from there.
|
||
/** | ||
* The format for fields on the ACVM. | ||
*/ | ||
export type ACVMField = `0x${string}`; | ||
export type ACVMField = string; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
acvm-simulator now has type definitions for fields and witnesses, so we update them here for them to match.
this.callContext.portalContractAddress, | ||
this.callContext.isDelegateCall, | ||
this.callContext.isStaticCall, | ||
this.callContext.isContractDeployment, | ||
|
||
this.context.historicRoots.privateDataTreeRoot, | ||
this.context.historicRoots.nullifierTreeRoot, | ||
this.context.historicRoots.contractTreeRoot, | ||
this.context.historicRoots.l1ToL2MessagesTreeRoot, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
serialization now follows user-defined ordering in structs
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should the todo not be updated then? Atop of writeInputs
there was a todo for ordering and sorting on noir side.
``` | ||
noirup --branch aztec3-hacky | ||
noirup --branch aztec3 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
remember to noirup to the aztec3 branch!
Description
This PR moves from the aztec3-hacky branch of noir to the aztec3 branch of noir that is just noir master but doesn't serialize circuit keys to the noir artifact. Noir master uses pedersen plookup commitments so this has been updated in the code.
After this PR is merged, we can start using pedersen generators and removing various hacks done for it to work on the hacky version of noir.
Checklist: