본문으로 이동
Financial Context Wiki

블록 확인

PoW 확인 깊이, PoS 안전 및 최종 확정 상태, 멤풀 대체, 체인 재구성, 거래소 입금 반영 정책을 검증 중심으로 설명합니다.

업데이트

교육 목적으로만 제공되며 재무 또는 보안 조언이 아닙니다. 확인, 최종성, 대체 및 입금 반영 규칙은 네트워크, 노드, 자산, 거래소 및 장애 상황에 따라 다릅니다.

직접 답변

블록 확인은 특정 관찰자와 프로토콜을 기준으로, 해당 관찰자가 현재 인식하는 정규 체인의 블록에 트랜잭션이 포함됐다는 상태입니다. Bitcoin Core의 일반적인 포함식 계산은 트랜잭션을 담은 블록을 첫 번째 확인으로 셉니다. 포함 높이가 h이고 최상 체인 높이가 H이면 깊이는 H - h + 1입니다. 일부 서비스는 후속 블록만 세어 H - h로 표시하므로 어떤 방식을 쓰는지 밝혀야 합니다.

명시된 가정 아래에서 작업증명 깊이는 체인 재구성 위험을 낮추지만 절대적 최종성을 만드는 마법의 경계는 아닙니다. 지분증명 시스템은 프로토콜 고유 상태를 제공할 수 있습니다. 이더리움은 latest, safe, finalized를 구분하며 고정된 블록 수, 슬롯 수 또는 경과 시간으로 이 상태들을 대체할 수 없습니다. 체인 기준을 충족한 뒤에도 거래소의 감지, 입금 반영, 거래 가능, 출금 가능은 서로 다른 내부 정책 상태입니다.

예상 대기
1.2 min
예시 범위
54s - 1.5 min

결과는 교육용 근사치입니다. 명시되지 않는 한 거래소 규칙, 세금, 지연, 오라클 동작 및 프로토콜별 조건은 포함하지 않습니다.

작동 방식

  1. 체인과 네트워크, 자산, 트랜잭션 식별자, 노드 또는 API, 관찰 시각, 합의 모델, 계산 방식을 고정합니다. 일치하는 해시를 의도한 지급으로 판단하기 전에 수취인, 금액, 메모 또는 태그를 확인합니다.
  2. 서명됨, 브로드캐스트됨, 한 노드의 로컬 멤풀에 수락됨, 전파됨을 구분합니다. 멤풀은 노드별 정책 관점이지 전역 합의 대기열이 아닙니다. 수수료 상태, 미확인 상위 트랜잭션, Replace-by-Fee 또는 동일 nonce 대체, 충돌 지출을 확인합니다.
  3. 높이나 블록 탐색기 배지만 보지 말고 블록 해시, 높이, 트랜잭션 인덱스, 정규 체인 조상 관계를 기준으로 포함을 검증합니다. 계정 기반 체인은 영수증 상태, 로그, 실제 상태 변경도 확인해야 합니다. 포함된 실행도 되돌려질 수 있습니다.
  4. 합의 모델을 적용합니다. PoW에서는 계산 방식을 밝히고 깊이를 계산한 뒤, 독립 노드가 인식하는 최상 체인과 누적 작업량을 비교합니다. PoS에서는 고유한 헤드, 안전, 정당화 또는 최종 확정 상태를 조회하며 고정된 블록이나 슬롯 거리로 추론하지 않습니다.
  5. 수명주기를 명시적 상태로 추적합니다. 생성, 브로드캐스트, 로컬 멤풀 수락, 포함, 정규 체인 깊이 또는 안전/최종 확정 상태, 재구성, 재포함, 대체, 충돌입니다. 체인 재구성이 원래 트랜잭션을 모든 멤풀로 되돌린다고 보장할 수 없습니다.
  6. 거래소 원장은 별도로 관리합니다. 관찰됨, 네트워크 기준 충족, 입금 반영, 거래 가능, 출금 가능을 나눕니다. 자산, 네트워크, 금액, 장애 상황별 거래소의 현행 정책을 적용하며 유지보수, 규제 준수, 수동 검토가 별도 지연을 더할 수 있습니다.
  7. 독립 노드나 제공자를 교차 확인하고 필요한 상태에 도달할 때까지 모니터링합니다. 해시, 높이, 타임스탬프, RPC 레이블, 정책 스냅샷을 기록하고 대체, 재구성, 최종성 지연, 오래된 노드, 브리지 릴레이, 거래소 중단 경로를 훈련합니다.

