
Vào ngày 14 tháng 9, XRP Ledger đã xử lý 3.254 giao dịch trong một sổ cái, thiết lập một kỷ lục được báo cáo về số lượng giao dịch trong một sổ cái.
Nhà điều hành trình xác thực Vet đã báo cáo con số này sau khi xem xét sổ cái và cho biết hầu hết các mục nhập là các khoản thanh toán XRP một "drop". Ông mô tả hoạt động này như một thử nghiệm thông lượng khả thi, mặc dù mục đích của người gửi chưa được xác nhận.
Một "drop" bằng một phần triệu của một XRP, khiến nó trở thành đơn vị nhỏ nhất được ghi nhận bởi mạng. Do đó, số lượng giao dịch cao này đại diện cho nhiều khoản chuyển nhỏ, chứ không phải là một lượng XRP lớn bất thường di chuyển giữa các tài khoản.
Chỉ mục sổ cái và tài khoản khởi tạo không được xác định trong bài đăng công khai của Vet. Nếu không có những chi tiết đó, tuyên bố kỷ lục dựa vào phân tích của ông và không thể so sánh thông qua bài đăng một mình với mọi sổ cái trước đó trong lịch sử XRPL.
Hầu hết 3.254 giao dịch là các khoản thanh toán đơn giản mang một "drop" XRP, theo Vet. Các giao dịch tài sản gốc đơn giản yêu cầu ít công việc xử lý hơn so với các giao dịch liên quan đến lệnh sàn giao dịch phi tập trung, NFT hoặc đường dẫn thanh toán đa tiền tệ.
"Tôi không biết tại sao người này lại thực hiện những giao dịch này, nhưng có vẻ như đó là thử nghiệm thông lượng," Vet nói. Mô tả này vẫn mang tính suy đoán vì chủ tài khoản chưa công khai giải thích hoạt động này.
Số lượng giao dịch không cho thấy một sổ cái yêu cầu bao nhiêu công việc tính toán. Một sổ cái chứa hàng nghìn khoản thanh toán XRP trực tiếp có thể đặt một tải khác lên các trình xác thực so với một sổ cái chứa ít giao dịch hơn, hoạt động token hoặc đường dẫn thanh toán phức tạp.
"Không phải tất cả các giao dịch đều có mức độ tải tương đương," Vet nói. Ông ước tính rằng 500 khoản thanh toán XRP đơn giản có thể tạo ra ít áp lực hơn 200 giao dịch yêu cầu xử lý sàn giao dịch phi tập trung rộng rãi.
Tài liệu chính thức của XRPL nêu rõ rằng mỗi sổ cái được xác thực ghi lại các giao dịch được áp dụng cho trạng thái sổ cái trước đó. Siêu dữ liệu liên quan cung cấp kết quả và hiệu ứng của mỗi giao dịch được bao gồm.
Các giao dịch có kết quả tesSUCCESS đã hoàn thành hành động được yêu cầu. Các mục nhập mang kết quả tec vẫn được ghi lại và tiêu thụ phí, ngay cả khi chúng không thực hiện được thao tác được yêu cầu. Do đó, tổng số 3.254 được báo cáo mô tả các giao dịch được bao gồm, không nhất thiết là 3.254 chuyển khoản thành công.
XRP Ledger không sử dụng một giới hạn giao dịch vĩnh viễn cho mọi sổ cái. Các máy chủ của nó điều chỉnh các điều kiện hoạt động để đáp ứng với khối lượng giao dịch, độ trễ mạng và hiệu suất đồng thuận.
Vet cho biết mạng có thể tăng mục tiêu giao dịch mềm của mình khi một sổ cái có tải trọng cao đóng trong khoảng thời gian dự kiến. Khi thời gian đóng vượt quá phạm vi ưu tiên, mạng có thể giảm mục tiêu để giúp các trình xác thực trở lại thời gian bình thường.
Tài liệu XRPL cho biết các máy chủ trao đổi đề xuất cho đến khi các trình xác thực đáng tin cậy đồng ý về một tập hợp giao dịch. Mỗi máy chủ sau đó tính toán trạng thái sổ cái mới và phân phối một xác thực đã ký chứa mã băm sổ cái kết quả.
Một siêu đa số các trình xác thực đáng tin cậy phải đồng ý về cùng một mã băm trước khi sổ cái được xác thực. Sau khi được xác thực, các giao dịch và trạng thái kết quả của nó trở thành các phần cuối cùng của lịch sử sổ cái XRPL.
Do đó, kết quả 3.254 giao dịch cung cấp bằng chứng rằng các trình xác thực đã đồng ý về một sổ cái mang số lượng mục nhập đó. Nó không thiết lập một tỷ lệ thông lượng vĩnh viễn mới, bởi vì khả năng bền vững phụ thuộc vào độ phức tạp của giao dịch, phần cứng, điều kiện mạng và thời gian đóng sổ cái liên tiếp.
Thông lượng được đo từ một sổ cái khác với số giao dịch mỗi giây trong một khoảng thời gian dài hơn. Một đợt bùng nổ ngắn có thể đặt nhiều khoản thanh toán đang chờ xử lý vào một sổ cái duy nhất, trong khi các sổ cái sau đó có thể trở lại hoạt động bình thường.
Không có báo cáo hiệu suất nào từ Ripple, Quỹ XRP Ledger hoặc những người duy trì phần mềm tham chiếu của mạng đã xác nhận một thay đổi dung lượng vĩnh viễn sau kỷ lục. Không có sự gián đoạn dịch vụ hoặc vòng đồng thuận thất bại nào được báo cáo liên quan đến đợt bùng nổ này.
Kỷ lục này xảy ra sau một giai đoạn hoạt động thanh toán và giao dịch XRPL tăng lên. Trong các tin tức liên quan, khối lượng sổ lệnh XRP Ledger đã tăng 79% so với cùng kỳ năm trước trong quý 2 năm 2026, theo báo cáo của Evernorth.
Khối lượng sổ lệnh trung bình hàng ngày đạt 3,57 triệu XRP trong quý, trong khi số lượng nhà giao dịch hàng ngày giảm từ 1.864 xuống 1.111. Evernorth cho biết khối lượng trung bình trên mỗi tài khoản giao dịch gần như tăng gấp ba lần trong cùng kỳ so sánh.
Chuyển khoản stablecoin đã tạo ra một nguồn sử dụng mạng khác. Như crypto.news đã báo cáo, RLUSD đã tạo ra khoảng 9 tỷ đô la khối lượng chuyển khoản trong nửa đầu năm 2026 trên XRPL.
Hoạt động như vậy tách biệt với các chuyển khoản một "drop" được xác định trong sổ cái kỷ lục. Không có bằng chứng nào được Vet trích dẫn liên kết 3.254 giao dịch với RLUSD, thanh toán tổ chức, giao dịch trao đổi hoặc thanh toán khách hàng.
Người gửi có thể đã thử nghiệm việc gửi giao dịch, đóng gói sổ cái hoặc một quy trình kỹ thuật khác. Mẫu tài khoản có sẵn không xác nhận liệu hoạt động này đến từ nhà phát triển, tổ chức, dịch vụ tự động hay người dùng cá nhân.
Kỷ lục này đến trong khi các trình xác thực đang xem xét các tính năng giao thức được giới thiệu với phiên bản 3.3.0 của rippled, phần mềm máy chủ tham chiếu của mạng. Quỹ XRP Ledger đã phát hành phiên bản 3.3.0 vào ngày 6 tháng 8.
Các tính năng được đề xuất của nó bao gồm BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 và Sponsor. Mỗi tính năng tuân theo quy trình sửa đổi XRPL trước khi nó có thể hoạt động trên mạng chính.
BatchV1_1 sẽ cho phép nhiều giao dịch được đóng gói và xử lý cùng nhau. Hồ sơ chính thức của XRPL cho biết nó thay thế sửa đổi Batch trước đó sau khi các nhà phát triển tìm thấy một lỗi nghiêm trọng trong việc triển khai ban đầu.
Tính năng này không giải thích sổ cái 3.254 giao dịch vì BatchV1_1 chưa hoàn tất kích hoạt mạng chính khi hoạt động xảy ra. Sự hiện diện của nó trong bản phát hành máy chủ có nghĩa là các trình xác thực có thể xem xét và bỏ phiếu về sửa đổi.
Các quy tắc sửa đổi của XRPL yêu cầu hơn 80% sự hỗ trợ từ các trình xác thực đáng tin cậy trong hai tuần liên tục. Nếu sự hỗ trợ giảm xuống 80% hoặc thấp hơn trước khi thời gian kết thúc, thời gian đếm ngược sẽ được đặt lại.
ConfidentialTransfer sẽ giới thiệu số dư được bảo vệ và số tiền chuyển cho Multi-Purpose Tokens đồng thời cung cấp các cơ chế xem cho các bên được ủy quyền. DynamicMPT sẽ cho phép các nhà phát hành thay đổi các cài đặt token đã chọn trừ khi họ làm cho các thuộc tính đó trở thành bất biến vĩnh viễn.
PermissionDelegationV1_1 thay thế một tính năng ủy quyền trước đó mà các nhà phát triển đã vô hiệu hóa sau khi tìm thấy một lỗi nghiêm trọng. Sửa đổi được cập nhật sẽ cho phép các tài khoản XRPL chỉ định các quyền hạn chế cho các tài khoản khác sau khi được trình xác thực phê duyệt.
Không có ngày kích hoạt nào được đảm bảo cho các sửa đổi vẫn đang được bỏ phiếu. Các nhà điều hành trình xác thực có thể thay đổi phiếu bầu của họ, và mạng kiểm tra sự hỗ trợ sửa đổi xung quanh các sổ cái cờ hiệu, xảy ra khoảng mỗi 15 phút.








