비트코인식 확인 수는 거래가 포함된 블록을 1확인으로 세고 그 위에 블록이 쌓일 때마다 증가한다. 최종성은 합의 규칙상 되돌림이 매우 어렵거나 확정되는 조건이므로 체인 확정과 거래소 내부 반영을 나눠 기록해야 한다.
확인 수와 최종성은 같은 말이 아니다
비트코인식 확인 수는 거래가 포함된 블록을 1확인으로 세고 그 위에 새 블록이 쌓일 때마다 증가한다. 최종성은 기록이 되돌아가기 어렵거나 프로토콜상 확정되는 더 강한 개념이므로, 단순 확인 수와 체인별 최종성 조건을 구분해야 한다.
작업증명 체인은 확인 깊이가 늘수록 재구성 비용이 커지는 확률적 확정을 주로 사용한다. 지분증명 체인은 확인 수와 별도로 체크포인트가 finalized 되는 조건을 둘 수 있어 숫자만 가로로 비교하면 안 된다.
확인 수는 진행 지표이고 최종성은 합의 조건이므로 같은 숫자로 모든 체인을 비교할 수 없다.
JOBCOIN 해설
비트코인과 이더리움의 확정 방식
비트코인에서는 거래 포함 블록이 첫 확인이며 뒤에 블록이 쌓일수록 같은 거래를 제거한 대체 체인이 누적 작업을 추월하기 어려워진다. 이더리움 지분증명은 검증자 투표로 체크포인트를 justified와 finalized 상태로 올린다. 두 체인의 '6확인'을 같은 보안 단위로 보면 안 된다.
비트코인은 누적 작업이 큰 유효 체인을 따르므로 블록이 쌓일수록 재구성 비용이 커진다. 이더리움 지분증명은 검증자 투표로 체크포인트가 정당화되고 최종화된다. 12확인 같은 표현을 두 체인에 똑같이 적용할 근거는 없다.
대기·확인 누적·프로토콜 최종화
대기 거래는 아직 블록에 없고, 포함된 거래는 첫 확인을 얻으며, 후속 블록이나 투표가 확정도를 높인다. 서비스의 사용 가능 상태는 이 과정 뒤에 내부 위험 심사까지 끝난 별도 단계다.
| 구분 | 작동 방식 | 확인 포인트 |
|---|---|---|
| 0확인/대기 | 블록 미포함 또는 메모리풀 상태 | 이중지불·수수료 대체 가능성 큼 |
| 확인 누적 | 포함 블록 위에 후속 블록 증가 | PoW에서 되돌림 비용 점진 증가 |
| 프로토콜 최종화 | 합의 규칙이 명시한 확정 상태 | 체인별 조건과 예외 확인 |
거래소마다 요구 확인 수가 다른 이유
거래소 A가 2확인, 거래소 B가 6확인을 요구할 수 있다. 이는 체인이 서로 다른 것이 아니라 각 사업자가 금액·재구성 위험·운영 지연을 반영해 입금 정책을 정했기 때문이다. 탐색기 확인 수가 늘어도 거래소 점검이나 메모 누락은 별도 문제로 남는다.
거래소는 체인의 재구성 특성, 자산 금액, 입출금 시스템의 위험 허용치를 반영해 요구 확인 수를 정한다. 같은 네트워크라도 서비스마다 숫자가 다를 수 있고 사고 대응 중에는 일시적으로 늘릴 수 있다.
평균 블록 시간이 보장 시간이 아닌 이유
'한 번 블록에 들어가면 절대 취소 불가'와 '6확인이면 모든 금액에 완벽히 안전'은 모두 과도한 단정이다. 체인 재구성, 합의 장애, 공격 비용, 수취자의 위험 허용도가 달라진다. 평균 블록 시간도 개별 거래 완료 시간을 보장하지 않는다.
평균 블록 간격은 장기간 통계이지 다음 블록의 예약 시간표가 아니다. 비트코인에서는 운에 따라 간격이 길어지고, 이더리움에서도 슬롯 누락이나 네트워크 상태가 있다. 평균값을 곱해 정확한 도착 시각으로 안내하면 안 된다.
완료 상태를 네 단계로 기록하기
상태를 멤풀 발견, 블록 포함, 확인 누적 또는 최종화, 서비스 반영으로 나눠 기록한다. 각 단계의 시간과 TXID를 남기면 체인 지연인지 수취 사업자 처리 지연인지 지원 문의 범위를 좁힐 수 있다.
- 해당 체인의 최종성 모델을 확인한다
- 수취 서비스가 요구하는 확인 수와 현재 수를 비교한다
- 블록 해시가 바뀌는 재구성 여부를 본다
- 대기·확인·최종화·계정 반영을 별도 상태로 기록한다
금액과 용도에 따라 달라지는 완료 기준
완료 기준은 질문의 목적에 따라 달라진다. 커피 결제처럼 소액·즉시성이 중요한 상황과 대규모 정산은 같은 대기 시간을 쓸 이유가 없다. 자동화 시스템은 단순히 confirmations >= N만 보지 말고 올바른 체인, 기대한 수취 주소와 금액, 재구성 처리, 서비스 장애 재시도까지 설계해야 한다.
커피 결제와 대규모 수탁 이전은 같은 확정 기준을 쓸 이유가 없다. 되돌림 손실, 상대방 신뢰, 제공할 상품의 회수 가능성을 고려해 대기 기준을 정하고, 거래소 입금은 해당 서비스가 공지한 현재 확인 수를 따른다.
체인 재구성이 생기면 한때 블록에 있던 거래가 다시 대기 상태가 되거나 다른 경쟁 거래가 채택될 수 있다. 그래서 첫 확인 직후 제공한 상품을 회수할 수 없는 업무라면 손실 한도에 맞춰 추가 확인을 기다린다. 요구 확인 수는 네트워크 혼잡을 줄이는 장치가 아니라 재구성 위험을 관리하는 정책이다.
운영 기록에는 확인 숫자만 적지 말고 관측 기준을 남긴다. 예를 들어 비트코인은 블록 높이와 TXID, 이더리움은 포함 블록과 finalized 여부, 거래소는 계정 반영 시각을 쓴다. 이렇게 해야 서로 다른 시스템의 완료라는 단어를 하나의 타임라인에서 비교할 수 있다.
자주 묻는 질문
확인 1은 무엇을 뜻하나요?
일반적으로 거래가 한 블록에 포함됐음을 뜻한다. 체인과 탐색기 표기 방식에 따라 세부 계산은 확인해야 한다.
최종화되면 어떤 경우에도 바뀌지 않나요?
정상 합의에서는 매우 강한 확정이지만 대규모 합의 실패나 사회적 개입 같은 극단 상황까지 논리적으로 불가능하다고 말할 수는 없다.
확인 수가 충분한데 입금이 안 되는 이유는?
메모 누락, 최소 입금액, 지원 네트워크 불일치, 거래소 점검이나 내부 심사 등 온체인 밖 원인이 있을 수 있다.