예시

  • 계산 방식. 비트코인 트랜잭션이 정규 블록 h = 900,000에 있고 최상 체인 끝이 H = 900,005이면 포함식 깊이는 900,005 - 900,000 + 1 = 6 confirmations입니다. 후속 블록만 세는 화면은 900,005 - 900,000 = 5로 표시합니다. 양쪽이 같은 블록 해시와 조상 관계를 가리킨다면 이는 용어와 계산 방식의 차이입니다.
  • 재구성과 재포함. 트랜잭션은 처음에 1 confirmation을 얻었고 포함 블록은 900,000이었지만, 이후 해당 블록이 최상 체인에서 제외됩니다. 트랜잭션이 여전히 유효하고 충돌하지 않으면 확인 수는 0으로 돌아갑니다. 900,003에서 다시 포함되고 체인 끝이 900,006에 도달하면 포함식 깊이는 900,006 - 900,003 + 1 = 4 confirmations입니다. 확인된 충돌 트랜잭션이 이를 대체했다면 Bitcoin Core는 음수 확인 수를 보고할 수도 있습니다.
  • PoS 레이블은 블록 수가 아니다. 이더리움 트랜잭션이 실행 블록 20,000,000에 있고 한 노드가 같은 조상 관계에서 latest = 20,000,020, safe = 20,000,012, finalized = 19,999,980을 보고한다고 가정합니다. 수치상 latest 깊이는 20,000,020 - 20,000,000 + 1 = 21이며 트랜잭션은 안전하지만 최종 확정되지는 않았습니다. 해시 조상 관계와 클라이언트의 합의 레이블이 필요하며 높이만으로는 부족합니다.
  • 체인 기준과 거래소 입금 반영. 거래소 정책이 6 confirmations를 요구한다고 가정합니다. 블록 900,000의 입금이 5/6으로 표시될 때 체인 끝은 900,004이고, 6/6으로 표시될 때 체인 끝은 900,005입니다. 이후 거래소가 15-minute compliance hold를 적용하면 체인상 자격과 내부 입금 반영, 거래, 출금 시각은 여전히 다른 상태입니다. 이 보류는 일곱 번째 확인이 아닙니다.

위험

  • 잘못된 체인, 네트워크 또는 자산을 확인합니다.
  • 잘못된 트랜잭션 해시, 수취인, 메모 또는 태그를 사용합니다.
  • 서명됐지만 브로드캐스트되지 않은 트랜잭션을 대기 상태로 봅니다.
  • 한 노드의 멤풀을 전역 네트워크 상태로 봅니다.
  • 정책 거부, 축출 또는 미전파를 놓칩니다.
  • RBF, 동일 nonce 또는 충돌 대체를 무시합니다.
  • 미확인 상위·하위 트랜잭션 또는 패키지 수수료를 잘못 해석합니다.
  • 포함식과 후속 블록 전용 확인 수를 혼용합니다.
  • 오래됐거나 동기화 중이거나 격리된 노드를 신뢰합니다.
  • 블록 해시와 조상 관계를 확인하지 않고 높이를 비교합니다.
  • 짧은 PoW 체인 재구성으로 확인을 잃습니다.
  • 고정 깊이를 모든 금액과 공격자에게 절대적으로 안전하다고 봅니다.
  • 경과 시간, 슬롯, 에폭, 실제 생성된 블록을 혼동합니다.
  • PoS 헤드 블록을 안전하다고 봅니다.
  • 안전 블록을 최종 확정 블록으로 봅니다.
  • 체인이 계속 블록을 생성하는 동안 최종성 지연을 놓칩니다.
  • 포함됐지만 되돌려진 실행을 애플리케이션 성공으로 봅니다.
  • 토큰 로그나 블록 탐색기 화면을 결과 상태와 혼동합니다.
  • 거래소 감지, 입금 반영, 거래 및 출금 권한을 같은 상태로 봅니다.
  • 소스 체인 확인을 브리지, 발행자 또는 대상 체인 절차의 완료로 봅니다.

흔한 오해

  • 검색 가능한 트랜잭션 해시나 로컬 멤풀 항목은 이미 확인된 것이다.
  • 한 가지 확인 수 계산 방식과 6회 확인 기준이 모든 체인, 금액, 서비스에 적용된다.
  • 더 높은 수수료를 내면 후속 블록이나 PoS 최종성도 더 빨리 도달한다.
  • 고정된 이더리움 블록 수나 슬롯 수는 safe 또는 finalized와 같다.
  • 체인 포함이나 최종 확정은 컨트랙트 실행 성공, 올바른 수취인 정보, 거래소 입금 반영 또는 브리지 완료를 보장한다.

관련 주제

출처

탐색

위키 검색...