크라우니양자통신 플랫폼 마스터플랜 — RTC+양자 자산 격상
비전
오늘 완성한 크라우니RTC(P0~P6)와 양자 자산군을
하나의 양자통신 플랫폼으로 격상:
QKD(양자키분배) 프로토콜로 만든 키를
실제 4상/RTC 채널 암호화에 적용하고, 얽힘·도청검출을
실통신 위에서 시연하는 프로토콜 검증·교육·보안 플랫폼. 개도국/긴급망(4상통신)의 보안 계층이 된다.
정직한 전제 (최우선 명시)
- 양자 채널은 스테빌라이저 시뮬레이션이다 — 광자 하드웨어 없음. 따라서 "양자 보안"의 물리적
도청 불가능성은 성립하지 않는다. 실보안은 고전 암호(파생키 암호화)가 담보하고, 양자 계층의 가치는
①프로토콜 정확성 검증(도청검출 통계 등) ②교육·연구 ③실하드웨어 대비 프로토콜 자산화다.
- 상용 문구에서 "양자보안 통신" 표현 금지 → "양자 프로토콜 검증/QKD 시뮬 기반 키관리"로.
자산 인벤토리 (2026-07-03 실사)
| 자산 | 위치 | 상태 |
|---|
| BB84 QKD(도청검출) | crowny-byeol/양자통신BB84.한선 (83줄) | ⚠️ 깨진 의존: 양자스테빌라이저5.한선 부재 |
| BBM92 얽힘 QKD | crowny-byeol/양자통신BBM92.한선 (84줄) | ⚠️ 동일 깨진 의존 |
| 스테빌라이저 v1 | crownyc/libs/양자스테빌라이저.한선 | 검증됨, n≤44, 게이트 32ms(GHZ-40) |
| 스테빌라이저 v2 | crownyc/libs/양자스테빌라이저v2.한선 | 오늘 완성 — 트릿네이티브, 게이트 16배·n≤200, 10/10 |
| 양자실험실 | game/quantum (:라이브) + 양자실험실.한선 | 서비스 가동중 (타 세션 자산 — 무접촉) |
| QEC샘플러/4000큐비트/그로버 | 빌드큐 [x] 기록 | 타 세션 완성분 |
| QRNG 재현 | CROWNY_QSEED env (오늘 crownyc 추가됨) | 측정 비트단위 재현 — 감사·키 재현용 |
| 4상통신/RTC | crowny-rtc/ 전체 | 오늘 완성 — 실전송 계층으로 사용 |
| 타임싱크(체인앵커) | crowny-rtc/전송/타임싱크. | 키 수명·세션 타임스탬프 앵커링에 재사용 |
스테빌라이저 파편화(v1/v2/5(부재)/game 러너 내장) = RTC의 "4벌 병존"과 동일 패턴 → Q0에서 해소.
아키텍처 — 3계층
[양자 프로토콜 계층] BB84 / BBM92 / 도청자 모델 (스테빌라이저 v2 시뮬, QSEED 재현)
↓ sift·오류율(QBER)·프라이버시 증폭
[키 관리 계층] 세션키 파생(SHA256 스트레칭) · 키 수명 = 체인 높이 앵커 · 키풀
↓
[실전송 계층] 4상DC(브라우저) · 4상 UDP(백엔드) · LoRa 긴급비콘 · RTC 미디어
→ 파생키로 페이로드 암호화 (type 7 = 암호화 프레임)
Phase 계획
Q0. 자산 통합·부채청산 (선행 필수 — RTC P0의 재연)
- 스테빌라이저 SSOT 확정: v2를 정본으로, BB84/BBM92의 깨진
가져오기를 v2 API(2 함수명)로 이식
- BB84/BBM92 검증 스위트 신설: 무도청 QBER≈0 / 도청 시 QBER≈25%(BB84 이론값) 통계 게이트
- QSEED 재현 게이트: 같은 시드 = 같은 키 (감사 경로)
- 판정: 티 (이식 작업 — v2 API 대응표 이미 확보)
Q1. QKD-over-4상채널 (플랫폼의 척추)
- 앨리스/밥을 실채널로 분리: 기저 공표·sift·QBER 비교를 4상DC(브라우저) 또는 4상 UDP(백엔드)로 왕복
- 도청자 모드: 채널 중간에 이브 프로세스 삽입 → QBER 상승 → 세션 폐기 자동 판정
- KPI: 1024비트 sift 키 생성 <3s · 도청 검출율 >99%(반복 통계) · QBER 게이트 자동화
- 판정: 티
Q2. 키 적용 — 실채널 암호화 (보안은 고전 암호가 담보)
- QKD 키 → SHA256 기반 키스트림 파생 → 4상 프레임 type 7(암호화 페이로드) + RTC 채팅/포즈 암호화
- 키 수명·회전: 체인 높이 앵커(타임싱크 재사용) — N블록마다 재키
- 긴급비콘 서명: 비콘 27트릿 + 키 기반 MAC 트릿 부가(위조 비콘 차단)
- KPI: 암호화 오버헤드 <10% 대역 · 재키 자동 · 비콘 MAC 검증
- 판정: 티
Q3. 얽힘 서비스 — BBM92 중앙 광원 모델
- RTC코어(SSOT)에 "광원" 역할 추가: 서버가 벨쌍 배포(시뮬) → 두 클라이언트가 측정·sift
- E91 도청검출(CHSH 부등식 통계) 확장 — v2 스테빌라이저로 상관 측정
- 판정: 옴→티 (BBM92 자산 존재 — CHSH 통계 설계 검증 후)
Q4. 플랫폼 서비스화 — quantum.crowny.org 또는 game/quantum 확장
- 데모 UI: RTC데모에 "양자보안 채팅" 탭(QKD 수행 → 자물쇠 표시 → 암호화 채팅), QBER 라이브 그래프
- 교육 모드: 도청자 켜기/끄기 체험(game/quantum 커리큘럼 연동 — 해당 세션과 조율, 무접촉 원칙)
- API: /api/qkd/session·/api/qkd/status (키는 서버 비저장 원칙 — 세션 종단만)
- 판정: 티(데모) + 음(교육 커리큘럼 통합 — game 세션 조율 필요)
Q5. 실하드웨어 연결점 (장기)
- LoRa 하드웨어(4상통신 헥사 경로)에 QKD 키관리 탑재 — 키는 시뮬이되 전송·재키 절차는 실환경
- 광자 QKD 모듈 도입 시 양자 프로토콜 계층만 교체(3계층 분리의 목적)
- 판정: 옴 (하드웨어 확보 후)
KPI 종합
| 지표 | 목표 |
|---|
| BB84 1024비트 키 | <3s (v2 게이트 성능 기준) |
| 도청 검출 | QBER 25%±5 검출, 오탐 <1% |
| 암호화 채널 오버헤드 | <10% |
| 재키 주기 | 체인 N블록 자동 |
| 클라 추가분 | ≤10KB gzip (현 17KB 위에) |
실행 순서·의존성
Q0(통합·검증) → Q1(QKD 실채널) → Q2(키 적용) → Q4(서비스화)
└→ Q3(얽힘/BBM92) ──┘ Q5(실HW, 장기)
옴 선결: ①BB84 v2 이식 후 QBER 통계 게이트 실측 ②CHSH 통계 설계(Q3 게이트)
참조
RTC 종합: docs 2026-07-03-크라우니RTC-P0P6-종합달성 · 스테빌라이저 v2: docs 2026-07-03-양자스테빌라이저v2-트릿네이티브
BB84/BBM92: /Users/ef/crowny-byeol/ · 4상 실증: docs 2026-07-03-4상WiFi시뮬-적용검토