Confirmation(컨펌)이란?
Confirmation(컨펌)은 블록체인 거래가 블록에 포함된 뒤 해당 거래가 체인에서 얼마나 확인되고 있는지를 이해할 때 사용하는 개념입니다.
가상자산을 전송했다고 해서 거래소나 다른 서비스가 항상 즉시 입금을 최종 반영하는 것은 아닙니다. 서비스는 거래가 블록에 포함된 뒤 일정한 확인 상태에 도달하기를 기다릴 수 있습니다.
일반적인 블록체인에서는 거래가 포함된 블록 뒤에 새로운 블록이 이어지면서 Confirmation 수가 증가하는 방식으로 표시될 수 있습니다.
하지만 몇 번의 Confirmation이면 충분한지는 모든 블록체인에서 동일하지 않습니다. 네트워크의 합의 구조와 거래소·지갑·서비스의 정책에 따라 필요한 기준이 달라질 수 있습니다.
가족 웹툰으로 먼저 알아보기
아빠는 Block Explorer에서 거래가 성공했다고 나오는데 거래소 입금이 아직 반영되지 않자 문제가 생긴 것은 아닌지 걱정합니다. 큰딸의 설명을 들으며 거래가 블록에 포함된 뒤 추가 Confirmation을 기다리는 경우가 있다는 점을 알아보고, 엄마와 나나는 네트워크와 서비스마다 필요한 확인 기준이 다를 수 있다는 점을 함께 살펴봅니다.
웹툰 핵심 설명
52-1. Confirmation이 뭐야?
블록체인 거래가 블록에 포함된 뒤 해당 거래가 체인에서 얼마나 확인되고 있는지를 이해할 때 사용하는 개념입니다.
52-2. 거래가 성공했는데 왜 기다려?
거래가 블록에 포함됐더라도 거래소나 서비스가 추가적인 블록 확인을 기다린 뒤 입금을 반영할 수 있습니다.
52-3. 뒤에 블록이 이어지면 확인 상태가 늘어날 수 있어.
일반적인 구조에서는 거래가 포함된 블록 뒤에 새로운 블록이 추가되면서 Confirmation 수가 증가할 수 있습니다.
52-4. 필요한 Confirmation은 네트워크마다 달라.
블록 생성 방식과 합의 구조가 다르기 때문에 모든 블록체인에 동일한 확인 횟수를 적용해서는 안 됩니다.
52-5. 거래소마다 입금 기준도 다를 수 있어.
같은 네트워크의 거래라도 서비스가 요구하는 입금 확인 기준은 서로 다를 수 있습니다.
52-6. 숫자만 보지 말고 거래 상태와 서비스 기준을 함께 확인해.
Confirmation 수와 함께 실제 거래 상태, 네트워크와 받는 서비스의 입금 정책을 확인하는 것이 중요합니다.
51화 Transaction Hash / TXID와 Confirmation은 어떻게 연결될까?
Transaction Hash / TXID는 특정 블록체인 거래를 찾아보기 위한 식별 정보입니다.
Transaction Hash를 해당 네트워크의 Block Explorer에서 검색하면 거래 상태와 함께 Confirmation 관련 정보를 확인할 수 있는 경우가 있습니다.
따라서 TXID는 어떤 거래인지 찾는 정보이고, Confirmation은 해당 거래가 블록체인에서 확인되는 상태를 이해하는 개념으로 구분하면 쉽습니다.
거래가 블록에 포함된다는 것은 무슨 뜻일까?
사용자가 거래를 생성해 네트워크에 전달했다고 모든 거래가 즉시 블록체인 기록에 포함되는 것은 아닙니다.
네트워크의 합의 과정에 따라 거래가 선택되고 블록에 포함된 뒤 해당 블록이 체인에 추가될 수 있습니다.
이렇게 거래가 블록에 포함되면 Block Explorer에서 어느 블록에 기록됐는지 확인할 수 있는 경우가 있습니다.
첫 번째 Confirmation은 언제 생길까?
Confirmation을 계산하고 표시하는 방식은 블록체인과 Block Explorer에 따라 차이가 있을 수 있습니다.
일반적으로 거래가 블록에 포함된 뒤 해당 거래가 확인된 상태로 표시되고 이후 새로운 블록이 이어지면서 확인 수가 증가하는 형태를 볼 수 있습니다.
따라서 특정 화면의 숫자만 외우기보다 거래가 블록에 포함됐는지와 이후 체인이 어떻게 이어지고 있는지를 이해하는 것이 중요합니다.
Confirmation이 늘어난다는 것은 무슨 뜻일까?
거래가 포함된 블록 뒤에 새로운 블록들이 이어지면 해당 거래는 체인의 더 이전 기록에 위치하게 됩니다.
일반적으로 이러한 상태를 설명할 때 Confirmation이 누적된다고 표현할 수 있습니다.
초보자는 “거래가 블록에 들어간 뒤 그 뒤로 블록이 계속 이어지고 있다”는 흐름으로 이해하면 됩니다.
Confirmation이 많으면 거래가 더 안전할까?
일반적으로 후속 블록이 더 많이 이어질수록 이미 기록된 거래를 변경하기가 더 어려워지는 특성을 가진 블록체인이 있습니다.
이 때문에 거래소와 서비스는 일정 수준의 확인을 기다린 뒤 입금을 최종 반영할 수 있습니다.
하지만 필요한 확인 수준과 최종성을 판단하는 방식은 블록체인의 합의 구조에 따라 다르므로 단순히 숫자가 많을수록 무조건 안전하다고 일반화해서는 안 됩니다.
Confirmation이 0이면 무슨 뜻일까?
일부 네트워크나 서비스에서는 아직 거래가 블록에 포함되지 않은 상태를 0 Confirmation으로 표현할 수 있습니다.
이 경우 거래가 네트워크에 전달되어 대기하고 있을 수 있습니다.
블록에 포함되기 전 거래가 대기하는 과정은 다음 53화의 Mempool에서 자세히 알아봅니다.
0 Confirmation이면 거래가 실패한 걸까?
반드시 그렇지는 않습니다.
거래가 아직 블록에 포함되지 않았을 뿐 네트워크에서 처리 대기 중일 수 있습니다.
따라서 Confirmation이 없다는 이유만으로 같은 거래를 즉시 다시 전송하기보다 Block Explorer에서 현재 거래 상태를 확인하는 것이 중요합니다.
Pending과 Confirmation은 어떤 관계일까?
Pending은 일반적으로 거래가 네트워크에 제출됐지만 아직 블록에 포함되거나 최종 처리되지 않은 상태를 설명할 때 사용됩니다.
거래가 블록에 포함된 뒤에는 네트워크와 탐색기의 표시 방식에 따라 Confirmation 관련 정보가 나타날 수 있습니다.
따라서 Pending → 블록 포함 → Confirmation 누적이라는 기본 흐름으로 이해할 수 있지만 실제 상태 표현은 네트워크마다 다를 수 있습니다.
거래소는 왜 여러 Confirmation을 기다릴까?
거래소는 이용자의 입금을 계정 잔액으로 최종 반영하기 전에 해당 온체인 거래가 충분히 확인됐다고 판단할 기준을 사용할 수 있습니다.
이는 네트워크에서 거래가 안정적으로 기록됐는지 확인하기 위한 운영 정책의 일부가 될 수 있습니다.
따라서 Block Explorer에서는 Success인데 거래소에서는 아직 입금 대기 상태로 표시되는 상황이 발생할 수 있습니다.
거래소마다 필요한 Confirmation이 다를 수 있을까?
그럴 수 있습니다.
같은 블록체인 자산이라도 거래소나 서비스마다 입금 반영 정책과 위험 관리 기준이 다를 수 있습니다.
따라서 인터넷에서 본 특정 숫자를 모든 서비스에 적용하기보다 현재 이용하는 거래소의 최신 입금 안내를 확인하는 것이 중요합니다.
같은 거래인데 서비스마다 입금 시간이 다를 수 있을까?
그럴 수 있습니다.
필요한 Confirmation 기준뿐 아니라 서비스 내부의 입금 처리 과정과 시스템 상태 등이 반영 시간에 영향을 줄 수 있습니다.
따라서 한 서비스에서 이미 반영됐다는 이유만으로 다른 서비스도 같은 시점에 입금을 완료해야 한다고 생각해서는 안 됩니다.
Confirmation 속도는 항상 일정할까?
반드시 그렇지는 않습니다.
블록이 생성되는 간격과 거래 처리 속도는 네트워크 구조와 현재 상황 등에 따라 달라질 수 있습니다.
따라서 “Confirmation 1개는 항상 정확히 몇 분”처럼 모든 상황에 고정된 시간으로 계산해서는 안 됩니다.
수수료를 많이 내면 Confirmation도 무조건 빨라질까?
네트워크에 따라 거래 수수료가 거래 선택 우선순위에 영향을 줄 수 있지만 높은 수수료가 특정 시간 안의 Confirmation을 절대적으로 보장한다고 생각해서는 안 됩니다.
네트워크 혼잡도와 블록 생성 상황 등 여러 요인이 영향을 줄 수 있습니다.
거래 전에는 가스비 또는 네트워크 수수료 구조를 이해하는 것이 좋습니다.
Confirmation과 Finality는 같은 개념일까?
완전히 같은 개념으로 생각해서는 안 됩니다.
Confirmation은 거래가 블록에 포함된 뒤 체인에서 확인되는 상태를 설명할 때 사용되고, Finality는 거래나 블록이 더 이상 되돌려지지 않는 것으로 간주되는 성질이나 상태와 관련된 개념입니다.
블록체인마다 최종성을 달성하는 방식이 다를 수 있으며 Finality는 이후 70화에서 별도의 핵심 주제로 자세히 알아봅니다.
Confirmation과 Block Height는 어떤 관계일까?
Block Height는 블록체인에서 특정 블록의 순서를 나타내는 개념입니다.
거래가 특정 블록에 포함되고 이후 더 높은 높이의 블록이 추가되면 해당 거래의 확인 상태를 이해하는 데 이러한 블록의 진행 상황을 활용할 수 있습니다.
Block Height는 55화에서 별도로 자세히 알아봅니다.
Confirmation의 주요 주의점
- 고정 숫자 오해: 모든 블록체인에서 같은 Confirmation 수가 필요하다고 생각할 수 있습니다.
- 고정 시간 오해: Confirmation 하나가 항상 같은 시간에 추가된다고 생각할 수 있습니다.
- 거래소 정책 혼동: 네트워크 상태와 거래소의 입금 반영 기준을 같은 것으로 생각할 수 있습니다.
- Success 오해: 온체인 거래 성공과 거래소 계정의 최종 입금 반영을 동일한 시점으로 생각할 수 있습니다.
- 반복 전송: 확인이 늦다는 이유로 같은 거래를 다시 실행할 수 있습니다.
- Finality 혼동: Confirmation과 최종성을 완전히 같은 개념으로 생각할 수 있습니다.
Confirmation을 확인할 때 체크할 것
- 네트워크: 거래가 어느 블록체인에서 실행됐는지 확인합니다.
- Transaction Hash: 정확한 TXID를 확인합니다.
- 거래 상태: Pending, Success, Failed 등 현재 상태를 확인합니다.
- 블록 포함: 거래가 실제 블록에 포함됐는지 확인합니다.
- Confirmation: 현재 확인 상태와 수를 확인합니다.
- 서비스 기준: 받는 거래소나 서비스가 요구하는 확인 기준을 확인합니다.
- 주소와 자산: 받는 주소와 자산, 수량이 실제 의도한 내용인지 함께 확인합니다.
Confirmation이 늦어질 때 무엇부터 확인할까?
Confirmation이 예상보다 늦게 증가한다면 먼저 거래를 다시 보내기보다 Transaction Hash → 거래 상태 → 블록 포함 여부 → 네트워크 상태 → 현재 Confirmation → 받는 서비스의 기준 순서로 확인하는 것이 좋습니다.
거래가 아직 Pending인지, 이미 블록에 포함됐지만 추가 확인을 기다리고 있는지에 따라 상황이 다르기 때문입니다.
특히 거래소 입금이라면 블록체인의 Confirmation 진행과 거래소 내부의 입금 반영 과정을 구분해서 확인해야 합니다.
Confirmation이 멈춘 것처럼 보이면 거래가 멈춘 걸까?
반드시 그렇지는 않습니다.
새로운 블록이 만들어지는 데 시간이 걸리거나 Block Explorer의 화면 갱신이 늦어 숫자가 한동안 그대로 보일 수 있습니다.
따라서 한 번 확인한 숫자만 보고 거래가 멈췄다고 판단하기보다 해당 네트워크의 블록 진행 상태와 거래 정보를 다시 확인하는 것이 좋습니다.
거래가 블록에 포함됐는데 Confirmation이 바로 늘지 않을 수도 있을까?
그럴 수 있습니다.
Confirmation이 증가하려면 거래가 포함된 블록 이후에 새로운 블록이 이어져야 하는 방식이 사용될 수 있습니다.
따라서 거래가 블록에 들어갔다는 사실과 여러 Confirmation이 이미 누적됐다는 사실은 구분해야 합니다.
거래소에서 요구하는 Confirmation 수는 어디에서 확인할까?
거래소나 서비스의 입금 화면 또는 최신 공식 안내에서 해당 자산과 네트워크의 입금 기준을 확인하는 것이 좋습니다.
같은 이름의 자산이라도 사용하는 네트워크가 다르면 필요한 처리 방식과 확인 기준이 달라질 수 있습니다.
인터넷의 오래된 글에서 본 숫자를 그대로 적용하기보다 현재 이용 중인 서비스의 최신 기준을 확인하는 것이 중요합니다.
필요한 Confirmation을 채우면 바로 입금될까?
반드시 즉시 반영된다고 단정할 수는 없습니다.
필요한 온체인 확인 기준을 충족한 뒤에도 거래소나 서비스의 내부 입금 처리 과정이 추가로 진행될 수 있습니다.
따라서 Block Explorer에서 충분한 Confirmation이 확인되는데도 입금이 반영되지 않는다면 받는 주소와 자산, 네트워크를 확인한 뒤 해당 서비스의 입금 상태를 살펴보는 것이 좋습니다.
입금 주소가 맞는지도 다시 확인해야 할까?
그렇습니다.
Confirmation이 정상적으로 증가하고 있다는 사실은 해당 거래가 체인에서 확인되고 있다는 의미이지 목적지 주소가 이용자가 의도한 주소라는 것을 보장하지는 않습니다.
따라서 Block Explorer에서 받는 주소가 실제 거래소나 지갑의 입금 주소와 일치하는지 함께 확인해야 합니다.
잘못된 주소로 보낸 거래도 Confirmation이 늘어날 수 있을까?
그럴 수 있습니다.
블록체인은 일반적으로 이용자가 그 주소를 의도했는지까지 판단해 주는 시스템이 아닙니다.
유효한 거래가 네트워크에서 정상적으로 처리됐다면 잘못 입력한 주소로 보낸 거래도 블록에 포함되고 Confirmation이 증가할 수 있습니다.
따라서 Confirmation 증가 = 올바른 주소로 전송이라고 생각해서는 안 됩니다.
잘못된 네트워크로 보낸 거래도 Confirmation이 생길 수 있을까?
선택한 네트워크에서 거래 자체가 유효하게 실행됐다면 해당 네트워크에서는 정상적인 거래로 기록될 수 있습니다.
하지만 받는 거래소나 지갑이 그 네트워크의 입금을 지원하지 않는다면 자산 반영에 문제가 생길 수 있습니다.
따라서 전송 네트워크와 Confirmation은 별개의 확인 항목으로 봐야 합니다.
Confirmation이 많으면 잘못 보낸 거래도 되돌릴 수 없을까?
Confirmation은 거래 취소 기능이 아닙니다.
이미 블록체인에서 정상적으로 처리된 거래는 일반적인 중앙화 서비스의 송금 취소처럼 Block Explorer에서 버튼을 눌러 되돌릴 수 있는 구조가 아닙니다.
따라서 거래를 실행하기 전에 주소와 네트워크, 자산과 수량을 확인하는 것이 중요합니다.
Confirmation이 느리다고 같은 거래를 다시 보내면?
기존 거래가 단순히 처리 대기 중인데 같은 전송을 다시 실행하면 별도의 새로운 거래가 생성될 가능성이 있습니다.
그 결과 의도했던 것보다 많은 자산을 전송하거나 추가 네트워크 비용이 발생할 수 있습니다.
먼저 기존 Transaction Hash / TXID의 상태를 확인하는 것이 우선입니다.
Confirmation 수를 직접 계산해야 할까?
일반 이용자가 블록 번호를 하나씩 계산할 필요는 없습니다.
Block Explorer나 거래소가 현재 Confirmation 정보를 표시하는 경우 해당 정보를 참고할 수 있습니다.
다만 탐색기마다 표시 방식이 다를 수 있으므로 숫자가 어떤 기준으로 계산되는지는 필요한 경우 해당 서비스의 설명을 확인하는 것이 좋습니다.
Block Height를 보면 Confirmation을 이해하는 데 도움이 될까?
그렇습니다.
거래가 포함된 블록의 높이와 이후 블록체인의 진행 상황을 보면 거래 뒤에 새로운 블록이 얼마나 이어졌는지 이해하는 데 도움이 될 수 있습니다.
하지만 Block Explorer가 이미 Confirmation 정보를 제공한다면 초보자가 매번 직접 계산할 필요는 없습니다.
Block Height는 55화에서 자세히 알아봅니다.
비트코인과 다른 블록체인의 Confirmation을 똑같이 보면 될까?
그렇게 해서는 안 됩니다.
블록체인마다 블록 생성 방식과 합의 구조, 거래 최종성을 판단하는 방식이 다를 수 있습니다.
따라서 한 네트워크에서 익숙한 Confirmation 숫자를 다른 블록체인에 그대로 적용하기보다 해당 네트워크의 구조와 서비스 정책을 확인해야 합니다.
Proof of Work에서 Confirmation은 어떻게 이해할까?
Proof of Work 계열 블록체인에서는 거래가 포함된 블록 뒤에 새로운 블록이 이어지는 과정을 거래 확인과 연결해 이해하는 경우가 많습니다.
체인이 계속 이어질수록 과거 블록의 거래 기록을 변경하기 위해 필요한 작업 부담이 커지는 구조를 가질 수 있습니다.
Proof of Work는 57화에서 별도의 핵심 주제로 자세히 알아봅니다.
Proof of Stake에서도 Confirmation을 사용할까?
Proof of Stake 계열 네트워크에서도 거래가 블록에 포함되고 확인되는 과정을 이용자가 볼 수 있지만 합의와 최종성을 판단하는 구조는 Proof of Work와 다를 수 있습니다.
검증자와 슬롯, 에포크 또는 별도의 Finality 메커니즘 등이 중요한 역할을 할 수 있습니다.
Proof of Stake는 58화, Validator는 59화, Finality는 70화에서 차례대로 알아봅니다.
Confirmation과 Finality를 왜 구분해야 할까?
Confirmation 숫자는 거래가 블록에 포함된 뒤 체인이 진행되는 상태를 이해하는 데 사용할 수 있습니다.
Finality는 해당 거래나 블록이 프로토콜의 규칙상 되돌려지지 않는 것으로 간주되는 상태와 관련된 더 넓은 개념입니다.
네트워크에 따라 확률적으로 최종성이 강해지는 구조가 있을 수 있고 특정 합의 조건을 충족하면 명시적인 최종성을 제공하는 구조도 있을 수 있습니다.
따라서 Confirmation 숫자와 Finality를 무조건 같은 의미로 해석해서는 안 됩니다.
체인 재구성(Reorganization)이 Confirmation과 관련 있을까?
일부 블록체인에서는 네트워크가 일시적으로 서로 다른 블록 흐름을 보인 뒤 프로토콜 규칙에 따라 하나의 체인이 선택되는 상황이 발생할 수 있습니다.
이 과정에서 최근 블록의 거래 상태가 영향을 받을 가능성이 있기 때문에 서비스가 일정한 확인을 기다리는 이유를 이해하는 데 도움이 됩니다.
다만 재구성 가능성과 최종성 구조는 블록체인마다 다르므로 모든 네트워크에 같은 방식으로 적용해서는 안 됩니다.
Confirmation을 기다리는 동안 무엇을 하면 될까?
같은 거래를 반복하기보다 기존 거래의 상태를 확인하는 것이 우선입니다.
- TXID 확인: 기존 거래의 정확한 Transaction Hash를 확인합니다.
- Block Explorer 확인: 올바른 네트워크의 탐색기에서 거래를 조회합니다.
- 주소 확인: 받는 주소가 실제 의도한 주소인지 확인합니다.
- 자산·수량 확인: 전송한 자산과 수량이 맞는지 확인합니다.
- Confirmation 확인: 현재 확인 상태가 증가하고 있는지 살펴봅니다.
- 서비스 기준 확인: 받는 거래소나 서비스의 최신 입금 기준을 확인합니다.
Confirmation이 충분한데 입금이 계속 안 된다면?
먼저 온체인 거래의 받는 주소와 자산, 수량과 네트워크가 모두 정확한지 확인해야 합니다.
온체인 정보가 정상이고 받는 서비스가 요구하는 확인 기준도 충족했다면 해당 서비스의 내부 입금 처리 상태를 확인할 수 있습니다.
공식 지원 과정에서 거래 확인을 위해 TXID를 요청할 수 있지만 개인키나 복구 문구 같은 핵심 비밀 정보를 제공해서는 안 됩니다.
Confirmation을 확인한 뒤 체크할 것
- 거래 상태: 거래가 실제로 성공 상태인지 확인합니다.
- 블록 포함: 어느 블록에 거래가 포함됐는지 확인합니다.
- 현재 Confirmation: 현재 확인 상태를 확인합니다.
- 받는 주소: 실제 목적지 주소가 맞는지 확인합니다.
- 네트워크: 받는 서비스가 해당 네트워크를 지원하는지 확인합니다.
- 자산과 수량: 실제 전송 내용이 맞는지 확인합니다.
- 서비스 기준: 필요한 Confirmation 기준을 충족했는지 확인합니다.
- 입금 반영: 온체인 확인 이후 서비스 내부 처리 상태를 확인합니다.
Confirmation에서 가장 중요한 습관
Confirmation에서 가장 중요한 것은 “몇 컨펌이면 무조건 안전하다”라는 하나의 숫자를 모든 블록체인과 서비스에 적용하지 않는 것입니다.
네트워크마다 합의와 최종성 구조가 다르고 거래소나 서비스마다 입금 반영 기준도 달라질 수 있습니다.
따라서 TXID 확인 → 거래 상태 확인 → 블록 포함 확인 → Confirmation 확인 → 주소·네트워크 확인 → 서비스 기준 확인 → 최종 입금 반영 확인을 하나의 과정으로 이해하는 것이 중요합니다.
FAQ
Q. Confirmation은 무엇인가요?
Confirmation은 블록체인 거래가 블록에 포함된 뒤 해당 거래가 체인에서 얼마나 확인되고 있는지를 이해할 때 사용하는 개념입니다. 거래가 포함된 블록 뒤에 새로운 블록이 이어지면서 확인 상태가 증가하는 방식이 사용될 수 있습니다.
Q. Confirmation이 0이면 거래가 실패한 건가요?
반드시 그렇지는 않습니다. 거래가 아직 블록에 포함되지 않고 처리 대기 중일 수 있습니다. 같은 거래를 다시 보내기 전에 Transaction Hash / TXID를 이용해 현재 거래 상태를 확인하는 것이 중요합니다.
Q. Confirmation은 많을수록 무조건 좋은가요?
단순히 숫자가 많을수록 무조건 좋다고 일반화하기는 어렵습니다. 필요한 확인 수준과 거래 최종성을 판단하는 방식은 블록체인의 합의 구조와 이용하는 서비스의 정책에 따라 달라질 수 있습니다.
Q. 거래소마다 필요한 Confirmation 수가 다른가요?
그럴 수 있습니다. 같은 블록체인과 자산이라도 거래소나 서비스가 서로 다른 입금 반영 기준을 사용할 수 있으므로 현재 이용하는 서비스의 최신 입금 안내를 확인해야 합니다.
Q. Block Explorer에서 Success인데 거래소 입금이 안 될 수도 있나요?
그럴 수 있습니다. 온체인 거래가 성공했더라도 거래소가 추가 Confirmation을 기다리거나 내부 입금 처리를 진행하고 있을 수 있습니다. Block Explorer에서 주소와 자산, 수량을 확인한 뒤 거래소의 입금 기준을 살펴보는 것이 좋습니다.
Q. Confirmation이 늦으면 같은 거래를 다시 보내도 되나요?
바로 반복 전송하는 것은 주의해야 합니다. 기존 거래가 단순히 Pending 상태라면 새로운 거래가 추가로 실행될 가능성이 있습니다. 먼저 기존 TXID의 상태를 확인해야 합니다.
Q. 잘못된 주소로 보낸 거래도 Confirmation이 증가하나요?
그럴 수 있습니다. 잘못된 주소라도 거래 자체가 네트워크 규칙에 따라 정상적으로 처리됐다면 블록에 포함되고 Confirmation이 증가할 수 있습니다. Confirmation은 목적지 주소가 이용자의 의도와 맞는지를 확인해 주는 기능이 아닙니다.
Q. Confirmation과 Finality는 같은 건가요?
완전히 같은 개념은 아닙니다. Confirmation은 거래가 블록에 포함된 뒤 체인에서 확인되는 상태를 설명할 때 사용되고, Finality는 거래나 블록이 프로토콜의 규칙상 되돌려지지 않는 것으로 간주되는 상태와 관련됩니다. Finality는 70화에서 자세히 알아봅니다.
Confirmation을 쉽게 기억하는 방법
“거래가 블록에 들어간 뒤 블록체인에서 확인이 이어지는 상태”라고 기억하면 됩니다.
기본적인 거래 흐름은 다음처럼 이해할 수 있습니다.
거래 생성 → 네트워크 전달 → Pending → 블록 포함 → Confirmation 누적 → 서비스의 기준 충족 → 입금 반영
다만 모든 블록체인과 거래소가 완전히 같은 방식과 숫자를 사용하는 것은 아닙니다.
특히 Confirmation 숫자 하나만 보지 말고 거래 상태와 주소·네트워크, 받는 서비스의 기준을 함께 확인하는 것이 중요합니다.
핵심 정리
Confirmation(컨펌)은 블록체인 거래가 블록에 포함된 뒤 해당 거래가 체인에서 얼마나 확인되고 있는지를 이해할 때 사용하는 개념입니다.
일반적인 구조에서는 거래가 포함된 블록 뒤로 새로운 블록이 이어지면서 Confirmation 수가 증가할 수 있습니다.
거래소와 서비스는 일정한 확인 상태에 도달한 뒤 입금을 이용자의 계정에 반영할 수 있지만 필요한 Confirmation 기준은 네트워크와 서비스마다 다를 수 있습니다.
또한 Confirmation이 증가한다는 사실이 올바른 주소와 네트워크로 전송했다는 것을 보장하지는 않습니다. 잘못된 목적지로 보낸 거래도 네트워크에서 정상 처리될 수 있습니다.
따라서 Transaction Hash → 거래 상태 → 블록 포함 → Confirmation → 받는 주소 → 네트워크 → 서비스 입금 기준 → 최종 반영 순서로 확인하는 것이 중요합니다.
다음 53화에서는 아직 블록에 포함되지 않은 거래가 대기하는 과정과 관련된 Mempool(멤풀)을 자세히 알아봅니다.
참고 자료
Confirmation의 계산 방식과 거래 최종성, 필요한 확인 수준은 블록체인 네트워크마다 다를 수 있습니다. 거래소와 지갑 등 서비스의 입금 반영 기준 역시 변경될 수 있으므로 실제 전송 시에는 해당 네트워크와 이용 중인 서비스의 최신 공식 안내를 확인하는 것이 좋습니다.
Disclaimer
본 콘텐츠는 Confirmation, 블록체인 거래, Transaction Hash 및 거래 확인 과정에 대한 일반적인 정보 제공과 이용자 보호를 목적으로 하며 특정 가상자산, 지갑, 거래소, 네트워크 또는 투자 참여를 권유하지 않습니다. 가상자산 전송에는 거래 지연 또는 실패, 잘못된 주소·네트워크 선택, 네트워크 혼잡, 수수료, 서비스의 입금 처리 지연 및 원금 손실을 포함한 다양한 위험이 존재할 수 있습니다. 실제 전송 전후에는 해당 블록체인과 이용 중인 서비스의 최신 공식 자료 및 온체인 거래 정보를 직접 확인하시기 바랍니다.