# Creata Control Plane — 시현 발표자 대본 (MASTER_SCRIPT)

> **총 소요**: 15~20분 (본편) + Q&A 5~10분
> **대상**: 은행·증권·해외 레일 기관 미팅 시연
> **출처**: `DEMO_PLAN.md` §7 시현 대본, §6 동작 체크리스트
> **작성**: 2026-04-19

---

## 📐 시현 전 준비

### 장비·환경
- [ ] 크롬/엣지 최신 버전에서 `demo/index.html` 오픈
- [ ] 창 크기: 1440×900 이상 (랜딩 overlay 5계층·포털 6개가 한 화면)
- [ ] 다른 탭 닫고 풀스크린
- [ ] 속도 🐢 Normal (시현 본편) · 리허설은 ⚡ Instant
- [ ] **랜딩 상단 [♻ Demo 상태 초기화] 클릭하여 깨끗한 시드로 시작**
- [ ] 스피커/마이크·프레젠터 리모컨 체크

### 숙지 포인트
- **메시지 1**: "Creata는 새로운 원장이 아니라 기존 원장 위의 **제어 계층**입니다."
- **메시지 2**: 모든 숫자·상태·거래는 1클릭으로 Zenith 앵커링 증적에 닿는다. (Evidence-by-Click)
- **메시지 3**: Legal / Settlement / Operational / Execution / Evidence 5계층을 동시 표시 (Truth-Aware)

### 예상 Q&A
| 질문 | 핵심 답변 |
|---|---|
| "이게 정식 지정 시스템인가요?" | 아닙니다. 기존 원장(KSD·코스콤·Bank Core·Circle CCTP)의 법적 지위를 유지하고, 그 위에 정책·증적·사고대응만 표준화한 Overlay 도구입니다. |
| "증적은 어디에 저장되나요?" | Zenith Chain에 Merkle Root만 앵커링. 원본은 WORM으로 10년 보존. 감독기관은 공개 Explorer에서 해시 검증 가능. |
| "장애 시 원자성은 어떻게?" | 2-Phase Commit + 보상 TX (Re-Mint). Scenario F에서 실시간 시연 가능. |
| "AML은 어떻게?" | 5단계 파이프라인 (TX→제재→KYT→Rule→증적). Scenario G에서 실시간 시연 가능. |

---

## 🎬 00:00 — Intro (1분)

**[화면: `demo/index.html` 랜딩]**

> "안녕하십니까. 오늘은 Creata Control Plane이 **기존 금융 원장 위에 얹히는 제어 계층**으로서 어떻게 동작하는지, **15분 내외의 실시간 시현**으로 보여드리겠습니다."

**[클릭/제스처] 히어로 Overlay 5계층 (상단부터 아래로 가리키며)**

> "위에서부터 **감독기관 · 외부감사 · 사업 통로 · Creata 제어 계층 · 외부 원장**. 가운데 금색 박스가 오늘 시현할 제어 계층입니다. 아래 외부 원장 — Bank Core, KSD, Circle CCTP, XRPL 등 — 은 **법적 지위를 그대로** 유지합니다."

**[제스처] 하단 6개 페르소나 포털**

> "역할별로 격리된 6개 콘솔이 모두 하나의 공통 통제 코어를 공유합니다. 오늘은 이 중 5개 시나리오를 순차로 보여드리겠습니다."

**[클릭] 상단 시나리오 A 카드 "Bank Mint E2E"**

---

## 🅰 03:00 — Bank Mint E2E (3~5분) · 핵심

**[화면: `bank/mint-flow.html`]**

> "첫 시나리오. 신한 컨소시엄이 cKRW 스테이블코인을 50억원 발행하는 **end-to-end 플로우**입니다. 10단계로 구성되어 있고, 5단계에서 **사람이 개입**하는 N-of-M 서명이 있습니다."

**[클릭] 우측 상단 [+ 신규 발행 요청]**

**[모달 표시됨]** — Tenant: 신한 컨소시엄, 금액: 50,000,000 기본값 그대로

**[클릭] [발행 요청 제출]**

