Cuộc tranh luận về an ninh của XRP Ledger ngày càng gay gắt sau vụ hoảng loạn BatchGate

Nội dung biên tập đáng tin cậy, được xem xét bởi các chuyên gia hàng đầu trong ngành và các biên tập viên dày dạn kinh nghiệm. Tiết lộ Quảng cáo Hậu quả từ vụ sợ hãi BatchGate của XRP Ledger đang trở thành một cuộc tranh luận rộng hơn về trách nhiệm thực sự trong an toàn của giao thức và mức độ kiểm tra cần thiết đối với các sửa đổi lớn trước khi chúng được đưa vào mạng chính. Trong một tuyên bố đăng ngày thứ Hai, nhà vận hành xác thực lâu năm Daniel Keller cho biết, gần như xảy ra sự cố liên quan đến XLS-56 đã phơi bày “một sự thất bại hệ thống trong quy trình xem xét” và khiến ông rút hỗ trợ cho tất cả các sửa đổi đang được xem xét.

Bài đăng của Keller được trình bày như một sự làm rõ về vai trò của các xác thực viên dUNL, sau khi ông mô tả sự nhầm lẫn phổ biến sau vụ Batch. Điểm chính của ông là các xác thực viên là những người tham gia quản trị, không phải là kiểm toán viên không lương. “Vai trò của các xác thực viên dUNL là cụ thể và giới hạn: Chúng tôi phối hợp kích hoạt (hoặc từ chối) các sửa đổi bằng cách bỏ phiếu ‘Yay’ hoặc ‘Nay’ khi một sửa đổi được đề xuất,” ông viết. “Chúng tôi phải đánh giá các sửa đổi đang chờ xử lý. Đó là chức năng quản trị chính của chúng tôi.”

Đọc thêm: XRP phản ánh chỉ số Russell 2000, ý nghĩa và tầm quan trọng của điều này Phân biệt đó quan trọng vì XLS-56, còn gọi là Batch, chỉ bị tạm dừng sau khi phát hiện ra lỗi logic trong xác thực chữ ký ngay trước khi mạng chính được kích hoạt. Lỗi này có thể đã cho phép thực hiện các giao dịch trái phép và tiềm năng gây rủi ro hàng tỷ XRP trước khi sửa đổi bị tạm dừng và vá trong rippled 3.1.1.

Các vấn đề về Quản trị XRP Ledger, Ripple trong Tầm Nhìn

Đối với Keller, sự kiện này không phải là một sai sót riêng lẻ mà là ví dụ mới nhất của một vấn đề cấu trúc sâu hơn. “dUNL không phải là một tổ chức kiểm tra mã nguồn tự do hoặc kiểm toán giao thức. Mong đợi các xác thực viên dành hàng chục giờ không lương để xem xét mã sửa đổi phức tạp chưa bao giờ là phần của thiết kế và sẽ không bao giờ là,” ông viết. “Thay vào đó, các bên đề xuất sửa đổi nên được yêu cầu cung cấp tài liệu toàn diện, bộ kiểm thử, phân tích bảo mật và các bằng chứng chính thức khi yêu cầu. Nếu bạn muốn phiếu bầu của tôi, hãy chứng minh rằng sự thay đổi an toàn và có lợi.”

Ông lập luận rằng gánh nặng hiện nay đổ lên Ripple để tài trợ cho quá trình này một cách tích cực hơn. “Tôi sẽ không bỏ phiếu ủng hộ bất kỳ sửa đổi nào trong tương lai cho đến khi Ripple đưa ra cam kết đáng tin cậy, cụ thể để tăng cường đầu tư vào kỹ thuật chính của XRPL, xem xét bảo mật và bền vững lâu dài,” Keller nói. “Nếu XRP thực sự là ‘Ngôi sao Bắc Đẩu’ của Ripple như đã nhiều lần tuyên bố, thì an ninh nền tảng và tính phân quyền của mạng phải nhận được sự chú ý và nguồn lực xứng đáng.”

