Nghiên cứu về blockchain đã bị cản trở vì chúng ta không có cách tốt để so sánh thông lượng tối đa của các giao thức khác nhau. Rất vui được thông báo về một phương pháp mới cùng với Kartik Nayak (@kartik1507) và Nibesh Strestha (@nibeshrestha2). 1/

Vấn đề cơ bản là các mô hình tiêu chuẩn không tính đến khả năng tải lên / tải xuống. Ví dụ: trong mô hình 'đồng bộ', bất kỳ tin nhắn nào có kích thước bất kỳ cũng đến trong một thời gian cố định nào đó. 2/

Điều này có nghĩa là chúng tôi không có cách nào để phân tích chính thức nhiều tuyên bố về hiệu suất: các giao thức dựa trên DAG có thực sự tốt hơn các giao thức đơn đề xuất như PBFT không? Độ phức tạp của tin nhắn tuyến tính của Hotstuff có thực sự làm giảm độ trễ không? 3/

Cách tiếp cận "Đường ống" của chúng tôi cho phép người ta tính toán độ trễ như một hàm của băng thông mạng, độ trễ mạng, số lượng bộ xử lý và tốc độ giao dịch đến. 4/

Mỗi giao thức có một "nút thắt cổ chai độ trễ": tốc độ giao dịch đến mà độ trễ trở nên không giới hạn trong quá trình thực thi giao thức, tức là thông lượng tối đa mà giao thức có thể xử lý mà không có độ trễ không giới hạn. 5/

Bài báo có sẵn ở đây: . Các thí nghiệm sẽ sớm được bổ sung... 6/