Skip to content

Dogfood: threshold-sign one Keep release end to end #501

Description

@kwsantiago

Goal

Walk through Keep's own threshold release-signing process once, end to end, to validate the docs and shake out friction. Not urgent; pick a meaningful tag (a minor/major release) rather than a patch.

Steps

  1. Generate the release-signing group: keep frost generate --ed25519 --threshold <t> --shares <n> --name release-signing --pubkey-out release-signing.pub
  2. Distribute shares to the maintainers (keep frost export, bech32/QR).
  3. Commit/publish release-signing.pub.
  4. On the chosen release: gh release download <tag> --pattern SHA256SUMS, then keep sign SHA256SUMS --group <npub-or-hex> -t "release <tag>".
  5. Verify with stock minisign (minisign -V -p release-signing.pub -m SHA256SUMS) and with keep verify.
  6. gh release upload <tag> SHA256SUMS.minisig.
  7. Note any rough edges and fix the docs (docs/RELEASE_SIGNING.md) accordingly.

Context

Follow-up to #335. The capability and docs shipped there; this ticket is the one-time dogfood run to confirm the documented flow actually works. Decision so far: Keep does not sign every release, this is a proof-point / validation pass. Related: #500 (distributed signing).

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions