Problem Statement
The testnet deploy workflow is manual and produces artifacts, but there is no non-interactive validation gate that proves the release candidate is safe to promote.
Why it matters
Deploying a contract from a release branch without a formal validation gate creates unnecessary human error risk.
Technical Context
The deploy workflow lives in .github/workflows/testnet-deploy.yml, while the build and hash workflow is in .github/workflows/release-hash.yml.
Expected Outcome
A deterministic release-candidate validation gate that verifies build success, artifact integrity, and smoke-test expectations.
Acceptance Criteria
- A release validation checklist exists.
- The validation can be executed in CI without manual intervention.
- The artifact hash and smoke test results are recorded in a reviewable form.
Implementation Notes
Prefer failures on clear validation criteria rather than broad manual review.
Files or modules likely to be affected
Dependencies (if any)
Release maintainer approval policy.
Difficulty level
Medium
Estimated effort
M
Problem Statement
The testnet deploy workflow is manual and produces artifacts, but there is no non-interactive validation gate that proves the release candidate is safe to promote.
Why it matters
Deploying a contract from a release branch without a formal validation gate creates unnecessary human error risk.
Technical Context
The deploy workflow lives in .github/workflows/testnet-deploy.yml, while the build and hash workflow is in .github/workflows/release-hash.yml.
Expected Outcome
A deterministic release-candidate validation gate that verifies build success, artifact integrity, and smoke-test expectations.
Acceptance Criteria
Implementation Notes
Prefer failures on clear validation criteria rather than broad manual review.
Files or modules likely to be affected
Dependencies (if any)
Release maintainer approval policy.
Difficulty level
Medium
Estimated effort
M