Phản ứng ngay lập tức của Keller rất thẳng thắn: rút tất cả các phiếu “Yay” hiện tại, ngoại trừ các sửa chữa đang chờ xử lý, và từ chối nâng cấp lên rippled 3.1.1 trừ khi việc ở lại phiên bản cũ có nguy cơ bị loại khỏi mạng. Ông cũng nói rằng việc cần đến một nhà nghiên cứu độc lập và một công cụ AI để ngăn chặn thiệt hại cuối cùng cho thấy mạng lưới an toàn hiện tại đã mỏng manh đến mức nào.

Các tiếng nói nổi bật khác trong cộng đồng XRPL đồng ý rằng quy trình cần phải thay đổi, mặc dù không phải ai cũng ủng hộ việc chậm lại. Vet, một xác thực viên XRPL nổi tiếng, gọi vụ Batch là “một cơ hội lớn” để cộng đồng và Quỹ XRPL xem xét lại cách thức phát triển của giao thức. Ông đề xuất một lịch trình sửa đổi chậm hơn, nhiều đánh giá trả phí hơn, nhiều cuộc kiểm tra cho các thay đổi lớn, “cuộc tấn công” trên testnet, và một chương trình thưởng lỗi đủ lớn để thu hút các nhà nghiên cứu hàng đầu.

Đọc thêm: Nguồn vốn Nhà phát triển XRP chuyển hướng vào năm 2026 khi Ripple ủng hộ mô hình mới Tuy nhiên, Keller phản đối ý tưởng rằng câu trả lời đơn giản là chậm lại. “Trong ngắn hạn, chúng ta cần một thỏa thuận nào đó với Cantina. Họ đã chứng minh năng lực và đó là điều tốt nhất chúng ta có hiện nay,” ông viết. “Trong trung hạn, các phần thưởng lỗi cần được nâng cao và trả tiền xứng đáng. Thứ nhất, mọi người cần được khuyến khích xem xét mã; thứ hai, việc tiết lộ có trách nhiệm phải có lợi ích rõ ràng.”

Trong một bài viết theo sau, ông còn đi xa hơn để phản ánh tâm trạng của cuộc tranh luận: “Tôi không muốn làm chậm tốc độ phát triển của chúng ta; đã mất nhiều năm để đạt được mức hiện tại, và chúng ta vẫn còn chậm. Nhiều nguồn lực hơn cần được phân bổ, và quy trình này cần bắt đầu ngay hôm qua.”

Điều này để lại XRP Ledger trong một trạng thái căng thẳng nhưng quen thuộc: một mạng lưới cố gắng thêm chức năng mới mà không làm giảm uy tín của lớp nền tảng. BatchGate không trở thành một khai thác lỗ hổng trực tiếp. Nhưng nó đã đặt ra một câu hỏi rõ ràng hơn, liệu quy trình sửa đổi của XRPL còn đủ sâu để xem xét các thay đổi lớn đang được đề xuất hay không.

Tại thời điểm báo, XRP giao dịch ở mức 1.3566 đô la.

XRP giảm xuống dưới EMA 200 tuần lần nữa, biểu đồ 1 tuần | Nguồn: XRPUSDT trên TradingView.comẢnh nổi bật được tạo bằng DALL.E, biểu đồ từ TradingView.com Quy trình Biên tập của bitcoinist tập trung vào việc cung cấp nội dung được nghiên cứu kỹ lưỡng, chính xác và không thiên vị. Chúng tôi duy trì tiêu chuẩn nguồn tin nghiêm ngặt, và mỗi trang đều trải qua quá trình xem xét cẩn thận bởi đội ngũ chuyên gia công nghệ hàng đầu và các biên tập viên dày dạn kinh nghiệm của chúng tôi. Quá trình này đảm bảo tính toàn vẹn, phù hợp và giá trị của nội dung đối với độc giả của chúng tôi.