1. 먼저 감지
거래가 수초 내 보이더라도 교체 가능하거나 체인 규칙상 되돌려지거나 아직 최종 블록에 없을 수 있습니다.
2. 컨펌이 신뢰를 높임
블록이 승인될 때마다 최종성이 높아집니다. 주문 페이지에 제공업체가 보고한 현재 및 필요 컨펌 수가 표시됩니다.
3. 지연 원인은 다양
혼잡, 낮은 수수료, 거래소 일괄 처리, 유지보수 또는 제공업체 조회가 느려질 수 있지만 자금 손실을 뜻하지 않습니다.
4. 결제 후 수동 처리
검증된 확인만 결제 완료로 바꿉니다. 이후 수동 처리에 들어가며 배송 상태는 별도로 업데이트됩니다.
5. 탐색기 증거를 맥락에서 읽기
거래 ID는 전파, 네트워크, 목적지, 금액, 컨펌 진행을 보여주지만 올바른 실시간 청구 일치, 만료 전 도착, 필수 memo, 제공자의 최종 검증 상태를 단독 증명하지 않습니다. 탐색기와 청구서·주문을 비교하세요. 혼잡, 지갑 일괄 처리, 모니터링, 위험 검토로 지연이 달라 보편 시간을 약속하지 않습니다.
6. 다음 조치 전 대조
상태가 일치하지 않으면 두 번째 결제나 네트워크 변경을 하지 마세요. 실시간 청구서, USV, 거래 ID, 네트워크, 금액, 시간, 탐색기 링크를 보관하고 주문 조회를 사용하세요. 지원팀은 이를 서명된 제공자 이벤트와 청구서에 대조합니다. 지갑 화면만으로 최종 증거가 아니며 복구 문구·개인 키는 필요 없습니다.
자주 묻는 질문
감지됐는데 미결제인 이유?
전송은 보였지만 필요한 컨펌 수가 완료되지 않았습니다.
지원팀이 빠르게 할 수 있나요?
보통 불가능하며 블록 생성과 거래 포함은 네트워크 및 수수료 정책에 달려 있습니다.
전송 후 만료됐다면?
다시 결제하지 말고 거래 ID를 보관해 주문을 확인하며 컨펌 후에도 연결되지 않으면 문의하세요.
모든 결제의 컨펌 수가 고정인가요?
보편적인 수를 가정하지 마세요. 실시간 세션과 제공자 상태가 자산, 네트워크, 현재 요구사항을 반영합니다. 검증된 주문 상태를 기다리세요.
출처
- OxaPay Webhook Documentation ↗
중간 paying과 최종 paid를 구분하고 HMAC 서명 검증을 설명하는 공식 웹훅 문서입니다.
최종 검토일: 2026-08-28 - OxaPay API Reference ↗
실시간 청구에 쓰는 OxaPay 결제 API와 통합 맥락의 공식 개요입니다.
최종 검토일: 2026-08-28