감사 뷰
감사 관점에서의 대사 구조와 책임 분리
이 페이지는 다음 질문에 답하기 위해 존재합니다.
“문제가 발생했을 때, 책임은 어디까지인가?”
“우리는 무엇을 증명할 수 있고, 무엇을 증명하지 않는가?”
KSC(ieum)의 Reconciliation & PoR 구조는
사후 감사 대응을 전제로 설계되었습니다.
감사 관점에서 KSC를 보는 방법
감사자는 일반적으로 다음을 확인하려 합니다.
KSC는 이 네 가지를 명확히 분리된 기록 구조로 제공합니다.
1. On-chain Audit Scope
블록체인 상 감사 범위
이 데이터는:
2. Off-chain Audit Scope
KSC SaaS 원장 감사 범위
KSC SaaS는 다음 데이터를 보관합니다.
이 데이터는:
무엇을 증명할 수 있는가 (What We Prove)
KSC를 통해 다음을 증명할 수 있습니다.
특정 시점의 발행량이 승인된 담보 범위 내에 있었는지
발행/소각이 정책적으로 허용된 상태에서 이루어졌는지
On-chain 결과와 Off-chain 기록이 정합성을 유지했는지
무엇을 증명하지 않는가 (What We Do NOT Prove)
중요한 부분입니다.
KSC SaaS는 다음을 증명하지 않습니다.
KSC SaaS는 실행의 적법성이 아니라
실행 결과와 승인 구조의 정합성을 증명합니다.
책임 분리 구조 (Responsibility Separation)
KSC의 감사 구조는 책임을 흐리게 하지 않기 위해 다음과 같이 분리됩니다.
👉 감사 질문 예:
“왜 이 금액을 발행했는가?”
👉 감사 질문 예:
“이 발행을 뒷받침하는 담보는 승인되었는가?”
On-chain / Off-chain 비교 결과 제공
👉 감사 질문 예:
“이 모든 과정이 기록으로 남아 있는가?”
App Backend (실행 주체)
👉 감사 질문 예:
“누가 실제로 블록체인에서 실행했는가?”
감사 시 제출 가능한 산출물 예시
Reconciliation (PoR) Report
이 산출물들은 일별/기간별로 다운로드 가능하며,
외부 감사 또는 내부 통제 보고에 그대로 활용할 수 있습니다.
감사 대응 시 자주 나오는 질문 (예시)
Q. On-chain과 Off-chain이 일시적으로 다른데 문제 아닌가요?
A. 시점 차이 또는 승인 대기 상태일 수 있으며, Delta 발생 사유는 기록으로 확인 가능합니다.
Q. 누가 승인했는지 확인 가능한가요?
A. 모든 승인 이벤트는 승인자·시점·상태 변경 이력으로 기록됩니다.
Q. SaaS가 발행을 직접 했나요?
A. 아닙니다. SaaS는 실행하지 않으며 기록과 검증만 수행합니다.
KSC의 PoR는 “보고”가 아니라 “증명 가능한 구조”
감사는 On-chain 사실 + Off-chain 설명의 결합