> "요청이 접수되면 — 단계 1 수신, 단계 2 은행 코어 입금 확인, 단계 3 정책 평가, 단계 4 승인 요청 생성 — 여기까지는 자동으로 진행됩니다. 각 단계 2초, 속도 조절 가능."

**[관객 주목 포인트]** 우측 "단계 상세" 패널의 타임라인이 실시간으로 추가되는 모습. 상단 메타에 Flow ID · 진행률 %.

**[4단계 완료 후 5단계 도달]**

> "5단계에서 플로우가 멈춥니다. **3-of-5 N-of-M 서명**이 필요하기 때문. 보안·재무·준법 3명의 서명이 들어와야 다음으로 진행합니다."

**[클릭] 우측 [Approvals 페이지로 이동] CTA**

**[화면: `bank/approvals.html`]**

> "Approvals 페이지. 방금 생성된 Mint 요청이 맨 위에 올라와 있습니다. **연결된 Mint ID**가 배지로 표시되는 걸 주목해주십시오 — 이는 페이지 간 상태가 공유된다는 의미입니다."

**[클릭 × 3]** 신규 카드의 보안·재무·준법 서명 버튼 순차 클릭

**[3/5 달성 시 APPROVED 배지]**

> "3-of-5 달성. 이 이벤트가 발행되면 Mint 플로우는 자동으로 재개됩니다."

**[클릭] 상단 Mint Flow 탭으로 복귀**

**[관객 주목 포인트]** 단계 6 Catena Mint TX, 7 Confirm, 8 Zenith 앵커, 9 Evidence 번들, 10 대사 자동 진행. 우측 타임라인에 이벤트가 축적. COMPLETED.

**[클릭] 좌측 사이드바 "Reserve & PoR"**

**[화면: `bank/reserve-por.html`]**

> "준비금 화면. 방금 발행된 50억원이 **A계정 +50,000,000원** · **발행 잔량 +5천만 cKRW** · **Coverage % 갱신** 되었습니다. Flash 애니메이션으로 변경된 행이 강조됩니다."

**[관객 주목 포인트]** 우측 상단 "Reserve 갱신" toast. 4계정 테이블의 A계정 델타 열.

> "모든 단계의 결과 — approval cert, execution receipt, settlement confirmation, operator trace — 가 Evidence 번들로 묶여 Zenith에 앵커링되었습니다. **공개 Explorer**에서 누구나 해시 검증 가능합니다."

---

## 🅱 07:00 — Securities DvP (2~3분)

**[화면: `securities/dvp-orchestrator.html` — 상단 시나리오 B 카드 또는 Dock에서 이동]**

> "두 번째 시나리오. **증권과 현금의 원자적 정산**입니다. KSD 전자등록과 은행 이체를 하나의 트랜잭션처럼 묶는 2PC (2-Phase Commit)."

**[클릭] [+ 신규 DvP]**

**[모달]** 기본값 그대로 (서울역센터 STO · 4,521 토큰 · 42억원)

**[클릭] [DvP 시작]**

> "Phase 1 — 증권 leg. KSD 전자등록 확인, Catena Escrow Lock, 토큰 이전. 각 2초. 중앙 Atomicity 인디케이터가 **COMMITTING** 상태."

**[관객 주목 포인트]** 좌우 대칭 UI. 왼쪽 증권, 오른쪽 현금. 중앙 Atomicity pill.

> "Phase 1 완료 → Phase 2 시작. 은행 이체 확인, cKRW Lock, 셀러 송금. 모두 완료되면 **SETTLED**."

**[클릭] 좌측 사이드바 "Dashboard"**

**[화면: `securities/dashboard.html`]**

> "증권 Console 대시보드. 금일 DvP 성공률 KPI가 방금 거래를 포함해 재계산되었고, 우측 Feed 맨 위에 **신규 DvP SETTLED** 이벤트가 추가되었습니다."

---

## 🅲 10:00 — Cross-Border + Travel Rule (2~3분)

**[화면: `foreign/travel-rule.html`]**

> "세 번째 시나리오. **특금법 제6조 Travel Rule**. 100만원 이상 해외 전송 시 발신인·수신인 VASP 간 정보 교환 의무입니다."

