Trong tin tức Ripple mới nhất, XRP Ledger Foundation và RippleX đã tiết lộ một lỗ hổng trong bộ xử lý thanh toán, về mặt lý thuyết có thể tạo ra khoảng 18 nghìn tỷ XRP có thể sử dụng chỉ trong một giao dịch, vượt xa nguồn cung 100 tỷ XRP theo thiết kế của sổ cái.

Thông báo cho biết không có bằng chứng nào cho thấy lỗ hổng này bị khai thác trên mạng công khai hoặc XRP trái phép được tạo ra; lỗ hổng đã được khắc phục trong xrpld 3.4.1.

Đây là rủi ro về tính toàn vẹn của nguồn cung, không phải một vụ vi phạm nguồn cung đã được xác nhận. Trong những điều kiện thanh toán được thiết kế đặc biệt, lỗ hổng XRPL có thể khiến sổ cái ghi có số XRP nhiều hơn số tiền người mua đã thanh toán; một bước kiểm tra an toàn hiện có đã không phát hiện được sự chênh lệch này.

Đã chính thức.

XRP Ledger vá một lỗi tràn số đã tồn tại suốt một thập kỷ trong bộ xử lý thanh toán, vốn có thể cho phép kẻ tấn công tạo ra khoảng 18 nghìn tỷ XRP có thể chi tiêu chỉ trong một giao dịch. pic.twitter.com/mP6Mv6fkTK

— MSB Intel (@MSBIntel) ngày 11 tháng 10 năm 2026

Tăng tốc giao dịch năm 2026 với bot giao dịch AI của BloFin Lỗi tràn số trong thanh toán XRP Ledger: Cách thức hoạt động của lỗi

Bộ xử lý thanh toán có thể khớp các lệnh chào bán trong sổ lệnh khi một khoản thanh toán đi qua một tuyến giao dịch. Bản công bố cho biết lỗi tràn số nguyên không được kiểm tra có thể xảy ra khi cộng số tiền từ nhiều lệnh chào bán: khi tổng vượt quá giá trị tối đa cố định của kiểu số nguyên, nó sẽ quay vòng thành một giá trị nhỏ thay vì báo lỗi.

Sự sai lệch trong phép tính này rất đáng kể vì hệ thống vẫn thanh toán đầy đủ cho từng chủ sở hữu lệnh chào bán, trong khi chỉ tính cho người mua tổng đã bị quay vòng. Phần chênh lệch đó sẽ trở thành XRP mới được tạo ra. Quy tắc bất biến “không tạo thêm XRP” của sổ cái cũng dựa trên phép tính bị quay vòng theo cùng cách, nên không phát hiện được sai lệch.

Lỗ hổng ảnh hưởng đến xrpld 3.4.0 trở về trước. Lỗi được báo cáo thông qua chương trình Tiền thưởng tìm lỗi XRPL vào ngày 22 tháng 9 năm 2026; báo cáo cho biết lỗi có thể đã tồn tại từ khi bộ xử lý thanh toán hiện tại được viết vào năm 2015. Bản công bố lỗ hổng ngày 9 tháng 10 cho biết bản sửa lỗi được đưa vào xrpld 3.4.1, phát hành ngày 25 tháng 9.

Thông tin thị trường: Nhà phân tích tiền mã hóa dự đoán đồng tiền mã hóa mới tốt nhất để nắm giữ

Tin tức Ripple: 18 nghìn tỷ XRP chỉ là mức rủi ro trên lý thuyết

Con số được báo cáo, khoảng 18 nghìn tỷ XRP, mô tả lượng XRP mà về mặt lý thuyết lỗ hổng có thể cho phép tạo ra trong một giao dịch. Con số này gấp khoảng 180 lần tổng cung dự kiến 100 tỷ của sổ cái. Bản công bố khẳng định rõ rằng các điều tra viên không tìm thấy bằng chứng về việc khai thác lỗ hổng trên mạng công khai hoặc tạo XRP trái phép.

Để kích hoạt lỗ hổng, cần có các lệnh chào bán được tạo đặc biệt và một khoản thanh toán được thiết kế để khớp nhiều lệnh cùng lúc. Đây không phải là hệ quả ngẫu nhiên của các khoản thanh toán hoặc giao dịch thông thường. Bản công bố hiện có không ghi nhận việc mạng công khai bị xâm nhập hay tiền bị thất thoát được xác nhận; quy mô tiềm tàng cũng không nên bị nhầm lẫn với một sự kiện thực tế trên thị trường hoặc về nguồn cung.

Trong xrpld 3.4.1, bộ xử lý thanh toán kiểm tra tràn số khi cộng các khoản tiền chào bán và từ chối xử lý nhánh thanh toán bị ảnh hưởng nếu tổng vượt quá giới hạn. Bản công bố cũng cho biết bước kiểm tra an toàn nhằm bảo đảm không tạo thêm XRP hiện sử dụng bộ đếm rộng hơn, đồng thời các đoạn mã khác dùng để cộng số dư cũng được gia cố.

Bối cảnh nâng cấp XRPL: Một lỗ hổng Batch riêng biệt

Sau khi các sửa đổi gần đây được kích hoạt, XRP Ledger phiên bản 3.4.1 hiện là phiên bản tối thiểu bắt buộc.

Bản phát hành này đã vá các thành phần trọng yếu của XRP Ledger.

Có thể xem báo cáo lỗ hổng tại đây:https://t.co/sYIwuDomjY Ghi chú phát hành công khai:https://t.co/JqX4UYDDg6 pic.twitter.com/pH9Gnsnpqi

— XRP Ledger Operations (@XRPLOperations) ngày 10 tháng 10 năm 2026

Hai lỗi đã được khắc phục trong xrpld 3.4.1. Lỗi thứ hai liên quan đến việc xác thực các lớp bao bọc giao dịch bên trong trong các giao dịch Batch, ảnh hưởng đến xrpld 3.3.0 và 3.4.0; sửa đổi BatchV1_1 chưa được kích hoạt trên Mainnet khi phát hiện lỗi này. Lỗi đó tách biệt với lỗi tràn số trong bộ xử lý thanh toán và không nên được xem là bằng chứng cho thấy cả hai lỗi có cùng điều kiện xảy ra.

Bản công bố nêu bật một bài học bảo mật tuy cụ thể nhưng quan trọng: một bước kiểm tra an toàn có thể thất bại nếu lặp lại cùng phép tính không an toàn như logic giao dịch mà nó được thiết kế để xác minh.

Theo tin tức mới nhất từ Ripple, vấn đề thực tế không chỉ là phép tính thanh toán có thể bị tràn số, mà còn là bước kiểm tra độc lập nhằm bảo vệ tính toàn vẹn của nguồn cung cũng có thể bị tràn số theo.

Thông tin thị trường: Nhà phân tích tiền mã hóa dự đoán đồng tiền mã hóa vốn hóa thấp tốt nhất

tiếp theo

Bài viết Tin tức Ripple: Lỗi XRPL ẩn có thể đã tạo ra 18 nghìn tỷ XRP xuất hiện đầu tiên trên Coinspeaker.