Sigstore Verification
MLB Picks · Thursday, July 2, 2026
The Sigstore log entry below cryptographically proves that the picks file existed at a specific moment in time. The hash in Sigstore matches the SHA-256 of the picks file — meaning the file cannot have been altered since the log entry was created.
What was signed
- File
- mlb/4 picks · 2026-07-02.json
- SHA-256
- 0ea6548f53296c5e9e01f9b0360262a72fd0d3be4c525565bea2972d33c4a0ca
- Source
- Open raw file
Contents — 4 picks
- ·
SD
LAD—LAD -1.5 @ 2.05 - ·
CIN
MIL—Under 6.5 @ 1.91 - ·
CWS
CLE—Under 8.5 @ 1.91 - ·
STL
ATL—Under 9.0 @ 1.87
hashes match
What Sigstore logged
- SHA-256 of signed content
- 0ea6548f53296c5e9e01f9b0360262a72fd0d3be4c525565bea2972d33c4a0ca
- Integrated at (Rekor log time)
- 2026-07-02 13:35:23 UTC
- Log index
- #2,047,510,364
- Signed by
- github.com/jvalenza11/dailybet
.github/workflows/daily_pipeline.yml@main
What this proves, in plain English
Sigstore is a third-party transparency log. When our pipeline ran at 2026-07-02 13:35:23 UTC, it computed the SHA-256 of the picks file and submitted that hash to Sigstore. Sigstore recorded it, then notarized the entry with the GitHub Actions identity that submitted it (visible above). The entry can never be deleted or backdated.
If we changed even one character of the picks file after this entry was created, its SHA-256 would change — and the file no longer matches the hash Sigstore has on record. That's the chain: file → hash → Sigstore log entry → identity. Anyone can independently re-compute the SHA of the picks file above and confirm it matches the hash shown on this page and on search.sigstore.dev.