Một tuyên bố đang lan truyền trên mạng xã hội cho rằng các nút mạng RPC của XRP Ledger có thể xử lý 30.000 tin nhắn mỗi giây nghe có vẻ ấn tượng. Vấn đề là các phép đo chuẩn được xác minh thực tế không hỗ trợ con số đó.
Những con số thực tế cho thấy
XRPL Labs, một trong những nhà phát triển hạ tầng chính cho XRP Ledger, đã tập trung vào độ trễ thay vì thông lượng tin nhắn thô. Endpoint công khai của họ hiện đang có độ trễ p50 khoảng 371 miligiây cho các lệnh ledger_current, khiến đây trở thành lựa chọn có độ trễ thấp nhất trong số các máy chủ XRPL công khai.
Các cụm máy chủ công cộng đã được quan sát xử lý hơn 10.000 lần đọc mỗi giây trong các giai đoạn sử dụng cao điểm. Đó là một con số vững chắc cho cơ sở hạ tầng blockchain, nhưng chỉ bằng một phần ba con số 30.000 đã tuyên bố.
GetBlock, một nhà cung cấp hạ tầng khác, tuyên bố các nút mạng XRPL của họ có thể xử lý hơn 1.000 yêu cầu mỗi giây mà không bị giới hạn tỷ lệ trên các thiết lập chuyên dụng.
Mức độ gần nhất mà bất kỳ ai đạt được so với con số tiêu đề liên quan đến tin nhắn từ người xác thực, đây là một danh mục lưu lượng hoàn toàn khác biệt. Việc xử lý tin nhắn từ người xác thực đã ghi nhận mức trung bình khoảng 3.260 tin nhắn mỗi giây trong điều kiện thử nghiệm tối ưu, với đỉnh điểm vượt quá 6.100 tin nhắn mỗi giây. Nhưng lưu lượng đồng thuận giữa các người xác thực và yêu cầu RPC client-server là hai thứ hoàn toàn khác nhau.
Trong các môi trường sản xuất, lưu lượng giao dịch thực tế của mạng XRPL trong quá khứ dao động từ 100 đến 230 giao dịch mỗi giây trong các đỉnh điểm hàng ngày. Các mức tối đa lý thuyết trong các môi trường kiểm tra kiểm soát đã đạt hơn 1.500 TPS, vẫn thấp hơn một bậc so với con số 30.000 đang được đề cập.
Tại sao khoảng cách này lại quan trọng
Sự khác biệt giữa số tin nhắn mỗi giây và số giao dịch mỗi giây là quan trọng ở đây. Một nút mạng RPC có thể xử lý hàng ngàn yêu cầu đọc (kiểm tra số dư, truy vấn sổ cái, cập nhật đăng ký) mà không bao giờ dẫn đến việc ghi một giao dịch vào sổ cái. Việc đếm tất cả các tin nhắn đầu vào, bao gồm ping, kiểm tra trạng thái và các yêu cầu thất bại, sẽ luôn tạo ra một con số lớn hơn so với việc đếm các giao dịch thực tế đã được xử lý.
Đối với XRP cụ thể, điều này quan trọng vì Ripple đã định vị XRPL như là cơ sở hạ tầng cho xử lý thanh toán tổ chức và hoạt động trao đổi phi tập trung. Cả hai trường hợp sử dụng này đều yêu cầu hiệu suất có thể dự đoán và xác minh được dưới tải liên tục, chứ không phải các đỉnh lý thuyết đạt được trong điều kiện phòng thí nghiệm.
Nơi cơ sở hạ tầng XRPL thực sự đang hướng đến
Con số độ trễ p50 là 371ms thể hiện tiến bộ đáng kể đối với một mạng phi tập trung xử lý xác minh mật mã trên mỗi yêu cầu. Một mạng thanh toán liên tục xử lý các yêu cầu dưới 400 miligiây sẽ hữu ích hơn cho ngân hàng hoặc nhà cung cấp thanh toán so với một mạng tuyên bố thông lượng cực cao nhưng lại mang lại thời gian phản hồi không ổn định.
Cơ sở hạ tầng cũng đang đa dạng hóa. Nhiều nhà cung cấp hiện đã cung cấp dịch vụ nút mạng XRPL chuyên dụng, giúp phân tán tải và giảm các điểm lỗi đơn lẻ. Số lượng hơn 10.000 truy vấn mỗi giây được quan sát trên các cụm công cộng cho thấy mạng lưới có thể xử lý khối lượng truy vấn lớn ngay cả trước khi các thiết lập doanh nghiệp chuyên dụng được triển khai.