Tin tức 
Thông tin Coin 
Về chúng tôi 
Theo CoinDesk đưa tin ngày 24 (giờ địa phương), tranh cãi quanh đề xuất **“Batch” XLS-56** trên **XRP 레저(XRPL)** – được cộng đồng gọi là *“BatchGate”* – đang leo thang, làm dấy lên câu hỏi ai phải chịu trách nhiệm chính về *an toàn giao thức*, và tiêu chuẩn thẩm định cho các “수정안(amendment)” trước khi kích hoạt trên 메인넷 cần được siết chặt đến mức nào. Vụ việc đã châm ngòi cho cuộc đối đầu gay gắt quanh quản trị **엑스알피(XRP)**, khi một 검증인 lâu năm tuyên bố rút toàn bộ ủng hộ với các đề xuất nâng cấp đang chờ xét duyệt.
Theo đó, 검증인 kỳ cựu 다니엘 켈러(Daniel Keller) – người vận hành validator XRPL trong thời gian dài – gọi sự cố lần này là “một *thất bại mang tính hệ thống* của quy trình xem xét”, đồng thời khẳng định sẽ rút lại tất cả phiếu ủng hộ với các 수정안 đang được xem xét.
Trong tuyên bố công khai ngày 24 (giờ địa phương), 켈러 cho biết tranh cãi bùng lên quanh vụ **Batch** một phần xuất phát từ sự mơ hồ về vai trò của 검증인 trong dUNL (default Unique Node List). Ông nhấn mạnh: 검증인 là *chủ thể tham gia 거버넌스*, chứ không phải “kiểm toán viên mã nguồn miễn phí”.
켈러 viết: vai trò của 검증인 trong dUNL “rất giới hạn”, tập trung vào việc điều phối kích hoạt (hoặc từ chối) các 수정안 thông qua lá phiếu “찬성(Yay)” hay “반대(Nay)” sau khi đề xuất đã được đưa lên mạng lưới. “Chức năng 거버넌스 chính của chúng tôi là đánh giá các 수정안 đang chờ xử lý, không phải làm lại toàn bộ vòng kiểm toán bảo mật cho từng dòng 코드”, ông nói.
Trọng tâm tranh luận nằm ở chỗ: **XLS-56** chỉ bị dừng lại ngay trước thời điểm 활성화 trên 메인넷, sau khi các nhà nghiên cứu phát hiện một lỗi nghiêm trọng trong “로직 검증 chữ ký”. Lỗi này có thể khiến một số giao dịch không được ủy quyền vẫn có khả năng được thực thi, kéo theo rủi ro *hàng tỷ đô la giá trị 엑스알피(XRP)* có thể bị đặt vào tình thế nguy hiểm trong kịch bản xấu nhất.
Sau khi vấn đề được phát hiện, 수정안 đã bị tạm dừng và lỗi được vá trong phiên bản **rippled 3.1.1**, giúp mạng lưới XRPL tránh được một sự cố bảo mật tiềm tàng.
켈러 cho rằng đây không phải một “tai nạn đơn lẻ”, mà là hệ quả lặp lại của vấn đề cấu trúc. Ông khẳng định: dUNL “không phải dịch vụ *코드 리뷰* miễn phí hay tổ chức kiểm toán giao thức chuyên nghiệp”. Việc kỳ vọng 검증인 bỏ ra “hàng chục giờ” để soi từng dòng 코드 của một 수정안 phức tạp mà không được trả phí là “điều chưa từng nằm trong thiết kế, và về sau cũng không nên như vậy”.
Ngược lại, theo 켈러, trách nhiệm phải nằm ở bên đề xuất 수정안. Các nhóm phát triển khi muốn thay đổi giao thức cần cung cấp: tài liệu chi tiết, bộ 테스트 đầy đủ, phân tích bảo mật, và nếu cần thì cả *형식 검증(formal proof)*. “Nếu anh muốn có lá phiếu của tôi, hãy chứng minh thay đổi đó *an toàn* và *có lợi*,” ông nói.
*“từ XRP 레저(XRPL)”* và **“từ XRP”** một lần nữa được kéo trở lại tâm điểm, khi 켈러 chuyển hướng trọng trách rõ ràng về phía 리플(Ripple).
Ông tuyên bố sẽ *không bỏ phiếu 찬성 cho bất kỳ 수정안 nào* cho đến khi **리플(Ripple)** đưa ra một cam kết “đáng tin cậy và cụ thể” về việc **tăng đầu tư đáng kể** cho:
- kỹ thuật cốt lõi của giao thức XRPL,
- quy trình đánh giá bảo mật,
- và tính bền vững dài hạn của mạng lưới.
“Nếu **엑스알피(XRP)** thực sự là ‘ngôi sao phương Bắc’ của 리플(Ripple), thì an toàn nền tảng của mạng lưới và mức độ 탈중앙화 phải nhận được nguồn lực và sự quan tâm tương xứng”, 켈러 nhấn mạnh.
Phản ứng trực tiếp của ông khá cứng rắn. 켈러 tuyên bố:
- Rút lại tất cả phiếu “찬성” đã bỏ cho các 수정안 đang chờ xét duyệt (trừ trường hợp sửa lỗi khẩn cấp).
- Từ chối nâng cấp lên **rippled 3.1.1**, *miễn là việc đó không khiến validator của ông bị loại khỏi mạng lưới*.
Ông cũng chỉ ra rằng trong quá trình ngăn chặn sự cố Batch, sự hỗ trợ từ các nhà nghiên cứu độc lập và công cụ AI đóng vai trò “quyết định”. Điều này, theo 켈러, cho thấy “tấm lưới an toàn hiện tại của XRPL mỏng đến mức nào”.
*bình luận: Việc phụ thuộc lớn vào các nỗ lực tự phát của cộng đồng và công cụ AI để chặn các lỗi ở tầng 프로토콜 là tín hiệu cho thấy quy trình đánh giá chính thức của XRPL đang thiếu chiều sâu lẫn nguồn lực chuyên trách.*
Nhiều gương mặt chủ chốt khác trong cộng đồng **XRP 레저(XRPL)** thừa nhận cần “cải thiện quy trình”, nhưng khác biệt ở tốc độ và mức độ thay đổi.
검증인 nổi tiếng Vet đánh giá sự cố Batch là “một cơ hội cực lớn” để cộng đồng và XRPL Foundation “tái thiết kế cách thức tiến hóa của giao thức”. Vet đề xuất:
- Giảm tốc độ triển khai 수정안,
- Mở rộng quy mô các đợt 검토 có trả phí,
- Bắt buộc kiểm toán (audit) từ nhiều bên độc lập với các thay đổi lớn,
- Tổ chức các chương trình “공격형 테스트(attackathon)” trên 테스트넷,
- Thiết lập chương trình bug bounty đủ lớn để thu hút các nhà nghiên cứu hàng đầu.
Tuy nhiên, 켈러 không đồng tình với việc quy toàn bộ giải pháp vào phương án “đi chậm lại”. Ông cho rằng:
- Trong ngắn hạn, cần sớm đạt thỏa thuận hợp tác với **칸티나(Cantina)** – đơn vị đã hỗ trợ 검증 bảo mật trong sự cố Batch – vì “họ đã chứng minh được năng lực, và hiện tại là lựa chọn tốt nhất mà chúng ta có”.
- Trong trung hạn, quỹ bug bounty phải được nâng lên mức “thực sự hấp dẫn về mặt tài chính”, để tạo động lực kiểm tra mã nguồn chủ động, đồng thời xây dựng văn hóa *responsible disclosure* được trả công xứng đáng.
켈러 kết luận: “Tôi không muốn làm chậm phát triển thêm nữa. Để có được mức tiến triển hiện tại, chúng ta đã mất nhiều năm – và vẫn còn quá chậm. Điều cần làm không phải là giảm tốc, mà là *tăng thêm nguồn lực*, và quy trình mới lẽ ra đã phải được bắt đầu từ… ngày hôm qua.”
*bình luận: Mấu chốt tranh luận xoay quanh câu hỏi – XRPL nên chấp nhận chậm lại để an toàn hơn, hay giữ nhịp phát triển hiện tại nhưng đầu tư mạnh vào kiểm toán và hạ tầng bảo mật chuyên nghiệp? Câu trả lời sẽ định hình cách **“từ XRP 레저(XRPL)”** cân bằng giữa đổi mới và ổn định trong nhiều năm tới.*
Rốt cuộc, vụ **“BatchGate”** đã buộc **XRP 레저(XRPL)** chạm lại bài toán muôn thuở: mở rộng tính năng đến đâu, mà vẫn giữ vững độ tin cậy ở lớp nền tảng. Dù lỗi của XLS-56 chưa bị khai thác trong thực tế, việc một 수정안 có thể tiến rất gần đến trạng thái 활성화 trên 메인넷 mới bị phát hiện có lỗ hổng đã làm dấy lên nghi vấn: liệu “đường ống” thẩm định hiện tại của XRPL có đủ sâu và đủ khắt khe để xử lý các thay đổi lớn ở tầng giao thức hay chưa.
Thị trường đang theo dõi xem tranh luận xung quanh **“từ XRP”** lần này có trở thành bước ngoặt cho mô hình 거버넌스 và chiến lược đầu tư bảo mật của mạng lưới XRP 레저(XRPL) trong giai đoạn tiếp theo hay không.
Tại thời điểm được CoinDesk đề cập, 엑스알피(XRP) được giao dịch ở mức 1,3566 đô la. Quy đổi theo tỷ giá 1 đô la = 1.491원, giá **từ XRP** tương đương khoảng 2.023원.
Bình luận 0