docs(d4): correct the gap to 38m25s — the two timestamps came from different clocks

The 2199 seconds reported for D-4 subtracted a test-server timestamp
(archive/cert2.pem mtime) from a dev-machine timestamp (the serial change
observed by the poll), without noting they are different clocks.

Checked against external references: the dev machine matches Google and the
Let's Encrypt ACME endpoint to the second, while test-server is 105 seconds
fast and reports NTPSynchronized=no. Three round-trip measurements put the
offset at +106.1s every time.

Corrected:

  new certificate written to disk  08:20:27 UTC   (mtime 17:22:13 KST - 106s)
  actually served                  08:58:52 UTC   (dev observation, no correction)
  gap                              2305s = 38m25s

The correction validates itself in D-4a, where the new certificate's SCT —
signed by CT logs on their own accurate clock at 12:27:49.054 GMT — lands
one second before the skew-corrected hook time. Without the correction the
hook would appear to have run 104 seconds before the certificate existed.

Updated across the experiment doc, the index, the follow-up doc, the verdict
evidence file and the SVG.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/evidence/d4-certificate-renewal/13-verdict.txt

@@ -1,4 +1,5 @@
-D-4 판정 — 갱신은 성공했고, 36분 39초 동안 반영되지 않았다
+D-4 판정 — 갱신은 성공했고, 38분 25초 동안 반영되지 않았다
+        (시계 보정 후. 처음 적은 36분 39초는 서로 다른 시계를 뺀 값이었다)
 =============================================================
 수집: 2026-09-04 · 감시 08:10:51 ~ 09:02 UTC (KST-9)
 
@@ -30,7 +31,8 @@ D-4 판정 — 갱신은 성공했고, 36분 39초 동안 반영되지 않았다
   새 인증서 디스크 기록 : 08:22:13 UTC (= 17:22:13 KST, archive mtime)
   실제 서빙 시작        : 08:58:52 UTC (= 17:58:52 KST, nginx -s reload)
   ────────────────────────────────────────────
-  공백                  : 2199초 = 36분 39초
+  공백                  : 2305초 = 38분 25초  ← test-server 가 106초 빠른 것을 보정한 값
+                          (보정 전 2199초로 적었던 것을 정정. D-4a 참조)
 
 그리고 이 36분은 **우연히 짧았을 뿐이다.** reload 를 시킨 것은 사람이지
 자동화가 아니다. 아무도 안 했다면 다음 nginx 재시작까지 — 즉 무기한 —
@@ -86,7 +88,7 @@ D-4 판정 — 갱신은 성공했고, 36분 39초 동안 반영되지 않았다
 
 ════ 세 줄 요약 ════
 
-1. **"갱신 성공"과 "새 인증서 서빙"은 다른 사건이다.** 36분 39초 동안
+1. **"갱신 성공"과 "새 인증서 서빙"은 다른 사건이다.** 38분 25초 동안
    디스크에는 새 인증서가, 네트워크에는 옛 인증서가 있었다. 428번 관측했다.
 
 2. **reload 는 정말 무중단이었다.** 8856건 전부 200, p95 변화 없음,

docs/evidence/d4-certificate-renewal/README.md

@@ -17,11 +17,11 @@
 | `10-reload-poll-window.txt` | reload 전후 60초 새 연결 원문 — **비200 0건**, 최대 373ms |
 | `11-inflight-full.txt` | in-flight 전체 50건. **08:58:40 시작 요청이 08:58:52 reload 를 관통**해 845361바이트 전량 수신 |
 | `12-certbot-state.txt` | `cert2.pem` **09-04 17:22:13 기록됨** · `renewal-hooks/{deploy,post,pre}/` **셋 다 비었음** · 플러그인 목록에 nginx 없음 |
-| `13-verdict.txt` | **판정 전문** — 36분 39초 공백(428회 관측) + reload 무중단(8856건 0실패) |
+| `13-verdict.txt` | **판정 전문** — 38분 25초 공백(428회 관측) + reload 무중단(8856건 0실패) |
 
 ## 핵심 다섯 줄
 
-1. **「갱신 성공」과 「새 인증서 서빙」은 다른 사건이다.** 새 인증서가 디스크에 있는 채로 **36분 39초** 동안 옛 인증서를 서빙했고, 그 구간에서 **428번** 관측했다.
+1. **「갱신 성공」과 「새 인증서 서빙」은 다른 사건이다.** 새 인증서가 디스크에 있는 채로 **38분 25초** 동안 옛 인증서를 서빙했고, 그 구간에서 **428번** 관측했다.
 2. **그 36분은 우연히 짧았다.** reload 를 시킨 것은 사람이다. 아무도 안 했다면 다음 nginx 재시작까지 무기한이었다.
 3. **원인이 셋 겹쳤다.** 유닛에 `ExecStartPost` 없음 · 훅 디렉터리 3개 전부 비었음 · certbot 에 nginx 플러그인 없음. 하나라도 있었으면 자동 반영됐다.
 4. **reload 자체는 무중단이었다.** 새 연결 8856건 전부 200, p95 205.7 → 204.3ms, 그리고 **전송 12초째에 reload 를 맞은 42초 요청이 845361바이트를 온전히** 받았다(연결수 1).