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

add SC election to proposal monitor #212

Merged
merged 10 commits into from
Sep 28, 2023
Merged

add SC election to proposal monitor #212

merged 10 commits into from
Sep 28, 2023

Conversation

DZGoldman
Copy link
Collaborator

No description provided.

@DZGoldman DZGoldman requested a review from yahgwai September 13, 2023 20:20
@DZGoldman DZGoldman marked this pull request as ready for review September 13, 2023 20:41
@DZGoldman
Copy link
Collaborator Author

hrm the GovernorExecuteStage status checker needs to wait for the vetting period to be over before executing for the nominee gov..

package.json Outdated Show resolved Hide resolved
@@ -131,6 +133,124 @@ export enum ProposalStageStatus {
TERMINATED = 4,
}

export class GovernorExecuteStage implements ProposalStage {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this different from the governor queue stage? Cant we just use that?

Copy link
Collaborator Author

@DZGoldman DZGoldman Sep 15, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The nominee and member election have no timelock, so the execute method is different (and something needs to be done about status w/r/t/ vetting period)

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thinking maybe having a single GovernorExecuteStage that determines the governor type (timelock, no timelock + vetting period, no timelock + no vetting period) and handles status/execute accordingly is cleanest?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

oh also getExecuteReceipt is different (looks for ProposalExecuted vs. CallScheduled).

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

so idk

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, can we base class this then and override where there are differences?

@DZGoldman DZGoldman marked this pull request as draft September 27, 2023 19:03
@DZGoldman DZGoldman marked this pull request as ready for review September 27, 2023 19:38
@DZGoldman DZGoldman requested a review from yahgwai September 27, 2023 19:38
src-ts/securityCouncilElectionCreator.ts Outdated Show resolved Hide resolved
@DZGoldman DZGoldman merged commit d5e1f16 into main Sep 28, 2023
5 of 8 checks passed
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