블록체인 가스비를 공부하다 보니 다음 질문이 생겼다.
블록체인 결제는 언제 완료된 것으로 봐야 할까?
은행 송금이나 카드 결제에서는 보통 화면에 “완료”라고 뜨면 결제가 끝난 것으로 생각한다.
하지만 블록체인에서는 조금 더 복잡한 과정이 있는 것 같다.
지갑에서 전송 버튼을 눌렀다고 바로 결제가 끝난 것일까?
거래가 블록에 포함되면 끝난 것일까?
아니면 몇 번의 확인을 더 기다려야 할까?
이번 글에서는 블록체인 결제가 언제 완료된 것으로 볼 수 있는지 기초적인 수준에서 정리해보려 한다.
오늘의 질문
오늘의 질문은 이것이다.
블록체인 결제는 언제 완료된 것으로 볼 수 있을까?
조금 더 나누어보면 이런 질문이 된다.
지갑에서 전송 버튼을 누르면 바로 결제 완료일까?
거래 해시는 무엇일까?
블록에 포함된다는 것은 무슨 뜻일까?
컨펌은 왜 필요할까?
결제 서비스는 몇 번의 확인 후에 완료 처리해야 할까?
소액 결제와 고액 결제의 완료 기준은 같아야 할까?
이번 글에서는 이 질문들을 공부해보려 한다.
전송 버튼을 누른 것은 결제 완료가 아니다
가장 먼저 정리할 점은 이것이다.
지갑에서 전송 버튼을 눌렀다고 해서 결제가 바로 완료된 것은 아니다.
전송 버튼을 누르면 사용자는 거래를 만들고, 개인키로 서명한 뒤, 블록체인 네트워크에 제출한다.
이 단계는 “결제 요청을 네트워크에 보낸 상태”에 가깝다.
은행으로 비유하면 송금 신청 버튼을 누른 것과 비슷하다.
하지만 아직 실제로 장부에 기록된 것은 아닐 수 있다.
블록체인에서는 거래가 네트워크에 전파되고, 검증자 또는 채굴자가 그 거래를 블록에 포함시켜야 한다.
그래서 결제 서비스 입장에서는 단순히 사용자가 전송 버튼을 눌렀다는 사실만으로 결제를 완료 처리하면 위험할 수 있다.
사용자는 전송을 시도했지만, 가스비가 부족하거나, 네트워크가 혼잡하거나, 거래가 실패할 수 있기 때문이다.
거래 해시는 접수번호에 가깝다
블록체인 거래를 보내면 보통 거래 해시라는 값이 생긴다.
거래 해시는 해당 거래를 식별하는 고유한 번호처럼 이해할 수 있다.
은행 업무로 비유하면 접수번호나 송금 추적번호에 가깝다.
거래 해시가 있다는 것은 거래가 만들어지고 네트워크에 제출되었다는 의미일 수 있다.
하지만 거래 해시가 있다고 해서 반드시 결제가 최종 완료되었다는 뜻은 아니다.
거래 해시를 통해 블록 탐색기에서 거래 상태를 확인할 수 있다.
대기 중인지,
성공했는지,
실패했는지,
어떤 블록에 포함되었는지,
몇 번의 확인이 쌓였는지 확인할 수 있다.
따라서 거래 해시는 결제 완료 증명이라기보다, 결제 진행 상태를 추적하는 식별자에 가깝다고 볼 수 있다.
블록에 포함된다는 것은 무엇일까?
블록체인에서는 여러 거래가 모여 하나의 블록에 기록된다.
내가 보낸 거래가 블록에 포함되었다는 것은, 그 거래가 네트워크의 공식 장부에 기록되기 시작했다는 뜻이다.
이 단계부터 결제는 상당히 진행된 것으로 볼 수 있다.
예를 들어 사용자가 스테이블코인을 보냈고, 그 거래가 블록에 포함되어 성공 상태로 표시된다면, 수취인은 해당 자산이 자신의 주소로 들어온 것을 확인할 수 있다.
하지만 여기서도 완전히 끝났다고 볼 수 있는지는 네트워크의 특성에 따라 다를 수 있다.
왜냐하면 일부 블록체인에서는 아주 드물게 블록 재구성이라는 일이 발생할 수 있기 때문이다.
쉽게 말하면, 잠시 장부에 기록된 것처럼 보였던 거래가 더 긴 체인이나 더 확정된 체인 구조에 의해 다시 정리될 가능성이 있는 것이다.
그래서 블록체인에서는 단순히 한 번 블록에 들어갔는지뿐 아니라, 그 뒤에 몇 개의 블록이 더 쌓였는지도 중요하게 본다.
컨펌이란 무엇일까?
컨펌은 확인이라는 뜻이다.
블록체인에서 컨펌 수는 내 거래가 포함된 블록 뒤에 얼마나 많은 블록이 더 쌓였는지를 의미한다.
예를 들어 내 거래가 100번 블록에 포함되었다고 하자.
그다음 101번 블록이 생성되면 1컨펌,
102번 블록이 생성되면 2컨펌,
103번 블록이 생성되면 3컨펌처럼 볼 수 있다.
컨펌 수가 많아질수록 그 거래가 되돌려질 가능성은 낮아진다.
그래서 거래소나 결제 서비스는 네트워크별로 필요한 컨펌 수를 정해놓는 경우가 많다.
소액 거래는 적은 컨펌으로도 처리할 수 있고,
고액 거래는 더 많은 컨펌을 기다릴 수 있다.
즉 컨펌은 블록체인 결제에서 “얼마나 확실해졌는가”를 판단하는 기준 중 하나다.
왜 컨펌을 기다려야 할까?
컨펌을 기다리는 이유는 결제의 확실성을 높이기 위해서다.
블록체인은 분산 네트워크다.
전 세계의 여러 노드가 거래를 전파하고, 검증하고, 블록을 만든다.
이 과정에서 잠시 서로 다른 블록이 동시에 만들어질 수도 있다.
나중에 네트워크는 하나의 유효한 체인으로 정리된다.
이때 컨펌이 거의 없는 거래는 아주 드물게 상태가 바뀔 수 있다.
그래서 중요한 거래일수록 일정한 컨펌을 기다리는 것이 안전하다.
특히 고액 결제나 상품을 즉시 제공해야 하는 상황에서는 결제 완료 기준을 신중하게 정해야 한다.
블록체인 결제에서 “보냈다”와 “확정됐다”를 구분해야 하는 이유가 여기에 있다.
모든 블록체인의 완료 기준은 같을까?
블록체인마다 완료 기준은 다를 수 있다.
비트코인, 이더리움, 트론, 솔라나, 폴리곤 같은 네트워크는 구조와 블록 생성 방식, 확정성 개념이 서로 다르다.
어떤 네트워크는 블록 생성 시간이 길고, 더 많은 컨펌을 기다리는 관행이 있다.
어떤 네트워크는 빠른 확정성을 제공한다고 설명한다.
어떤 네트워크는 거래 속도는 빠르지만, 서비스 입장에서는 별도의 위험 기준을 둘 수 있다.
그래서 결제 서비스는 네트워크별로 완료 기준을 다르게 설정해야 할 수 있다.
예를 들어 비트코인 결제에서는 몇 번의 컨펌을 기다릴 수 있고,
이더리움 기반 스테이블코인 결제에서는 다른 기준을 적용할 수 있으며,
빠른 결제를 목표로 하는 네트워크에서는 더 짧은 대기시간을 설정할 수 있다.
중요한 것은 “모든 블록체인 결제는 동일한 시간에 완료된다”고 생각하면 안 된다는 점이다.
지갑 화면의 완료와 실제 결제 완료는 다를 수 있다
사용자 지갑에서는 거래가 빠르게 “성공”으로 보일 수 있다.
하지만 결제 서비스를 운영하는 쪽에서는 더 신중하게 볼 수 있다.
지갑은 사용자의 거래가 네트워크에 제출되었고, 성공적으로 처리되었다고 표시할 수 있다.
하지만 가맹점이나 서비스는 자체 기준에 따라 몇 번의 컨펌을 더 기다린 뒤 결제 완료로 처리할 수 있다.
그래서 사용자는 지갑에서는 완료로 보이는데, 서비스에서는 아직 “확인 중”으로 표시되는 상황을 볼 수 있다.
이것은 오류라기보다 결제 완료 기준이 다르기 때문에 생기는 일일 수 있다.
은행 송금에서도 사용자는 보냈다고 생각하지만, 수취 기관에서 입금 확인을 완료하기까지 시간이 걸릴 수 있다.
블록체인 결제도 비슷하게, 사용자의 전송 완료와 서비스의 결제 확정 사이에 약간의 시간 차이가 있을 수 있다.
결제 서비스는 어떤 상태값을 가져야 할까?
블록체인 결제를 서비스로 처리하려면 상태값이 중요해 보인다.
단순히 “미결제”와 “결제완료”만으로는 부족할 수 있다.
예를 들어 이런 상태가 필요할 수 있다.
결제 요청 생성.
사용자 전송 대기.
거래 해시 확인.
블록 포함 확인.
컨펌 대기.
결제 완료.
거래 실패.
금액 불일치.
만료.
수동 확인 필요.
이런 상태를 나누어야 결제 과정에서 문제가 생겼을 때 정확히 대응할 수 있다.
사용자가 금액을 잘못 보냈는지,
다른 네트워크로 보냈는지,
거래가 실패했는지,
가스비 부족으로 대기 중인지,
이미 만료된 결제 요청에 보냈는지 확인할 수 있어야 한다.
블록체인 결제는 기술적으로 자동화할 수 있지만, 운영적으로는 상태 관리가 매우 중요해 보인다.
소액 결제와 고액 결제의 기준은 달라야 할까?
소액 결제와 고액 결제는 완료 기준이 달라질 수 있다.
예를 들어 아주 작은 금액의 결제라면 빠른 사용자 경험이 더 중요할 수 있다.
카페에서 커피를 사는데 몇 분씩 기다리면 불편하기 때문이다.
반면 큰 금액의 결제라면 빠른 처리보다 안전한 확정이 더 중요할 수 있다.
고액 결제에서는 더 많은 컨펌을 기다리고, 금액과 주소를 더 엄격하게 검증하고, 필요하면 수동 확인 절차를 둘 수 있다.
기존 금융에서도 금액에 따라 확인 절차가 달라진다.
소액 결제는 빠르게 승인되고,
고액 이체는 추가 인증이나 지연 이체가 적용될 수 있다.
블록체인 결제도 마찬가지로, 금액과 위험도에 따라 완료 기준을 다르게 설계하는 것이 자연스러워 보인다.
빠른 결제와 안전한 결제 사이의 균형
블록체인 결제에서 중요한 문제는 속도와 안전성의 균형이다.
사용자는 빠른 결제를 원한다.
가맹점도 오래 기다리고 싶지 않다.
하지만 너무 빨리 완료 처리하면 위험이 생길 수 있다.
거래가 실패했는데 완료 처리할 수도 있고,
금액이 부족한데 상품을 제공할 수도 있고,
잘못된 네트워크의 입금을 정상 입금으로 착각할 수도 있고,
컨펌이 충분하지 않은 거래를 너무 빨리 인정할 수도 있다.
그래서 결제 시스템은 사용자가 느끼는 화면은 단순하게 만들되, 내부적으로는 여러 단계를 확인해야 한다.
사용자에게는 “결제 확인 중입니다”라고 보여주고,
시스템은 뒤에서 거래 해시, 수신 주소, 금액, 토큰 종류, 네트워크, 컨펌 수를 확인하는 식이다.
좋은 결제 경험은 빠른 화면만이 아니라, 안전한 처리 구조에서 나온다고 볼 수 있다.
블록체인 결제는 되돌릴 수 있을까?
블록체인 결제는 일반적으로 되돌리기 어렵다.
카드 결제는 취소나 환불이 비교적 익숙하다.
은행 송금도 상황에 따라 반환 절차를 시도할 수 있다.
하지만 블록체인에서는 한 번 확정된 거래를 네트워크 차원에서 되돌리는 것이 어렵다.
그래서 환불이 필요하면 원래 거래를 취소하는 것이 아니라, 반대 방향의 새로운 거래를 보내는 방식이 된다.
예를 들어 사용자가 가맹점에 스테이블코인을 보냈고, 나중에 환불해야 한다면, 가맹점이 사용자에게 다시 스테이블코인을 보내는 식이다.
즉 블록체인에서 환불은 원거래 취소라기보다 새로운 송금에 가깝다.
이 점도 결제 서비스 설계에서 중요하다.
결제가 언제 완료되는지뿐 아니라, 완료 후 취소와 환불을 어떻게 처리할지도 별도로 설계해야 한다.
결제 완료 기준은 서비스가 정해야 한다
블록체인 네트워크는 거래의 상태를 제공한다.
하지만 “이 정도면 결제 완료로 볼 것인가”는 서비스가 정해야 할 수 있다.
예를 들어 어떤 서비스는 1컨펌 후 완료 처리할 수 있다.
어떤 서비스는 3컨펌을 기다릴 수 있다.
고액 결제는 12컨펌 이상 기다릴 수도 있다.
또 특정 네트워크에서는 블록 포함 즉시 완료에 가깝게 볼 수도 있고, 다른 네트워크에서는 더 보수적으로 볼 수도 있다.
결국 결제 완료 기준은 네트워크 특성, 결제 금액, 상품 제공 방식, 위험 허용 수준, 사용자 경험을 모두 고려해 정해야 한다.
이 점이 일반 사용자에게는 잘 보이지 않지만, 실제 결제 시스템에서는 매우 중요한 부분이라고 느껴진다.
공부하면서 느낀 점
처음에는 블록체인 결제를 단순하게 생각했다.
사용자가 지갑에서 전송한다.
가맹점이 받는다.
그러면 결제가 끝난다.
하지만 공부해보니 그 사이에는 여러 단계가 있었다.
거래 생성.
서명.
네트워크 전파.
블록 포함.
성공 여부 확인.
컨펌 대기.
금액과 주소 검증.
결제 완료 처리.
사용자 입장에서는 단순한 결제처럼 보여야 하지만, 시스템 입장에서는 꽤 많은 확인 절차가 필요한 것이다.
블록체인 결제의 핵심은 단순히 전송 기능이 아니라, “언제 안전하게 완료로 인정할 것인가”를 정하는 것이라고 생각된다.
이 기준이 명확해야 실제 결제수단으로 사용할 수 있을 것이다.
아직 헷갈리는 것
이번 글을 정리하면서도 몇 가지 질문이 남았다.
네트워크별로 적절한 컨펌 수는 어떻게 정할까?
소액 결제에서는 얼마나 빠르게 완료 처리해도 괜찮을까?
고액 결제에서는 몇 단계의 검증이 필요할까?
결제가 완료된 뒤 환불은 어떤 방식으로 처리하는 것이 좋을까?
가맹점은 지갑 화면을 믿어야 할까, 결제 서버의 확인을 믿어야 할까?
사용자에게 “확인 중” 상태를 얼마나 쉽게 설명할 수 있을까?
이 질문들은 앞으로 계속 공부해야 할 주제다.
다음에 공부할 것
블록체인 결제 완료 기준을 공부하다 보니, 환불과 취소 문제가 더 궁금해졌다.
카드 결제에서는 취소가 익숙하지만, 블록체인에서는 거래를 되돌리기 어렵다고 한다.
그렇다면 스테이블코인 결제에서 환불은 어떻게 처리해야 할까?
다음 글에서는 이 질문을 공부해보려 한다.