먼저, 수치가 무엇을 측정하는지 파악해야 합니다.
블록체인 성능 보고서에는 종종 TPS, 지연 시간 및 비용이 언급됩니다. 트랜잭션은 단순한 데이터 전송, 복잡한 스마트 계약 호출 또는 배치 작업일 수 있으며, 모두 트랜잭션이라고 불린다는 이유만으로 직접 비교할 수 없습니다. 먼저 워크로드, 실제 온체인에서 발생하는지 여부, 통계 기간 및 계산 공식을 기록한 다음 결론을 살펴봅니다. 이 글은 해석 방법을 다루는 것이며, 특정 블록체인의 현재 순위를 제시하거나 실험 데이터를 투자 근거로 사용하지 않습니다.
실험 환경이 결과에 영향을 미칠 수 있습니다.
하드웨어, 네트워크 대역폭, 노드 수, 지리적 분포 및 데이터 세트는 모두 테스트에 영향을 미칩니다. 프라이빗 환경은 오픈 네트워크와 다르며, 이상적인 동시 접속 환경이 장기적인 사용자 경험을 보장하는 것은 아닙니다. 코드, 버전, 매개변수 및 원시 데이터가 공개적으로 사용 가능한지, 그리고 독립적인 재테스트가 가능한지 확인하십시오. 차트만 있고 관련 데이터가 없는 경우 재현 가능성은 '알 수 없음'으로 표시해야 합니다.
제출 속도와 최종성을 분리하십시오.
시스템이 요청을 수락하고, 트랜잭션을 실행하고, 블록을 생성하고, 최종성을 확보하는 과정은 동시에 발생하는 이벤트가 아닙니다. 소위 밀리초 수준의 응답은 프런트엔드 또는 분류기의 수신 시간만을 의미할 수 있으며, 최종 정산 시간을 의미하지는 않습니다. 지연 시간을 비교할 때는 시작점과 끝점을 명확히 명시하고 평균, 분위수, 이상치를 구분해야 합니다. 가장 빠른 단일 결과만으로는 네트워크 혼잡이나 장애 상황에서의 성능을 설명할 수 없습니다.
낮은 수수료에는 포함된 비용을 고려해야 합니다.
견적에는 데이터 게시, 브리징, 결제 서비스 또는 종료 비용을 제외한 실행 수수료만 포함될 수 있습니다. 보조금 및 테스트 토큰 또한 결과에 영향을 미칠 수 있습니다. 동일한 자산, 부하 및 기간을 검증해야 하며, 단기적인 이점을 영구적인 프로토콜 비용으로 간주해서는 안 됩니다. "저렴한 비용"을 자산 보안 또는 애플리케이션 지속 가능성과 동일시해서는 안 됩니다.
비교표를 사용하여 논문을 검토하십시오.
표에는 프로토콜 버전, 테스트 네트워크, 하드웨어, 노드, 부하, 성공률, 처리량, 지연 시간 정의, 비용 범위 및 재현 링크가 포함되어야 합니다. 논문을 업데이트할 때는 이전 버전과 수정 사유를 함께 보관해야 합니다. 연구 결과, 프로젝트 발표, 언론 보도는 별도로 인용하고, 재인쇄 시 저자 관련 제한 사항을 삭제하지 않아야 합니다. 이해 충돌이 있는 경우에도 진실되게 공개해야 합니다.
결론을 작성할 때 경계를 명확히 하는 방법
특정 지표가 특정 조건 및 특정 버전에서 관찰되었다는 점은 언급할 수 있지만, 모든 실제 사용자가 동일한 경험을 할 것이라고 쓰는 것은 부적절합니다. 독립적인 재검증을 실시하지 않은 경우, 단일 순위 목록을 기준으로 해당 기술이 전반적으로 우수하다고 명시해야 합니다. 본 논문은 어떠한 블록체인 기술도 지지하지 않으며, 테스트 결과가 펀드 운영에 적용될 수 있음을 보장하지 않습니다. 네트워크 보안, 거버넌스, 데이터 가용성 및 복구 능력은 추가적인 평가가 필요합니다.