**[입력] 주소 = `0x742d35Cc...` (기본값)**
**[클릭] [VASP 조회]**

> "1.5초 후 — OpenVASP Directory 에서 **Coinbase Global · US FinCEN · NY BitLicense** 식별. LEI 번호도 정확히 매칭. 아래 IVMS101 JSON이 자동 생성됩니다. ISO 20022 표준."

**[관객 주목 포인트]** JSON의 `originator` · `beneficiary` · `transaction` 3섹션.

**[클릭] 브로커 Sygna 카드 (기본 선택)**
**[클릭] [서명 & 전송]**

> "Payload 구성 → HSM 서명 → 브로커 전송 → 응답 대기. 3초 안에 **APPROVED**. 서명 해시 기록. 아래 최근 메시지 테이블 맨 위에 새 건이 prepend."

**[클릭] 하단 [Cross-Border 정산 시작]**

**[화면: `foreign/cross-border.html`]**

> "Travel Rule 승인이 확인된 건에 대해서만 Cross-Border 정산을 시작합니다. 화면 맨 위에 방금 승인된 건이 **신규 국가간 플로우 카드**로 prepend."

**[클릭] USDC / CCTP 레일 버튼**

**[화면: `foreign/rail-usdc.html`]**

> "Circle의 CCTP — **Burn → Attestation → Mint**. 같은 USDC가 Ethereum에서 소각되고 Avalanche에서 동일 수량으로 민팅되는 cross-chain 메커니즘. 약 6초."

---

## 🅳 13:00 — Incident 대응 (2분)

**[화면: `admin-hub/incidents.html`]**

> "네 번째 시나리오. **장애 대응**. 실제 운영에서 가장 중요한 부분입니다."

**[클릭] 우측 상단 [Simulate Incident]**

> "인시던트 시뮬 주입. USDC/CCTP 레일의 P95 지연이 급증했다는 시나리오입니다."

**[1.8초 대기]** NOTICE → RESTRICTED 자동 전이 toast

> "**NOTICE에서 자동으로 RESTRICTED로 전이**. 이 순간 해당 레일에 대한 신규 거래는 스로틀링됩니다. 런북 5단계가 오른쪽에 표시되고, 순서대로 체크해야 완료로 인정됩니다."

**[클릭 × 5]** 런북 체크박스 순차 클릭 (1→2→3→4→5)

**[5단계 완료]** → 자동으로 state=RECOVERY, 성공 toast

> "모든 런북 단계 완료 → 자동으로 **RECOVERY**. 운영위에 통지."

**[클릭] 좌측 사이드바 "Command Center" (dashboard)**

**[화면: `admin-hub/dashboard.html`]**

> "Hub 대시보드. Track Heat Map에 — Foreign 트랙의 healthy %가 감점되었고 NOTICE 배지가 붙었다가 RECOVERY 시 정상 복원됩니다. 우측 **Active Incidents** 레일에 방금 시뮬한 인시던트 이력."

---

## 🅴 15:00 — Regulator 제출 (1~2분)

**[화면: `regulator/fsc-report.html`]**

> "다섯 번째. **감독기관 제출팩 생성**. FSC 월보, 매월 5일 제출."

**[관객 주목 포인트]** 페이지 상단 경고 strip — "이 페이지 조회 자체가 REG-LOG로 자동 기록됩니다. Read-Only."

**[클릭] [월보 생성]**

**[4단계 프로그레스 모달]** 데이터 수집 → 8개 섹션 검토 → 내부 승인 → FSC 제출

> "약 5초 안에 4단계 완료. 8개 섹션 — 발행·상환·준비금·AML 요약·인시던트·정책변경·Tenant 변동·Evidence Ref — 모두 XBRL-GL 표준으로 자동 집계."

**[완료 toast]**

**[클릭] 좌측 사이드바 "Submissions" 또는 상단 링크**

**[화면: `regulator/submissions.html`]**

> "Submissions Inbox 맨 위에 **방금 생성된 FSC-RPT-2026-04-M** 항목이 NEW 배지와 함께 prepend. amber flash 애니메이션으로 강조."

**[클릭] 신규 건의 [⬇ 다운로드] 버튼**

