-
Notifications
You must be signed in to change notification settings - Fork 117
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
Create admin ability to pause locks/burns on Sifnode for Peggy 2.0 deployment #2445
Comments
To get some clarity on requirements is the following accurate Requirements
|
yup - basically, we want to stop any imports and exports from happening so that we can deploy the peggy 2.0 changes. if there are any other types of transactions that might affect sifnode while we're deploying, please call that out as well. this is all we could think of when meeting with tim |
Alright that helps,
|
To clarify this ask, pauser functionality already exists in the smart contracts. It currently allows a pauser to pause or unpause this system. We would like you to spilt out the roles so that there are two RBAC roles one for pausing and one for unpausing. The theory is that there should be many people allowed to pause the bridge (trusted developers, relayers, witnesses, etc) but only a few could unpause it. |
@Brando753 - wait are you sure? i thought separating the pauser/unpauser roles on our smart contracts was JP's task: https://app.zenhub.com/workspaces/current-sprint---engineering-615a2e9fe2abd5001befc7f9/issues/sifchain/sifnode/1910 This task we talked about with Tim about pausing imports/exports on the sifnode side. |
@Jedi2002 it should be a simple reject system when paused. In terms of roles I think we'll just have one role that can pause and unpause, we could make them different addresses if need be but is that really necessary? |
Would need a different admin role in a separate module. |
Hey @marshsif , I can start on this task if required , RequirementsAdd a new transaction to pause lock tx and burn tx .
|
OK @Jedi2002 , please do, thanks! |
This pr adds the pause functionality |
Hey @pandaring2you Who from peggy team should I tag for pr reviews? The sifnode team is busy with pmtp work rn , it might make more sense for someone from preggy to be reviewing the pr's |
perhaps @juniuszhou cc @Brando753 |
@smartyalgo is currently reviewing |
@Jedi2002 - Do you know how much more time it would take to address Michael's comments on the PR and close this out? Would be great to close this out after your work on .45 rather than hand this off to another dev |
@Jedi2002 syncing with @smartyalgo today to review PR. Likely not an issue |
@pandaring2you we are in the process of deprecating develop branch and don't want work there that isn't ready to ship. Can this be merged into a feature branch instead? |
@Brando753 - do you have a recommendation here? can we merge this with future/peggy2? |
@Jedi2002 - if you have time outside of margin - can you review your PR again and see if we can merge this functionality into trunk? cc @smartyalgo @Brando753 |
Hey @pandaring2you this work was done a long time ago, Not sure why it was never merged, I do see @smartyalgo approved it . I do not have access to merge to develop. |
@smartyalgo to take this on |
This should be fine once we rebase the PR onto master. Reached out to him, will see if anything comes up |
Will get this in tonight for deployment on monday |
Aiming to have integration test done by EOD tomorrow |
Will get into v1.0.15beta. JamesG is aiming to release this week. @smartyalgo adding to siftool testing with Jure . |
Testing should be finished by tomorrow. cc @ghuznee |
Local testing completed and merged to master. Deployed to testnet. Need to run tests on testnet. Working with Lance and Caner on this for next release |
@smartyalgo : completed testnet testing, supporting Caner with regression testing. No pending need from him @smartyalgo - so is this fully tested and ready for release for .15? |
Ability to pause locks/burns on Sifnode so that we can deploy peggy 2.0 changes. This functionality won't be needed until mid March.
The text was updated successfully, but these errors were encountered: