2. 발행/소각 요청 검토

이 페이지에서는 발행(Mint)·소각(Burn) 요청 화면을 어떻게 읽어야 하는지, 그리고 상태별로 무엇을 의미하는지를 실무 기준으로 설명합니다.

---

이 화면의 목적은 명확합니다

“지금 발행/소각 요청이 어디까지 진행되었는가?”

KSC SaaS에서 이 화면은 실행 버튼을 누르는 화면이 아니라, 상태를 해석하는 화면입니다.

---

1. 발행(Mint)과 소각(Burn)의 의미 정리

실무적으로는 다음처럼 이해하시면 됩니다.

• Mint (발행)

  • KRW 담보를 기반으로 BNK(BNKW) 토큰을 새로 발행하는 것

• Burn (소각)

  • 유통 중인 토큰을 소각하여 발행량을 줄이는 것

👉 두 행위 모두 실제 on-chain 실행은 다날 App Backend에서 수행되며, 👉 KSC SaaS는 요청·결과·상태를 기록/관리합니다.

---

2. 화면에서 보이는 주요 항목

(1) 요청 ID (Request ID)

• 각 발행/소각 요청을 구분하는 고유 ID

• 순번 또는 랜덤 ID 형태일 수 있음

👉 중요한 것은 숫자의 크기나 모양이 아니라, 👉 “각 요청을 식별할 수 있는지”입니다.

---

(2) 요청 유형 (Type)

• Mint / Burn

• 어떤 행위에 대한 요청인지 표시됩니다.

---

(3) 요청 금액

• 요청된 발행 또는 소각 금액

• 승인 담보 및 현재 한도 기준으로 판단됩니다.

---

(4) 상태(Status)

가장 중요한 컬럼입니다.

일반적으로 다음 상태를 가집니다.

• Processing

  • on-chain 실행 진행 중

• Success

  • 실행 완료

  • record 정상 반영

• Failure

  • 실행 실패

  • 실패 사유 확인 필요

---

3. 상태별 실무 해석 가이드

Processing 상태가 오래 유지될 때

• 보통은 정상입니다.

• 실행이 아직 트리거되지 않았을 가능성 있음

👉 일정 시간 이상 지속되면 👉 운영팀 또는 다날 측 확인 필요

---

Processing 상태가 오래 유지될 때

• 네트워크 지연

• 재시도 중일 가능성

👉 즉시 문제로 보지 말고 👉 일정 시간 경과 후 상태 변화 확인

---

Failed 상태일 때

• 반드시 실패 사유 확인

• 자주 발생하는 원인:

  • 한도 부족

  • 승인 담보 부족

  • 일시적 네트워크 오류

👉 동일 요청을 무작정 재시도하지 마세요 👉 원인을 먼저 확인해야 합니다.

---

4. 실무자가 해야 할 체크 포인트

• Failed 요청이 있는가?

• 동일 요청이 반복 실패하고 있는가?

• 승인 담보/한도 상태와 맞지 않는 요청은 없는가?

이 세 가지만 확인해도 대부분의 운영 이슈를 사전에 막을 수 있습니다.

---

5. 자주 묻는 질문

Q. 왜 이 화면에서 실행을 못 하나요?

A. KSC SaaS는 실행 시스템이 아니라 기록·관리·검증 시스템이기 때문입니다.

---

Q. 요청을 취소할 수 있나요?

A. PoC 기준에서는 직접 취소 기능은 없으며, 운영 정책에 따라 처리됩니다.

---

Q. 실패 요청은 어떻게 처리되나요?

A. 실패 자체가 기록으로 남으며, 필요 시 원인 제거 후 재요청합니다.

---

요약

• 이 화면은 “버튼 누르는 곳”이 아님

• 상태(Status)를 읽는 것이 핵심

• 실패 원인을 먼저 파악하는 것이 중요

---

다음 페이지 안내

다음 페이지에서는 결제 및 환불 흐름을 어떻게 모니터링하는지를 설명합니다.