-
Notifications
You must be signed in to change notification settings - Fork 528
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
Consolidated preconditions within Party #11096
Conversation
`account_precondition` and `protocol_state_precondition` are now colocated under a `preconditions` umbrella called: `account` and `network` respectively ala the comments in o1-labs/o1js#179 At the moment, the `protocol_state_precondition` vestige is left in the code in many places. Assuming this PR is accepted, I'll open a cleanup issue to go through and rename those variables and modules throughout the codebase. As these names won't ever see the light of day from a user's perspective (neither via GraphQL nor JSON nor SnarkyJS etc) it's benign to leave those in for now.
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.
Looks good, but you'll need to update the archive node etc. too
@@ -795,7 +795,7 @@ module Body = struct | |||
; sequence_events : Events'.Stable.V1.t | |||
; protocol_state_precondition : |
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.
change this to network_precondition
to be consistent?
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.
I did this via the @name
annotation for now because I didn't want this PR to balloon in scope. Was planning on making an issue for addressing that later. Is that okay?
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.
snarkyjs / graphql side gets my 👍🏻
It really speaks for our architecture how easy this change across projects was @bkase
…ns-parties' into feature/consolidated-preconditions-parties
…ed-preconditions-parties
…dated-preconditions-parties
Failing unit test on transaction_pool passes now
…ed-preconditions-parties
…dated-preconditions-parties
…ed-preconditions-parties
…ed-preconditions-parties
Consolidate preconditions MinaProtocol/mina#11096
account_precondition
andprotocol_state_precondition
are nowcolocated under a
preconditions
umbrella called:account
andnetwork
respectively ala the comments in o1-labs/o1js#179At the moment, the
protocol_state_precondition
vestige is left in thecode in many places. Assuming this PR is accepted, I'll open a cleanup
issue to go through and rename those variables and modules throughout
the codebase. As these names won't ever see the light of day from a
user's perspective (neither via GraphQL nor JSON nor SnarkyJS etc) it's
benign to leave those in for now.
If existing tests pass, I did this surgery properly