Trước tiên, hãy hỏi các con số đang đo lường điều gì.

Các báo cáo hiệu suất blockchain thường đề cập đến TPS, độ trễ và chi phí. Các giao dịch có thể là chuyển khoản đơn giản, các lệnh gọi hợp đồng phức tạp hoặc các hoạt động theo lô; chúng không thể được so sánh trực tiếp chỉ vì tất cả đều được gọi là giao dịch. Trước tiên, hãy ghi lại khối lượng công việc, liệu nó có thực sự đang chạy trên chuỗi hay không, khoảng thời gian thống kê và công thức tính toán, sau đó xem xét kết luận. Bài viết này thảo luận về các phương pháp đọc, không công bố xếp hạng hiện tại của một chuỗi cụ thể và không sử dụng dữ liệu thử nghiệm làm cơ sở cho đầu tư.

Môi trường thử nghiệm có thể quyết định kết quả.

Phần cứng, băng thông mạng, số lượng nút, phân bố địa lý và tập dữ liệu đều ảnh hưởng đến quá trình thử nghiệm. Môi trường riêng tư khác với mạng mở, và khả năng xử lý đồng thời lý tưởng không đảm bảo trải nghiệm người dùng tốt về lâu dài. Kiểm tra xem mã, phiên bản, tham số và dữ liệu thô có được công khai hay không, và liệu có tồn tại quá trình kiểm tra lại độc lập hay không; nếu chỉ có biểu đồ mà không có dữ liệu hỗ trợ, khả năng tái tạo nên được liệt kê là không xác định.

Tách biệt tốc độ gửi yêu cầu khỏi trạng thái hoàn tất

Việc hệ thống chấp nhận yêu cầu, thực hiện giao dịch, tạo khối và đạt được một số hình thức hoàn tất không phải là các sự kiện đồng thời. Cái gọi là phản hồi ở mức mili giây chỉ có thể đề cập đến việc tiếp nhận ở giao diện người dùng hoặc bộ phân loại, chứ không phải là việc thanh toán cuối cùng. Khi so sánh độ trễ, hãy nêu rõ điểm bắt đầu và điểm kết thúc, và phân biệt giữa giá trị trung bình, phân vị và giá trị ngoại lệ; Một kết quả nhanh nhất duy nhất không thể mô tả hiệu suất trong thời gian tắc nghẽn hoặc sự cố.

Phí thấp cần xem xét các chi phí đi kèm

Báo giá chỉ có thể bao gồm một lớp phí thực thi, không bao gồm phí xuất bản dữ liệu, phí cầu nối, phí dịch vụ thanh toán hoặc phí thoát. Trợ cấp và mã thông báo thử nghiệm cũng có thể ảnh hưởng đến kết quả. Xác minh cùng một tài sản, tải và khung thời gian; không mô tả lợi ích ngắn hạn như chi phí giao thức vĩnh viễn. Không tự động đánh đồng "chi phí thấp" với bảo mật tài sản hoặc tính bền vững của ứng dụng.

Xem xét các bài báo bằng cách sử dụng bảng so sánh.

Bảng nên bao gồm phiên bản giao thức, mạng thử nghiệm, phần cứng, số nút, tải, tỷ lệ thành công, thông lượng, định nghĩa độ trễ, phạm vi chi phí và liên kết tái tạo. Khi một bài báo được cập nhật, hãy giữ lại phiên bản cũ và lý do sửa đổi. Trích dẫn riêng biệt các kết quả nghiên cứu, thông báo dự án và tiêu đề báo chí, tránh việc loại bỏ các hạn chế liên quan đến tác giả trong các bản in lại; các xung đột lợi ích cũng cần được công khai một cách trung thực.

Cách viết kết luận có giới hạn.

Có thể nói rằng một chỉ số nhất định đã được quan sát trong những điều kiện nhất định và trong một phiên bản nhất định, nhưng không phù hợp khi viết rằng tất cả người dùng thực tế sẽ có cùng trải nghiệm. Khi không tiến hành kiểm tra lại độc lập, cần phải nêu rõ ràng rằng công nghệ đó vượt trội toàn diện dựa trên một bảng xếp hạng duy nhất. Bài viết này không ủng hộ bất kỳ blockchain nào, cũng không đảm bảo rằng kết quả thử nghiệm có thể áp dụng cho hoạt động quỹ; bảo mật mạng, quản trị, tính khả dụng của dữ liệu và khả năng phục hồi cần được đánh giá thêm.