228,3 TPS thực đo trên XRP Ledger, cách xa tin đồn 30.000 tin nhắn/giây

Thông lượng giao dịch thực tế mà XRP Ledger xác nhận trong sổ cái chỉ đạt 228,3 giao dịch mỗi giây (TPS), thấp hơn nhiều so với con số 30.000 tin nhắn mỗi giây từng lan truyền trên mạng xã hội. Mức 228,3 TPS này là kết quả đo trong 30 giây trên dữ liệu sổ cái đã được xác thực.

CryptoBriefing đưa tin ngày 8 (giờ địa phương) rằng tuyên bố "node RPC của XRP Ledger xử lý 30.000 tin nhắn mỗi giây" lan truyền trên mạng xã hội không khớp với các benchmark đã được kiểm chứng. Vấn đề cốt lõi nằm ở chỗ số lượng yêu cầu RPC mà node xử lý và số giao dịch mà mạng lưới thực sự xác nhận là hai chỉ số khác nhau, không thể so sánh trực tiếp bằng cùng một con số.

RPC là lớp kết nối mà các ứng dụng bên ngoài như ví, sàn giao dịch hay dịch vụ thanh toán dùng để gửi yêu cầu dữ liệu hoặc nộp giao dịch tới node blockchain. Một yêu cầu RPC có thể bao gồm việc tra cứu sổ cái, kiểm tra thông tin tài khoản, kiểm tra trạng thái server hoặc nộp giao dịch.

Trong khi đó, TPS là số giao dịch mà sổ cái thực sự xử lý và xác nhận trong một khoảng thời gian nhất định. Số lượng tin nhắn RPC cao không đồng nghĩa với việc mạng lưới đã đồng thuận và xác nhận số giao dịch tương ứng.

Theo tài liệu chính thức của XRP Ledger, API ledger_current được mô tả là công cụ tra cứu phiên bản sổ cái đang được xử lý, chứ không phải chỉ số đo tốc độ đồng thuận giao dịch của bản thân sổ cái.

Tài liệu chính thức cũng nêu rõ hiệu năng server phụ thuộc vào mức độ hoạt động của mạng lưới và cách sử dụng API. Server API công khai và server API riêng phục vụ một dịch vụ cụ thể có mục đích và cấu hình hoàn toàn khác nhau.

XRP Ledger cho biết các validator cần khoảng 3-5 giây để đạt đồng thuận về thứ tự và kết quả giao dịch. Server công khai cũng chỉ là điểm truy cập để đọc dữ liệu sổ cái hoặc nộp giao dịch, nên không thể quy đổi lưu lượng xử lý yêu cầu của server thành thông lượng giao dịch của toàn mạng lưới.

TokenPost từng đưa tin rằng con số 30.000 tin nhắn mỗi giây của node RPC XRP Ledger khác với khối lượng giao dịch thực tế của sổ cái. Phân tích lần này, dựa trên dữ liệu đo lường thực tế, một lần nữa khẳng định con số nói trên phản ánh hiệu năng hạ tầng RPC chứ không phải giới hạn xử lý giao dịch của toàn mạng lưới.

Trong tài liệu năm 2017, Ripple từng giải thích XRP Ledger có thể xử lý 1.500 giao dịch mỗi giây. Con số "hàng chục nghìn" giao dịch được nhắc đến trong một tài liệu khác của công ty này mô tả cấu trúc xử lý qua kênh thanh toán (payment channel), không liên quan trực tiếp đến thông lượng RPC trên mainnet.

XRPLWin đã phân tích dữ liệu sổ cái đã xác thực từ năm 2012 đến tháng 9/2025. Kết quả cho thấy trung vị thông lượng duy trì cao nhất theo ngày trong năm 2025 là 123,5 TPS.

Mức thông lượng cao nhất toàn kỳ mà phân tích này ghi nhận là 228,3 TPS, đo trong 30 giây vào ngày 21 tháng 7 năm 2025. XRPLWin khẳng định XRP Ledger chưa từng duy trì mức 1.000 TPS một cách có ý nghĩa.

Bình luận: 228,3 TPS là con số thực đo trong môi trường vận hành thật, còn 1.500 TPS mà Ripple từng đưa ra là năng lực xử lý trong bối cảnh thiết kế và thử nghiệm. Hai con số này khác nhau về điều kiện đo lường lẫn ý nghĩa, nên khó có thể dùng riêng một con số để kết luận về hiệu năng thực tế của mạng lưới.

Năng lực trên 1.000 RPS (yêu cầu mỗi giây) mà các nhà cung cấp dịch vụ RPC quảng bá cho node chuyên dụng cũng là con số liên quan đến sản phẩm và cấu hình server, không thể hiểu trực tiếp là mainnet XRP Ledger đồng thuận hơn 1.000 giao dịch mỗi giây.

Sự khác biệt này cho thấy cần tách bạch hiệu năng kết nối của các ứng dụng dùng XRP Ledger như ví, sàn giao dịch, dịch vụ thanh toán với hiệu năng xử lý của bản thân sổ cái. Năng lực xử lý yêu cầu ở lớp kết nối tăng lên không có nghĩa là số lượng người dùng ứng dụng hay khối lượng giao dịch trên sổ cái tự động tăng theo.

Do đó, để so sánh các tuyên bố về hiệu năng một cách chính xác, cần công khai rõ định nghĩa của tin nhắn, yêu cầu và giao dịch, cùng thời gian duy trì và môi trường đo lường. Thông lượng RPC và thông lượng giao dịch sổ cái của XRP Ledger cần được kiểm chứng riêng biệt bằng các benchmark có thể tái lập trong cùng điều kiện.