나날랩스 블로그기록을 남기는 이유는 결국 남에게 보여주기 위해서입니다. 심사관에게, 감사관에게, 법정에. nanalStamp의 증명 수단은 네 가지이고, 전부 노트의 증명·타임라인 화면에서 시작합니다. 받는 사람이 누구냐에 따라 골라 쓰면 됩니다.
1. 증명서 PDF — 서류로 내야 할 때
증명·타임라인 하단의 「증명서 발급(PDF)」을 누르면 nanalStamp/certificates/에 PDF가 저장되고 바로 열립니다.
발급기관 nanalLabs 명의의 증명서 — 발급번호·SHA-256 해시·봉인 시각·비트코인 앵커·발급자 서명·공개 검증 URL과 QR이 담깁니다. 과거 버전 기준의 증명이 필요하면 제출 패키지에서 기준 시점을 골라 발급합니다.
2. 공개 검증 링크 — 원문은 비공개, 사실만 공개
「공개 검증 링크」를 누르면 nanalstamp.com/v/… 주소가 클립보드에 복사됩니다. 증명서 PDF에 찍힌 URL과 같은 주소입니다.
받은 사람이 로그인 없이 여는 화면 — 「🔒 원본 내용은 공개되지 않습니다」. 해시·시각·블록만 표시되고, 앵커가 확정된 뒤에는 「✅ 비트코인 블록 #N에 봉인됨 · 위변조 없음」과 블록 탐색기 링크가 나옵니다. 상대에게 노트 내용을 보여주지 않으면서 "그날 그 기록이 있었다"만 증명할 수 있습니다.
3. 서버 없이 검증하기 — 오프라인 번들
제출 패키지에서 범위를 「이 노트만」으로 고르면 원문과 함께 .nanalproof 증명 번들이 나옵니다 — 원문·증명·검증 안내(VERIFY.md)가 한 묶음입니다. nanalstamp.com/np-verify에 원문 파일과 번들을 넣으면:
「📝 봉인됨(체인 검증 OK)」 — 번들과 원문의 일치, 체인 무결성, 서버 서명이 판정됩니다. 계산은 전부 브라우저 안에서만 이루어지고 서버로 아무것도 보내지 않습니다 — 기밀 문서를 검증하려고 내용을 우리에게 보낼 필요가 없습니다.
위변조는 잡힐까요? 원문에서 한 글자만 바꿔 다시 검증해 보면:
「❌ 이 원본은 증명 번들과 일치하지 않습니다」 — 글자 수가 같아도 해시가 달라집니다. 체인·서명은 그대로 통과하므로 바뀐 것은 원본뿐임이 드러납니다.
4. 제출 패키지 — 감사·심사에 내는 한 개의 zip
특허 심사·과제 감사처럼 묶음으로 제출해야 할 때 씁니다. 리본 → 「제출 패키지 만들기 (.zip)」 → 범위(이 노트만 / 폴더 / 전체)와 기준 시점을 고르고 → 「내용 보기」 → 「만들기」. 원문·봉인 사슬·비트코인 증거·RFC 3161 신뢰기관 타임스탬프(.tsr)·증명서 PDF·검증 프로그램이 zip 하나에 담깁니다.
이 패키지의 핵심 설계는 처분내역입니다. zip 안의 증명/_처분내역.txt에는 봉인 사슬의 모든 순번에 처분이 적혀 있습니다 — 포함 / 대체됨 / 기준시점이후 / 앵커대기 / 범위밖 / 원본없음. 제출 자료는 사슬의 부분집합이므로, 무엇이 빠졌는지 침묵하면 불리한 기록을 일부러 뺀 것과 구별할 수 없기 때문입니다. 받는 쪽의 검증 프로그램은 "있어야 할 목록"을 사슬에서 스스로 계산합니다 — 노트와 목록을 함께 지우는 위조까지 잡아내기 위해서입니다.
어떤 수단을 언제 쓰나
| 상황 | 수단 |
|---|---|
| 상대가 서류를 원할 때 | 증명서 PDF |
| 링크 하나로 확인시키고 싶을 때 | 공개 검증 링크 |
| 상대가 우리 서비스를 못 믿을 때 | 오프라인 번들 + np-verify (또는 표준 도구) |
| 감사·심사에 묶음 제출 | 제출 패키지 (.zip) |