온체인 · 오프체인 데이터 정합성 구조
이 페이지는 KSC(ieum)에서 무엇을 기준으로 대사를 수행하는지,
그리고 왜 이 구조가 조작·오해·책임 혼선을 줄이는지를 설명합니다.
이 페이지는 다음 질문에 답합니다.
“대사 대상이 되는 데이터는 정확히 무엇인가?”
“블록체인 데이터와 SaaS 데이터는 어떻게 연결되는가?”
“어디까지가 사실(fact)이고, 어디까지가 기록(record)인가?”
On-chain 데이터란 무엇인가
On-chain 데이터는 블록체인 상에 기록된 변경 불가능한 사실입니다.
KSC 기준으로 On-chain 데이터는 다음을 포함합니다.
현재 발행된 BNK 총 공급량(totalSupply)
각 트랜잭션의 txHash, 블록 번호, 시간
이 데이터의 특징은 다음과 같습니다.
On-chain 데이터는
“무슨 일이 실제로 발생했는지”를 말해줍니다.
Off-chain 데이터란 무엇인가
Off-chain 데이터는 KSC SaaS가 관리하는 **운영 원장(Ledger)**입니다.
여기에는 다음 정보들이 기록됩니다.
담보 승인 이력 (Pending / Approved)
발행(Mint)·소각(Burn) 요청 및 결과
이 데이터의 특징은 다음과 같습니다.
Off-chain 데이터는
“왜, 어떤 판단 하에 이 일이 발생했는지”를 설명합니다.
KSC는 의도적으로 On-chain과 Off-chain을 분리합니다.
이유 1. 실행과 책임의 분리
실행(on-chain): App Backend
기록·검증(off-chain): KSC SaaS
이 구조를 통해:
이유 2. 감사 가능성 확보
블록체인 데이터만으로는 다음 질문에 답할 수 없습니다.
이 질문에 답하기 위해 Off-chain Ledger가 필요합니다.
Matching은 어떻게 이루어지는가
KSC의 대사는 다음 방식으로 이루어집니다.
Record vs Execution
기록과 실행의 차이
중요한 개념 하나를 명확히 구분해야 합니다.
KSC에서는
실행 없는 기록은 의미 없고,
기록 없는 실행은 운영상 완료가 아닙니다.
어떤 상태가 “정상 매칭”인가
다음 조건을 만족하면 정상입니다.
On-chain 총 공급량 =
Off-chain Ledger 상 승인된 발행 총량 – 소각 총량
승인되지 않은 담보는 발행 계산에 포함되지 않음
오해 1. “Off-chain이니까 조작 가능한 거 아닌가요?”
아닙니다.
Off-chain Ledger는 실행 결과를 사후 기록
오해 2. “On-chain이 있는데 굳이 SaaS가 필요한가요?”
On-chain은 사실을 보여주지만,
SaaS는 설명과 책임 구조를 제공합니다.
금융 실무·감사에서는
설명이 없는 사실은 충분하지 않습니다.
Off-chain = 운영·승인·설명 가능한 기록
KSC는 두 데이터를 항상 비교 가능하게 유지
다음 페이지에서는 이 비교 결과에서 발생하는
Delta(차이)를 어떻게 해석하고 대응하는지를 다룹니다.