ก่อนอื่น ต้องถามว่าตัวเลขเหล่านั้นวัดอะไร
รายงานประสิทธิภาพบล็อกเชนมักกล่าวถึง TPS, ความหน่วง และต้นทุน การทำธุรกรรมอาจเป็นการโอนเงินแบบง่าย การเรียกใช้สัญญาที่ซับซ้อน หรือการดำเนินการแบบกลุ่ม ไม่สามารถเปรียบเทียบกันได้โดยตรงเพียงเพราะเรียกว่าธุรกรรมเหมือนกัน ก่อนอื่น ต้องบันทึกปริมาณงาน ว่าอยู่บนบล็อกเชนจริงหรือไม่ ระยะเวลาทางสถิติ และสูตรการคำนวณ จากนั้นจึงดูข้อสรุป บทความนี้กล่าวถึงวิธีการอ่าน ไม่ได้เผยแพร่การจัดอันดับปัจจุบันของบล็อกเชนใด ๆ และไม่ได้ใช้ข้อมูลทดลองเป็นพื้นฐานสำหรับการลงทุน
สภาพแวดล้อมในการทดลองอาจเป็นตัวกำหนดผลลัพธ์
ฮาร์ดแวร์ แบนด์วิดท์เครือข่าย จำนวนโหนด การกระจายทางภูมิศาสตร์ และชุดข้อมูล ล้วนส่งผลต่อการทดสอบ สภาพแวดล้อมส่วนตัวแตกต่างจากเครือข่ายเปิด และการทำงานพร้อมกันในอุดมคติไม่ได้รับประกันประสบการณ์การใช้งานที่ดีในระยะยาว ตรวจสอบว่าโค้ด เวอร์ชัน พารามิเตอร์ และข้อมูลดิบมีให้ใช้งานได้ทั่วไปหรือไม่ และมีการทดสอบซ้ำโดยอิสระหรือไม่ หากมีเพียงแผนภูมิโดยไม่มีข้อมูลสนับสนุน ควรระบุความสามารถในการทำซ้ำว่าไม่ทราบ
แยกความเร็วในการส่งออกจากความสมบูรณ์
ระบบที่รับคำขอ ดำเนินการธุรกรรม สร้างบล็อก และบรรลุความสมบูรณ์ในรูปแบบใดรูปแบบหนึ่ง ไม่ใช่เหตุการณ์ที่เกิดขึ้นพร้อมกัน การตอบสนองระดับมิลลิวินาทีที่เรียกว่านั้น อาจหมายถึงการรับจากส่วนหน้าหรือตัวจัดเรียงเท่านั้น ไม่ใช่การชำระบัญชีขั้นสุดท้าย เมื่อเปรียบเทียบค่าความหน่วง ให้ระบุจุดเริ่มต้นและจุดสิ้นสุดอย่างชัดเจน และแยกแยะความแตกต่างระหว่างค่าเฉลี่ย ค่าควอนไทล์ และค่าผิดปกติ ผลลัพธ์ที่เร็วที่สุดเพียงอย่างเดียวไม่สามารถอธิบายประสิทธิภาพในช่วงเวลาที่มีการติดขัดหรือระบบล่มได้
ค่าธรรมเนียมต่ำต้องพิจารณาต้นทุนที่รวมอยู่ด้วย
ใบเสนอราคาอาจรวมเฉพาะค่าธรรมเนียมการดำเนินการเพียงชั้นเดียวเท่านั้น ไม่รวมการเผยแพร่ข้อมูล การเชื่อมต่อ การบริการชำระเงิน หรือต้นทุนการออก เงินอุดหนุนและโทเค็นทดสอบก็อาจส่งผลต่อผลลัพธ์ได้เช่นกัน ตรวจสอบสินทรัพย์ ปริมาณงาน และกรอบเวลาเดียวกัน อย่าอธิบายผลประโยชน์ระยะสั้นว่าเป็นต้นทุนโปรโตคอลถาวร อย่าเทียบ "ต้นทุนต่ำ" กับความปลอดภัยของสินทรัพย์หรือความยั่งยืนของแอปพลิเคชันโดยอัตโนมัติ
ตรวจสอบเอกสารโดยใช้ตารางเปรียบเทียบ
ตารางควรประกอบด้วยเวอร์ชันโปรโตคอล เครือข่ายทดสอบ ฮาร์ดแวร์ โหนด โหลด อัตราความสำเร็จ ปริมาณงาน คำจำกัดความของความหน่วง ช่วงต้นทุน และลิงก์สำหรับการจำลอง เมื่อมีการอัปเดตเอกสาร ให้คงเวอร์ชันเก่าและเหตุผลในการแก้ไขไว้ อ้างอิงผลการวิจัย ประกาศโครงการ และพาดหัวข่าวจากสื่อแยกกัน โดยหลีกเลี่ยงการลบข้อจำกัดที่เกี่ยวข้องกับผู้เขียนในการพิมพ์ซ้ำ ควรเปิดเผยความขัดแย้งทางผลประโยชน์อย่างตรงไปตรงมาด้วย
วิธีการเขียนบทสรุปที่มีขอบเขต
เป็นที่ยอมรับได้ที่จะกล่าวว่าตัวชี้วัดบางอย่างถูกสังเกตภายใต้เงื่อนไขบางอย่างและในเวอร์ชันบางอย่าง แต่ไม่เหมาะสมที่จะเขียนว่าผู้ใช้จริงทุกคนจะมีประสบการณ์เดียวกัน เมื่อไม่ได้ทำการทดสอบซ้ำโดยอิสระ ควรระบุอย่างชัดเจนว่าเทคโนโลยีนั้นเหนือกว่าโดยรวมโดยอิงจากรายการจัดอันดับเดียว บทความนี้ไม่ได้สนับสนุนบล็อกเชนใด ๆ และไม่รับประกันว่าผลการทดสอบจะใช้ได้กับการดำเนินงานด้านการเงิน ความปลอดภัยของเครือข่าย การกำกับดูแล ความพร้อมใช้งานของข้อมูล และความสามารถในการกู้คืน จำเป็นต้องได้รับการประเมินเพิ่มเติม