XRP Ledger có giới hạn cứng 100 tỷ XRP. Trong khoảng mười một năm, giới hạn đó chỉ là một gợi ý. Vào ngày 9 tháng 10 năm 2026, XRPL Foundation đã công bố một báo cáo tiết lộ xác nhận rằng một giao dịch được tạo ra một cách khéo léo có thể đã tạo ra khoảng 18,4 nghìn tỷ XRP có thể chi tiêu, khoảng 184 lần tổng nguồn cung, và mã cho phép điều đó đã nằm trong công cụ thanh toán từ tháng 11 năm 2015. Lỗi này được tìm thấy bởi một tác nhân AI, được vá trong ba ngày, và được phát hành theo cách mà ledger chưa từng sử dụng trước đây. Không ai khai thác nó. Đó là tin tốt. Mọi thứ khác về câu chuyện này đáng để xem xét kỹ hơn.
Lỗi tràn số nguyên XRP Ledger thực sự đã làm gì
Lỗi nằm ở phần của công cụ thanh toán xử lý một giao dịch đi qua sổ lệnh. Khi một giao dịch tiêu thụ nhiều lệnh chào cùng lúc, công cụ sẽ cộng các số tiền mà nó nợ chủ sở hữu từng lệnh chào. Phép cộng đó sử dụng số nguyên có dấu 64 bit thông thường mà không có kiểm tra tràn số. Đẩy tổng vượt quá 2 mũ 64 sẽ khiến bộ đếm quay vòng về một số nhỏ, giống như đồng hồ đo quãng đường ô tô quay từ 999999 về 000000.
Đây là phần xấu xí. Công cụ tính cho người mua tổng đã bị quay vòng, vốn rất nhỏ. Nó trả cho mỗi chủ sở hữu lệnh chào số tiền đầy đủ, chưa bị quay vòng... Sự khác biệt giữa hai con số đó là XRP không tồn tại ngay trước đó.
Ledger thực sự có một lưới an toàn cho chính trường hợp này... Một kiểm tra bất biến gọi là XRPNotCreated chạy sau mỗi giao dịch và từ chối xác thực bất kỳ thứ gì làm tăng tổng XRP. Vấn đề là bất biến này theo dõi thay đổi XRP ròng bằng cùng phép số học 64 bit không được kiểm tra. Một khoản tín dụng đủ lớn cũng làm quay vòng bộ đếm bất biến, nên một giao dịch in ra hàng nghìn tỷ XRP trông, đối với kiểm tra an toàn, giống như một giao dịch đốt phí thông thường. Hai lỗi độc lập, được viết cách nhau hai năm, đã triệt tiêu sự bảo vệ của nhau.
256 lệnh chào cộng lại thành 18 nghìn tỷ XRP như thế nào
Veria Labs, công ty bảo mật có tác nhân AI tìm ra lỗi, đã công bố phép tính. Cuộc tấn công sử dụng 256 lệnh chào. Mỗi lệnh chào được bán với giá 2 mũ 56, cộng thêm một drop XRP. Nhân 256 với con số đó và tổng số chính xác là 2 mũ 64, cộng thêm 256 drop. Một drop thêm cho mỗi lệnh chào rất quan trọng: nếu không có nó, tổng sẽ quay vòng chính xác về không, mà công cụ sẽ từ chối như một giao dịch rỗng. Với nó, người mua bị tính 256 drop, khoảng 0,000256 XRP, trong khi 256 chủ sở hữu lệnh chào cùng nhận 2 mũ 64 drop... Đó là 18.446.744.073.709.551.616 drop, hay khoảng 18,45 nghìn tỷ XRP.
Kẻ tấn công cần 256 tài khoản được nạp tiền vì mỗi tài khoản XRPL bị giới hạn ở 100 tỷ XRP, thấp hơn nhiều so với số tiền mỗi lệnh chào chia cho một tài khoản. Họ cũng cần vài trăm XRP cho dự trữ và phí giao dịch, tất cả đều có thể thu hồi. Không cần quyền truy cập validator. Cuộc tấn công có thể được lặp lại với tài khoản mới... Veria ước tính giá trị gặp rủi ro khoảng 94 tỷ USD, cao hơn sáu mươi lần so với vụ trộm Bybit trị giá 1,5 tỷ USD hiện đang giữ kỷ lục về một vụ hack crypto thực sự xảy ra.
| Thành phần | Giá trị | Tại sao quan trọng |
|---|---|---|
| Lệnh chào tiêu thụ trong một giao dịch | 256 | Dưới giới hạn 1.000 lệnh chào mỗi lần duyệt sổ |
| Giá mỗi lệnh chào | 2^56 + 1 drop | Vẫn dưới giới hạn 100 tỷ XRP mỗi tài khoản |
| Tổng công cụ tính toán | 2^64 + 256 drop | Quay vòng thành 256 drop trong số học 64 bit |
| Người mua đã trả | 256 drop (0,000256 XRP) | Giá trị bị quay vòng |
| Người bán nhận được | Khoảng 18,45 nghìn tỷ XRP | Giá trị chưa bị quay vòng, gấp 184 lần tổng nguồn cung |
| Chi phí kẻ tấn công | Vài trăm XRP, có thể thu hồi | Dự trữ cộng phí |
| Cần quyền truy cập validator | Không | Bất kỳ tài khoản được nạp tiền nào cũng có thể làm |
Một tác nhân AI tìm thấy nó vào tối thứ Hai
Người báo cáo chính thức là Cayden Liao của Veria Labs, cùng với tác nhân AI của công ty được ghi nhận. Theo tài khoản của chính Veria, tác nhân được hướng vào cơ sở mã rippled vào ngày 21 tháng 9, đánh dấu cả hai lỗi tràn, tìm ra rằng chúng có thể được nối với nhau, và tạo ra một bằng chứng khái niệm hoạt động trên mạng cục bộ... Một kỹ sư sáng lập bị đánh thức lúc 4 giờ sáng để kiểm tra. Đến sáng ngày 22 tháng 9, nhóm đã đủ tự tin để gửi nó qua chương trình XRPL Bug Bounty, đánh giá nó là Major... RippleX tái tạo nó cùng ngày và nâng lên Critical. Thực tế, Veria tuyên bố rằng các tác nhân lập trình đa năng được hướng vào cùng mã sau khi tiết lộ đã không tìm thấy nó. Hãy tiếp nhận điều đó với chút hoài nghi thông thường từ một công ty bán công cụ đã làm được. Điểm rộng hơn vẫn đứng vững bất kể. Mã tổng hợp BookStep có từ tháng 11 năm 2015 và bất biến XRPNotCreated từ tháng 2 năm 2017. XRPL đã trả hơn 1 triệu USD tiền thưởng và chạy hơn một chục cuộc kiểm toán và cuộc thi kiểm toán kể từ năm 2024. Con người và các công ty kiểm toán đã xem mã này trong một thập kỷ và bỏ lỡ nó. Mô hình này đang trở nên quen thuộc. Coldcard mất khoảng 1.367 BTC vào mùa hè này do một lỗi firmware năm năm tuổi mà nhà sản xuất nghi ngờ được tìm thấy với sự hỗ trợ của AI... mã cũ không còn an toàn chỉ vì nó cũ.Tại sao bản vá bỏ qua bỏ phiếu validator
Đây là nơi câu chuyện không còn là một chiến thắng bảo mật sạch sẽ mà trở thành một cuộc tranh luận về quản trị. XRP Ledger thường thay đổi quy tắc giao dịch thông qua các sửa đổi. Một quy tắc mới được phát hành trong phần mềm ở trạng thái tắt, các validator bỏ phiếu cho nó, và nó chỉ kích hoạt sau khi giữ hơn 80 phần trăm hỗ trợ trên Danh sách Nút Duy nhất Mặc định trong hai tuần liên tiếp. Hệ thống này đã tồn tại hơn một thập kỷ và chưa bao giờ bị cố ý bỏ qua cho một thay đổi xử lý giao dịch.
Cho đến ngày 25 tháng 9. Bản vá tràn số được phát hành trực tiếp trong xrpld 3.4.1 mà không có cổng sửa đổi. Nó có hiệu lực trên mỗi máy chủ ngay khi máy chủ đó nâng cấp... Lý do của XRPL Foundation rất đơn giản: một cuộc bỏ phiếu sửa đổi sẽ công bố bản vá, và do đó là lỗi, trong hai tuần trước khi nó có hiệu lực. Bất kỳ ai đọc diff sẽ có hai tuần để in 18 nghìn tỷ XRP. Foundation nói rằng quyết định được đưa ra chung bởi chính nó, RippleX, các nhà phát triển cốt lõi và các validator, và không một bên nào có thể đưa ra quyết định một mình.
Cách tiếp cận này mang theo rủi ro riêng, mà báo cáo tiết lộ thừa nhận. Nếu ai đó đã cố gắng khai thác trong khi mạng bị chia rẽ giữa các máy chủ đã vá và chưa vá, hai nhóm sẽ không đồng ý về trạng thái ledger... Trường hợp xấu nhất, mạng dừng lại. Nhóm đánh giá một sự dừng lại có thể xảy ra là thích hợp hơn so với một vụ nổ nguồn cung chắc chắn, điều khó phản đối. Hơn 80 phần trăm validator UNL mặc định đã chạy 3.4.1 trong vòng vài giờ sau khi phát hành vào ngày 25 tháng 9.
| Ngày | Sự kiện |
|---|---|
| Tháng 11 năm 2015 | Mã tổng hợp lệnh chào BookStep được viết với phép cộng 64 bit không được kiểm tra |
| Tháng 2 năm 2017 | Bất biến XRPNotCreated được thêm vào, sử dụng cùng phép số học không được kiểm tra |
| 21 tháng 9 năm 2026 | Tác nhân AI của Veria Labs đánh dấu cả hai lỗi tràn và nối chúng |
| 22 tháng 9 năm 2026 | Được báo cáo qua XRPL Bug Bounty, được RippleX tái tạo, nâng lên Critical |
| 23 tháng 9 năm 2026 | Bản vá được hợp nhất riêng tư vào ứng viên phát hành 3.4.1 |
| 25 tháng 9 năm 2026 | xrpld 3.4.1 được phát hành, hơn 80 phần trăm validator UNL mặc định đã nâng cấp |
| 8 tháng 10 năm 2026 | Veria Labs được trả tiền thưởng tối đa 250.000 USD |
| 9 tháng 10 năm 2026 | Báo cáo tiết lộ công khai được công bố, sửa đổi Batch fix kích hoạt |
| 12 tháng 10 năm 2026 | ZachXBT công khai gọi tiền thưởng là quá thấp |
Cuộc chiến phi tập trung diễn ra sau đó
Tóm lại, Justin Bons của Cyber Capital, một nhà phê bình XRP lâu năm, đã sử dụng sự kiện này để lập luận rằng việc tiếp thị XRP cho nhà đầu tư bán lẻ như là phi tập trung tương đương với gian lận. Những phàn nàn cụ thể của ông: bản phát hành ngày 25 tháng 9 chỉ được phân phối dưới dạng nhị phân đã biên dịch, với mã nguồn tạm thời bị giữ lại, và các nhà vận hành bị áp lực nâng cấp một tệp nhị phân mà họ không thể kiểm tra. Báo cáo tiết lộ của XRPL xác nhận mã nguồn được công bố sau đó, mặc dù không nói khi nào.
Trên thực tế, phản biện đến từ các nhà vận hành validator độc lập cũng nhiều như từ Foundation. XRP Kuwait, đơn vị vận hành nút riêng, nói rằng phối hợp không giống như kiểm soát. Các nhà vận hành độc lập đọc cùng khuyến cáo, đi đến cùng kết luận, và nâng cấp. Không ai ép buộc họ... Bitcoin đã làm điều tương tự, đáng chú ý là với lỗi lạm phát năm 2018 trong Bitcoin Core 0.16.x, khi các nhà phát triển âm thầm phát hành bản vá trước khi giải thích nó vá cái gì. Mọi chuỗi có lỗi nghiêm trọng cuối cùng đều đối mặt với lựa chọn giữa minh bạch và tồn tại, và tất cả họ đều chọn tồn tại. Cuối cùng, điểm mà Bons có lý là về các tệp nhị phân... Phát hành một tệp nhị phân không thể xác minh và yêu cầu các validator chạy nó ngay lập tức là một bài tập về lòng tin, dù có chính đáng đến đâu. Phiên bản trung thực của lập trường XRPL là tập hợp validator của nó đủ tin tưởng Foundation và RippleX để chạy mã chưa được xem xét trong vài ngày. Liệu bạn gọi đó là phi tập trung phụ thuộc vào điều bạn nghĩ từ đó có nghĩa là gì.
250.000 USD có đủ cho một lỗi 94 tỷ USD không
Veria Labs nhận được khoản thanh toán cấp critical cao nhất của chương trình XRPL là 250.000 USD vào ngày 8 tháng 10. Veria gọi đó có lẽ là tiền thưởng lớn nhất từng được trả cho một lỗi được tìm thấy hoàn toàn bởi một tác nhân AI. Bốn ngày sau, nhà điều tra blockchain ZachXBT gọi đó là một trò đùa tồi... lập luận của ông: một hệ sinh thái có kho bạc nắm giữ hàng tỷ đã trả một phần tư triệu cho một phát hiện có thể đã kết thúc tài sản. Và khoảng cách đó chính xác là động lực đẩy nhà nghiên cứu tiếp theo bán cho kẻ tấn công thay vì... Ông đề xuất bảy chữ số làm mức sàn và chỉ ra một phần thưởng bảy chữ số được báo cáo đã trả trong hệ sinh thái Zcash cho một lỗi làm giả gần đây. Cả Ripple lẫn Foundation đều chưa phản hồi công khai vào thời điểm viết bài.
Cả hai bên đều đúng về những điều khác nhau. Chương trình đã trả mức tối đa được quảng cáo, nhà nghiên cứu đã tiết lộ có trách nhiệm, và bản vá đã hạ cánh trước khi bất kỳ ai ngoài vòng biết. Đó là hệ thống đang hoạt động. Cũng đúng là 250.000 USD là 0,27 phần trăm của 94 tỷ USD gặp rủi ro, và bất kỳ kẻ tấn công nào với 256 tài khoản và vài trăm XRP có thể đã lấy 99,73 phần trăm còn lại. Giới hạn tiền thưởng được viết khi XRP chỉ là một phần nhỏ giá trị thị trường hiện tại không mở rộng theo thứ chúng bảo vệ.
Người nắm giữ XRP và người chơi crypto nên rút ra điều gì
Bản vá là phía máy chủ. Ví của bạn, khóa của bạn và số dư của bạn chưa bao giờ bị ảnh hưởng và không cần cập nhật gì ở phía bạn. Giới hạn nguồn cung được giữ vì lỗi được bắt, không phải vì bất biến hoạt động. Nửa sau của câu đó là điều đáng nhớ.
Có ba bài học thực tế ở đây... Thứ nhất, mã đã hoạt động trong mười năm không còn là một lập luận bảo mật... Kiểm toán hỗ trợ AI đang làm cho các lỗi tràn cũ trở nên rẻ để tìm, và kẻ tấn công thuê cùng các mô hình như nhà nghiên cứu. Thứ hai, các quy trình quản trị được thiết kế cho việc triển khai tính năng không được thiết kế cho các bản vá quan trọng... Và mọi chuỗi nên quyết định trước cách xử lý cái tiếp theo thay vì ứng biến dưới áp lực... Thứ ba, giới hạn tiền thưởng lỗi nên theo dõi giá trị được bảo vệ. Một giới hạn cố định trông hào phóng vào năm 2022 là một lời mời vào năm 2026. Thêm vào đó, đối với khán giả cờ bạc, sự liên quan rất đơn giản. XRP đã trở thành một đường nạp tiêu chuẩn tại các sòng bạc crypto vì nó thanh toán trong bốn giây với một phần nhỏ của một xu. Và tốc độ đó phụ thuộc vào các quy tắc của ledger là chính xác. Các nền tảng tự động hóa thanh toán, bao gồm CryptoCasino.Vegas, đang tin tưởng vào các bất biến của chuỗi mỗi khi một lệnh rút XRP được xử lý mà không có con người xem xét. Những bất biến đó đã giữ lần này nhờ một nhà nghiên cứu và một tác nhân AI làm việc suốt đêm, và đó là một biên độ mỏng hơn so với giới hạn 100 tỷ từng để lộ.
Phân tích kỹ thuật đầy đủ, bao gồm cả hai vị trí tràn số và phép số học được tăng cường thay thế chúng, nằm trong báo cáo tiết lộ lỗ hổng của XRPL Foundation cho xrpld 3.4.1.
