You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on May 20, 2025. It is now read-only.
Migration and Pin code id are two separate processes currently. When a PoE contract is migrated though we likely want the new version pinned. Not sure about the old version? It may still be used by other contracts.
Alternatively, we could have a check that ensures that the new code id is pinned and fail migration otherwise.
This case popped up in dump/restart scenario where the PoE contract validation step failed on restart. I am deactivating this hard constraint in VerifyPoEContracts now. It could be activated with this task again!
Migration and Pin code id are two separate processes currently. When a PoE contract is migrated though we likely want the new version pinned. Not sure about the old version? It may still be used by other contracts.
Alternatively, we could have a check that ensures that the new code id is pinned and fail migration otherwise.
This case popped up in dump/restart scenario where the PoE contract validation step failed on restart. I am deactivating this hard constraint in
VerifyPoEContractsnow. It could be activated with this task again!