|
| 1 | +name: "Registry: Admin op (manage / upgrade contract)" |
| 2 | +description: Request a sensitive op — change owner/address/name of a registered contract, or upgrade a deployed contract. |
| 3 | +title: "Registry Admin: " |
| 4 | +labels: ["registry-intake", "registry-intake:admin"] |
| 5 | +body: |
| 6 | + - type: markdown |
| 7 | + attributes: |
| 8 | + value: | |
| 9 | + # Registry Admin Intake (high-sensitivity) |
| 10 | +
|
| 11 | + Use this form for sensitive operations on already-registered or already-deployed |
| 12 | + contracts. **Higher quorum applies** (see `.github/registry-quorum.yml`). |
| 13 | +
|
| 14 | + Only fill in the fields that apply to your chosen `method`. The validator will |
| 15 | + reject submissions where required fields for that method are missing. |
| 16 | +
|
| 17 | + > **Out of scope for v1:** `set_admin`, `set_manager`, `remove_manager`, and |
| 18 | + > registry-self `upgrade` all require **registry admin** auth, not the CI key. |
| 19 | + > Those operations remain offline-only — see `docs/ci-publishing.md`. |
| 20 | +
|
| 21 | + - type: dropdown |
| 22 | + id: network |
| 23 | + attributes: |
| 24 | + label: Network |
| 25 | + options: |
| 26 | + - testnet |
| 27 | + - mainnet |
| 28 | + validations: |
| 29 | + required: true |
| 30 | + |
| 31 | + - type: dropdown |
| 32 | + id: method |
| 33 | + attributes: |
| 34 | + label: Method |
| 35 | + description: | |
| 36 | + - `update_contract_owner` — change the owner of a registry entry. |
| 37 | + - `update_contract_address` — point a registered name at a new contract address. |
| 38 | + - `rename_contract` — rename a registry entry. |
| 39 | + - `upgrade_contract` — upgrade a deployed contract to a different published wasm. |
| 40 | + options: |
| 41 | + - update_contract_owner |
| 42 | + - update_contract_address |
| 43 | + - rename_contract |
| 44 | + - upgrade_contract |
| 45 | + validations: |
| 46 | + required: true |
| 47 | + |
| 48 | + - type: input |
| 49 | + id: contract_name |
| 50 | + attributes: |
| 51 | + label: Contract name (target) |
| 52 | + description: The name of the registered contract being modified. |
| 53 | + placeholder: e.g. hello, unverified/my-thing |
| 54 | + validations: |
| 55 | + required: true |
| 56 | + |
| 57 | + - type: input |
| 58 | + id: new_owner |
| 59 | + attributes: |
| 60 | + label: New owner (G… or C…) — `update_contract_owner` only |
| 61 | + description: Required for `update_contract_owner`. Leave blank otherwise. |
| 62 | + placeholder: G...56 or C...56 |
| 63 | + validations: |
| 64 | + required: false |
| 65 | + |
| 66 | + - type: input |
| 67 | + id: new_address |
| 68 | + attributes: |
| 69 | + label: New contract address (C…) — `update_contract_address` only |
| 70 | + description: Required for `update_contract_address`. Leave blank otherwise. |
| 71 | + placeholder: C...56 |
| 72 | + validations: |
| 73 | + required: false |
| 74 | + |
| 75 | + - type: input |
| 76 | + id: new_name |
| 77 | + attributes: |
| 78 | + label: New name — `rename_contract` only |
| 79 | + description: Required for `rename_contract`. Use `unverified/<name>` for the unverified subregistry. Leave blank otherwise. |
| 80 | + placeholder: e.g. hello-renamed |
| 81 | + validations: |
| 82 | + required: false |
| 83 | + |
| 84 | + - type: input |
| 85 | + id: wasm_name |
| 86 | + attributes: |
| 87 | + label: Wasm name — `upgrade_contract` only |
| 88 | + description: Required for `upgrade_contract`. The published wasm name to upgrade to. |
| 89 | + placeholder: e.g. hello, unverified/hello |
| 90 | + validations: |
| 91 | + required: false |
| 92 | + |
| 93 | + - type: input |
| 94 | + id: version |
| 95 | + attributes: |
| 96 | + label: Wasm version — `upgrade_contract` only |
| 97 | + description: Optional even for `upgrade_contract`. Leave blank to upgrade to the latest published version. |
| 98 | + placeholder: e.g. 0.2.0 |
| 99 | + validations: |
| 100 | + required: false |
| 101 | + |
| 102 | + - type: textarea |
| 103 | + id: justification |
| 104 | + attributes: |
| 105 | + label: Justification |
| 106 | + description: | |
| 107 | + High-sensitivity ops. Explain why this is needed, who has reviewed the change, |
| 108 | + what testing has been done, and what the rollback plan is. Pilots use this to |
| 109 | + decide whether to react 👍. |
| 110 | + validations: |
| 111 | + required: true |
0 commit comments