주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
무엇을 기다리는 시간인가
거래 지연은 서명부터 노드 접수, 블록 포함과 확정성 확보, 거래소 계정 반영 중 어느 구간을 재는지에 따라 달라집니다. 블록 시간이 짧다는 설명이 모든 이용자의 입금이 그 시간 안에 끝난다는 뜻은 아닙니다. 자료를 비교할 때 시작과 종료 사건을 먼저 정의하세요. 기기 시계와 서버 시계가 다르면 측정 오차가 생길 수 있어 공통 시각 기준과 시간 동기화 방법도 확인해야 합니다.
평균만으로 놓치는 꼬리
대부분 빠르지만 일부가 매우 오래 걸리는 분포에서는 평균이 실제 경험을 충분히 설명하지 못합니다. 중앙값과 상위 백분위, 표본 수와 관측 기간을 함께 보세요. 예를 들어 구십오 번째 백분위는 관측한 표본 중 약 구십오 퍼센트가 그 값 이하였다는 뜻이지 다음 거래를 보장하는 제한 시간이 아닙니다. 느린 거래를 분석에서 제외했다면 결과가 실제보다 좋아 보일 수 있으므로 제외 기준을 공개해야 합니다.
미완료 거래의 처리
관측을 끝낼 때 아직 대기 중인 거래를 조용히 삭제하면 느린 구간이 사라집니다. 미완료와 실패, 교체 거래를 별도로 기록하고 대기 시간이 얼마까지 관측됐는지 표시하세요. 같은 계정의 앞선 논스가 막힌 경우도 일반 거래와 분리해 볼 수 있습니다. 수수료 등급과 제출 경로, 시간대가 달랐는지 확인합니다. 데이터가 적을 때 정밀한 백분위 숫자를 제시하기보다 표본의 한계를 설명하는 편이 정확합니다.
체인 확정성과 서비스 정책
블록 포함 뒤 재구성 가능성을 어떻게 다루는지와 최종성 기준은 체인마다 다릅니다. 거래소가 추가 확인 수와 내부 검사를 요구하면 계정 반영이 더 늦어질 수 있습니다. 서비스 점검과 입금 최소 금액, 메모 오류는 체인 지연과 별개의 원인입니다. 탐색기에서 성공했다고 거래소가 곧바로 입금 처리해야 한다고 단정하지 마세요. 체인 해시와 서비스 입금 기록을 나누어 추적하는 것이 좋습니다.
비교 실험의 조건
같은 기간과 시장 상황에서 거래 종류와 수수료 정책을 맞추고 원자료를 저장합니다. 개인 정보와 주소를 공개할 필요가 없으면 식별자를 가명 처리하세요. 혼잡 시기와 정상 시기를 나누어 보고 성능 개선 전후의 표본 선택도 일관되게 해야 합니다. 기사에는 측정한 단계와 백분위, 미완료 수와 제외 기준을 함께 표시합니다. 빠르다는 한 문장보다 어떤 조건에서 얼마나 기다렸는지가 해외 이용자의 계획에 더 도움이 됩니다.
직접 확인하는 연습
관측 종료 때 남은 대기 거래의 수와 이미 기다린 시간을 함께 표시합니다. 완료된 표본만의 빠른 백분위와 모든 요청의 실제 서비스 경험이 같지 않다는 점을 보고서에서 명확하게 구분해야 합니다.
