Quỹ XRP Ledger đã công bố lời giải thích chi tiết về lỗi bảo mật gần đây, vốn làm dấy lên lo ngại về việc liệu có thể đã có thêm XRP được tạo ra hay không, cũng như liệu cách khắc phục sự cố có làm suy yếu tính phi tập trung của mạng lưới hay không.
Quỹ cho biết không có thêm XRP nào được tạo ra.
Quỹ cũng xác nhận lỗ hổng đã được khắc phục trong phiên bản 3.4.1 và cho biết nguồn cung hiện tại vẫn ở mức khoảng 99,986 tỷ XRP.
Thông báo này nhanh chóng châm ngòi cho cuộc tranh luận rộng hơn về tính bảo mật và phi tập trung của XRPL. Luật sư ủng hộ Ripple Bill Morgan đã phản bác những người chỉ trích, vốn cho rằng việc phối hợp kín đáo để khắc phục lỗi làm dấy lên lo ngại về tính tập trung hóa.
XRP Ledger Foundation khẳng định không có XRP mới nào được tạo ra
Quỹ cho biết nguồn cung XRP được cố định ở mức 100 tỷ khi sổ cái ra mắt, và lỗi này tạo ra khả năng lách qua quy tắc đó.
Tuy nhiên, tổ chức này nhấn mạnh rằng trên thực tế không có thêm XRP nào được phát hành.
Vì số dư trên XRPL được công khai, mọi token mới được tạo ra đều sẽ xuất hiện trên chuỗi và có thể được các trình khám phá blockchain cùng nền tảng dữ liệu theo dõi.
Quỹ cho biết họ giám sát sổ cái liên tục và đã xác minh rằng nguồn cung vẫn nguyên vẹn trong suốt lịch sử hoạt động của mạng lưới.
Bản sửa lỗi bảo mật gần đây trên XRP Ledger đã làm dấy lên nhiều câu hỏi và một số hiểu lầm. Hãy cùng làm rõ. 1. Có XRP nào được tạo ra không? Không. Nguồn cung XRP được cố định ở mức 100 tỷ khi XRP Ledger ra mắt, và không giao dịch nào được phép tạo thêm XRP. Lỗi này tạo ra một cách để lách qua quy tắc đó, và phiên bản 3.4.1 đã khắc phục nó cách đây 2 tuần. Các bạn không cần phải tin lời chúng tôi. Toàn bộ dữ liệu sổ cái đều công khai, và các trình khám phá blockchain cùng trang dữ liệu đều đọc dữ liệu này mỗi ngày. XRP mới sẽ xuất hiện trong số dư tài khoản để mọi người nhìn thấy. Trên XRP Ledger không có nơi nào có thể giấu XRP; mọi số dư đều công khai. Chúng tôi giám sát XRP Ledger 24/7 và đã xác minh nguồn cung trong suốt lịch sử của sổ cái. Những người khác trong cộng đồng cũng đã xác minh điều này, và bất kỳ ai cũng có thể tự làm như vậy. Phí giao dịch bị tiêu hủy, vì thế nguồn cung giảm phát. Hiện nay có khoảng 99,986 tỷ XRP. 2. Vì sao sự cố này không bị phát hiện, và tiếp theo sẽ là gì? Không giao dịch thanh toán thông thường nào có thể tiến gần đến mức kích hoạt lỗi. Cần đến hàng trăm thao tác được cố tình thiết kế. AI giúp phát hiện những lỗi như vậy nhanh hơn, cho cả kẻ xấu lẫn người tốt. Cùng với RippleX và cộng đồng, chúng tôi sẽ đảm bảo XRP Ledger được bảo vệ trước những lỗ hổng như thế. Điều này đồng nghĩa với việc đẩy mạnh áp dụng xác minh hình thức và kiểm thử đối kháng bằng AI, hợp tác chặt chẽ với các nhà nghiên cứu bảo mật, đồng thời củng cố chương trình săn lỗi. Khi có tiến triển, các bạn sẽ được nghe thêm nhiều thông tin về việc này. 3. Tính phi tập trung của XRP Ledger là cốt lõi của vấn đề. Công khai bản sửa lỗi sẽ cho kẻ tấn công biết vị trí của lỗi, và AI giúp chúng nhanh chóng tìm ra. Nếu tiến hành bỏ phiếu sửa đổi thông thường, bản sửa lỗi sẽ được công khai nhiều tuần trước khi có hiệu lực, khiến an ninh mạng lưới gặp rủi ro. Để ứng phó, cộng đồng XRPL đã cùng nhau hành động; trong đó, XRP Ledger Foundation, RippleX, các nhà phát triển cốt lõi và validator đã hình thành sự đồng thuận xã hội và thống nhất một hướng đi, bao gồm việc phát hành bản sửa lỗi trực tiếp. Vá một mạng lưới đang hoạt động chưa bao giờ là việc đơn giản, vì vậy kế hoạch cũng được thiết kế nhằm giảm thiểu gián đoạn cho tất cả mọi người đang vận hành mạng lưới. Chúng tôi đã chia sẻ bản dựng phần mềm với các validator trong UNL mặc định, sử dụng thông tin liên hệ mà mỗi validator công bố trong tệp xrp-ledger.toml của mình. Các tệp nhị phân công khai được phát hành ngay trong ngày, 25 tháng 9. Không một bên đơn lẻ nào có thể tự mình đưa ra quyết định đó. Mỗi validator và đơn vị vận hành nút đều tự chọn phần mềm để chạy, và phiên bản 3.4.1 chỉ trở thành yêu cầu bắt buộc sau khi nhận được hơn 80% sự ủng hộ của validator trong cuộc bỏ phiếu sửa đổi thông thường kéo dài hai tuần. Các thay đổi giao thức vẫn phải thông qua quy trình sửa đổi. Xin gửi lời cảm ơn lớn đến Cayden Liao và Veria AI vì đã phát hiện và báo cáo sự cố một cách có trách nhiệm; cảm ơn các nhà phát triển cốt lõi của XRPL đã xây dựng và thử nghiệm bản sửa lỗi; và cảm ơn mọi đơn vị vận hành nút đã nâng cấp nhanh chóng, đặc biệt là các validator. Báo cáo đầy đủ: https://t.co/aWxdvthYPt
— XRP Ledger Foundation (@XRPLF) ngày 11 tháng 10 năm 2026
Quỹ cũng chỉ ra rằng phí giao dịch bị tiêu hủy, đồng nghĩa với việc tổng nguồn cung XRP giảm dần theo thời gian.
Bản thân lỗi này khá khác thường.
Quỹ cho biết một giao dịch thanh toán thông thường sẽ không thể kích hoạt lỗi này. Muốn khai thác, cần đến hàng trăm thao tác được cố tình thiết kế.
Đó là một trong những lý do khiến sự cố này không bị phát hiện trong thời gian dài như vậy.
Vì sao bản sửa lỗi được xử lý riêng
Phần gây tranh cãi hơn trong câu chuyện là cách triển khai bản vá.
Quỹ giải thích rằng nếu công khai lỗ hổng trước khi bản sửa lỗi sẵn sàng, sổ cái có thể bị phơi bày trước các cuộc tấn công.
Trong bối cảnh AI giúp việc phân tích mã và xác định điểm yếu trở nên dễ dàng hơn, rủi ro từ việc công bố thông tin quá sớm được xem là đáng kể.
Do đó, XRP Ledger Foundation, RippleX, các nhà phát triển cốt lõi và validator đã phối hợp riêng với nhau trước khi phát hành bản sửa lỗi.
Phiên bản 3.4.1 lần đầu được chia sẻ với các validator trong UNL mặc định, sau đó các tệp nhị phân được công khai vào cuối ngày hôm đó.
Quỹ nhấn mạnh rằng không một bên đơn lẻ nào có thể ép buộc nâng cấp.
Phiên bản này chỉ trở thành yêu cầu bắt buộc sau khi quy trình sửa đổi thông thường nhận được hơn 80% sự ủng hộ của validator trong hai tuần.
Trong thời gian tới, XRPL dự định mở rộng hoạt động xác minh hình thức, kiểm thử đối kháng bằng AI, hợp tác nghiên cứu bảo mật và chương trình săn lỗi.
Đọc thêm: Giá XRP có thể biến động ra sao trong tuần này (12–18 tháng 10)
Bill Morgan phản bác các cáo buộc về tính tập trung
Bill Morgan có giọng điệu mạnh mẽ hơn nhiều.
Ông cho biết đã phát ngán với việc những người chỉ trích dùng lỗi này và cách khắc phục nó làm bằng chứng cho rằng XRPL tập trung.
Tôi đã nhanh chóng cảm thấy vô cùng mệt mỏi khi nghe những kẻ xấu có ác cảm với XRPL nói về lỗi có thể khiến XRP được tạo ra, rồi dùng cách khắc phục sự cố để gieo nghi ngờ về việc XRPL có tập trung hay không. Có thể nhìn nhận điều này trong bối cảnh chiến dịch kéo dài cả thập kỷ của những người ngoài cộng đồng XRP nhằm công kích tính phi tập trung của XRPL. Nhưng tôi muốn đảo ngược vấn đề và hỏi: điều này nói lên điều gì về định nghĩa phi tập trung của những người chỉ trích ấy? Nếu phi tập trung có nghĩa là các thành viên có chuyên môn trong cộng đồng không thể cùng nhau xử lý riêng một lỗi nghiêm trọng có thể gây tổn hại cho sổ cái, bởi việc công khai trước khi khắc phục xong sẽ tạo cơ hội cho kẻ xấu khai thác lỗ hổng, thì định nghĩa phi tập trung của các bạn là gì? Đó không thể là tình trạng vô chính phủ hay hỗn loạn. Điều đó sẽ chẳng thu hút được nhà đầu tư nào, dù là nhà đầu tư cá nhân hay tổ chức. Dù sao đi nữa, theo tôi, cách giải quyết sự cố không liên quan đến khái niệm phi tập trung. Vấn đề ở đây là bảo mật so với công bố thông tin. Giải pháp đã được công khai sau khi triển khai. Nó không bị che giấu. Những người có chuyên môn và hành động với thiện chí đã khắc phục sự cố trước khi kẻ xấu có thể khai thác nó. Vậy vấn đề nằm ở đâu?
— bill morgan (@Belisarius2020) ngày 12 tháng 10 năm 2026
Morgan lập luận rằng thay vào đó, nên xem xét tình huống này như một vấn đề về bảo mật so với công bố thông tin.
Ý của ông rất đơn giản: nếu những thành viên am hiểu trong một cộng đồng phi tập trung không thể phối hợp riêng để khắc phục một lỗ hổng nguy hiểm trước khi kẻ tấn công khai thác nó, thì định nghĩa phi tập trung đang được sử dụng là bất khả thi trên thực tế.
Ông cũng nhấn mạnh rằng bản sửa lỗi được công khai sau khi triển khai và không bị che giấu vĩnh viễn.
Sự phân biệt đó rất quan trọng.
Việc phối hợp riêng để xử lý một bản sửa lỗi bảo mật khẩn cấp không đồng nghĩa với việc một thực thể kiểm soát mạng lưới.
Phép thử thuyết phục hơn là liệu một bên có thể tự mình áp đặt các thay đổi giao thức hay không.
Trong trường hợp này, các validator vẫn phải chấp nhận phần mềm, và quy trình sửa đổi vẫn cần hơn 80% sự ủng hộ.
Để xem thêm tin tức tiền mã hóa và dự đoán giá, hãy nhấp vào đây.
Đăng ký kênh YouTube của chúng tôi để cập nhật tin tức tiền mã hóa hằng ngày, nắm bắt thông tin thị trường và nghe phân tích từ chuyên gia.
Bài viết Luật sư ủng hộ Ripple đáp trả sau khi lỗi XRP Ledger làm dấy lên cáo buộc tập trung hóa xuất hiện lần đầu trên CaptainAltcoin.