> "**실제 JSON 파일**이 브라우저에 다운로드됩니다. manifest.json — submission_id, bundle 참조, Zenith anchor, 서명 정보까지. Legal Hold 마크 포함."

---

## 🎯 17:00 — Wrap-up (1분)

**[클릭] 상단 랜딩 로고 또는 Dock의 🏠 랜딩**

**[화면: `demo/index.html` 랜딩으로 복귀]**

> "오늘 시현한 5가지 시나리오는 **모두 브라우저에 저장된 상태**를 실시간으로 공유하며 동작했습니다. 이것이 production에서는 분산 이벤트 버스 + Evidence Hub로 구현됩니다."

**[히어로 Overlay 5계층 가리키며 마무리]**

> "요약 — Creata는 **원장 위의 제어 계층**. 기존 인프라를 존중하면서, 정책·증적·사고대응을 표준화합니다. 질문 받겠습니다."

---

## 🎤 Q&A · 예비 시나리오

질문 깊이에 따라 아래 2가지를 추가 시현:

### 🅵 Redeem 2PC — "장애 시 원자성?" 질문 시 (2분)

**[화면: `bank/redeem.html`]**

1. [Phase 2 실패 시뮬] 체크박스 **ON**
2. [+ 신규 상환 요청] → 금액 기본값 제출
3. Phase 1 정상 진행 (Burn 5단계)
4. Phase 2의 step 3 "금융결제원 송금 요청"에서 **FAILED**
5. 자동으로 **보상 TX (Re-Mint)** 경로 활성화 → Atomicity **COMPENSATING** → 원복
6. 동시에 `admin-hub/incidents.html`에 P4 자동 생성

> "실패가 감지되면 즉시 Re-Mint로 원복. 원복 자체도 Evidence에 기록. 인시던트 자동 오픈 + 런북 진행."

### 🅶 AML — "이상거래 탐지는?" 질문 시 (1~2분)

**[화면: `admin-hub/aml.html`]**

1. [TX 주입] 클릭
2. 파이프라인 5단계 순차 실행 (TX 수신 → 제재 → KYT → AML Rule → 증적)
3. step 3에서 매치되면 빨간 hit 효과 + "STR 자동 생성" danger toast
4. Alert Queue 맨 위 NEW 배지, STR 테이블에도 신규 건

> "STR — 의심거래보고 — 가 KoFIU에 자동 전송. 모든 단계가 Evidence 번들로 묶여 감독기관이 언제든 조회 가능."

---

## 🔧 Trouble Shooting (시현 중 문제 대응)

| 증상 | 원인 | 대응 |
|---|---|---|
| Mint 5단계에서 멈춰 있고 Approvals 카드 안 보임 | storage 이벤트 지연 | Approvals 페이지에서 F5 (새로고침) |
| Reset 후 뭔가 이상 | localStorage 누락 | DevTools → Application → Local Storage → `creata_cp_demo_state_v1` 삭제 후 새로고침 |
| Dock(우하단 🎬) 안 보임 | demo-control.js 미로드 | Network 탭에서 404 확인 |
| 시연 중 실수로 시나리오 재시작 필요 | — | 랜딩 [♻ Demo 상태 초기화] 또는 Dock `R` 단축키 |
| 속도가 너무 빠름/느림 | 속도 설정 | 랜딩 상단 또는 Dock에서 🐢/🐇/⚡ 전환 |
| Modal이 뒤로 가려짐 | CSS z-index | ESC 로 닫고 재시도 |

**단축키**
- `?` — Dock 시나리오 메뉴 토글
- `R` — Demo 상태 초기화 (확인 대화상자 있음)
- `Esc` — 모달·Dock 닫기

---

## 📋 시현 종료 후 체크

- [ ] `♻ Demo 상태 초기화` 클릭 (다음 세션을 위해)
- [ ] 브라우저 DevTools Console — 에러 없는지 확인
- [ ] 피드백 수집 항목:
  - 가장 인상 깊은 시나리오?
  - 추가로 보고 싶은 기능?
  - 실제 적용 시 우려사항?

---

**End of MASTER_SCRIPT.md**