주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
논문과 운영망의 거리
연구 논문은 정해진 가정 아래 얻은 결과를 제시합니다. 동료 심사를 거쳤다는 사실도 제품의 모든 구현이 안전하거나 논문의 속도로 작동한다는 보증은 아닙니다. 먼저 연구가 다루는 합의, 실행, 저장 중 어느 부분인지 확인하고, 실험 코드와 실제 출시 코드의 버전을 나란히 적으세요. 논문이 제외한 장애와 공격자 능력은 성능을 해석하는 중요한 조건입니다.
하드웨어와 작업 부하
초당 거래 수를 비교하려면 프로세서와 메모리, 디스크, 검증자 수, 지역 간 지연과 대역폭을 맞춰야 합니다. 단순 송금과 복잡한 계약 호출을 같은 거래 한 건으로 세면 숫자가 공정하지 않습니다. 읽기와 쓰기 비율, 데이터 크기, 동시 요청 수를 함께 기록하세요. 과부하에서 실패한 요청을 분모에서 빼면 성공률이 낮은 시스템도 빠르게 보일 수 있습니다.
처음부터 끝까지의 시간
로컬 실행 엔진의 처리량은 탈중앙 네트워크에서 최종 결제되는 속도와 다릅니다. 요청 생성, 전파, 블록 포함, 실행과 최종성까지 어느 구간을 측정했는지 표시합니다. 평균 지연만 보지 말고 느린 꼬리 구간과 실패율을 확인하세요. 거래를 받았다는 응답과 되돌릴 가능성이 충분히 낮아진 상태를 같은 완료 시점으로 쓰면 비교의 경계가 바뀝니다.
독립 재현 점검표
공개 저장소의 커밋, 설정 파일, 입력 자료와 실행 명령이 있어야 재현을 시도할 수 있습니다. 연구자가 제공한 그림을 다시 그리는 것과 다른 환경에서 실험을 반복하는 것은 다릅니다. 예를 들어 같은 프로그램을 지역 세 곳에 배치하고 한 노드를 중단하는 실험은 단일 기기 측정에 없던 조건을 더합니다. 결과가 달라지면 입력 차이와 오차 범위를 먼저 조사해야 합니다.
기사를 쓰는 기준
재현하지 못했거나 코드가 공개되지 않았다면 그 사실을 제목과 본문 해석에 반영하세요. 논문이 제시한 수치를 현재 운영망의 신기록처럼 적거나 보안 가정을 생략하지 않습니다. 측정 날짜와 소프트웨어 버전을 보존하고 수정 결과가 나오면 이전 표와 연결합니다. 독자는 큰 숫자보다 어떤 조건에서 어디까지 검증되었는지를 알아야 하며, 실험 성능이 토큰 가치 상승을 증명하지도 않습니다.
서로 다른 시험을 섞지 않기
실행 엔진만 초당 처리량이 높아진 실험과 지역별 검증자를 연결한 실험은 같은 순위표에 놓기 어렵습니다. 클라이언트가 요청을 생성한 시각부터 최종 확인을 받은 시각까지의 로그가 있는지 확인하세요. 처리량을 높일수록 미처리 대기열이 계속 쌓이는지도 중요합니다. 짧은 시험이 끝났을 때 남은 요청을 제외했다면 지속 가능한 처리 능력과 다를 수 있습니다. 실패한 노드와 네트워크 분할을 시험하지 않았다면 그 조건의 결과는 알려지지 않은 것으로 남겨야 하며, 독립 재현자는 원저자와 다른 입력을 쓴 부분을 명시해야 합니다.
