Hậu quả từ sự cố BatchGate của XRP Ledger đang biến thành một cuộc tranh luận rộng hơn về việc ai thực sự chịu trách nhiệm cho sự an toàn của giao thức và mức độ giám sát mà các sửa đổi lớn nên đối mặt trước khi chúng tiếp cận mainnet. Trong một tuyên bố được công bố vào thứ Hai, nhà vận hành validator lâu năm Daniel Keller cho biết sự suýt xảy ra xung quanh XLS-56 đã phơi bày "một sự thất bại có hệ thống trong các quy trình xem xét" và thúc đẩy ông rút lại sự ủng hộ cho tất cả các sửa đổi hiện đang được xem xét.
Bài đăng của Keller được trình bày như một sự làm rõ về những gì các validator dUNL phải làm, sau những gì ông mô tả là sự nhầm lẫn lan rộng sau sự cố Batch. Luận điểm trung tâm của ông là các validator là những người tham gia quản trị, không phải là kiểm toán viên không được trả lương. "Vai trò của các validator dUNL là cụ thể và có 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 'Đồng ý' hoặc 'Không' một 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."
Sự phân biệt đó quan trọng vì XLS-56, còn được gọi là Batch, chỉ bị dừng lại sau khi một lỗi logic trong xác thực chữ ký được phát hiện ngay trước khi kích hoạt mainnet. Lỗi này có thể cho phép thực thi giao dịch trái phép và có khả năng đặt hàng tỷ XRP vào rủi ro trước khi sửa đổi bị tạm dừng và được vá trong rippled 3.1.1.
Lo Ngại về Quản Trị XRP Ledger, Với Trọng Tâm là Ripple
Đối với Keller, sự việc này không phải là một sai lầm đơn 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 cơ quan đánh giá mã hoặc kiểm toán giao thức miễn phí. Việc mong đợi các validator dành hàng chục giờ không được trả lương để xem xét mã sửa đổi phức tạp chưa bao giờ là một phần của thiết kế và sẽ không bao giờ có," ô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 theo yêu cầu. Nếu bạn muốn phiếu bầu của tôi, hãy chứng minh sự thay đổi là an toàn và có lợi."
Ông lập luận rằng gánh nặng hiện nay thuộc về Ripple để tài trợ cho quá trình đó một cách mạnh mẽ 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 một cam kết đáng tin cậy, cụ thể để tăng đáng kể đầu tư vào kỹ thuật giao thức lõi XRPL, đánh giá bảo mật và tính bền vững lâu dài," Keller nói. "Nếu XRP thực sự là 'Ngôi sao Phương Bắc' của Ripple, như đã nhiều lần tuyên bố, thì bảo mật nền tảng và tính phi tập trung của mạng lưới phải nhận được sự chú ý và nguồn lực mà chúng xứng đáng."
Phản ứng ngay lập tức của Keller rất rõ ràng: rút tất cả các phiếu bầu "Đồng ý" hiện tại, ngoại trừ các bản sửa lỗi đ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ũ hơn có nguy cơ bị loại khỏi mạng lưới. Ông cũng nói rằng việc cuối cùng 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 đã nhấn mạnh mạng lưới an toàn hiện tại đã trở nên mỏng manh như thế nào.
Những tiếng nói nổi bật khác trong XRPL đồng ý rằng quy trình cần thay đổi, mặc dù không phải tất cả đều ủng hộ việc làm chậm lại. Vet, một validator XRPL nổi tiếng, gọi sự cố Batch là "một cơ hội lớn" cho cộng đồng và Quỹ XRPL để suy nghĩ lại về cách giao thức phát triển. Ông lập luận cho một lịch trình sửa đổi chậm hơn, nhiều đánh giá được trả phí hơn, nhiều cuộc kiểm toán cho các thay đổi lớn hơn, các "attackathons" trên testnet và một chương trình tiền thưởng lỗi đủ lớn để thu hút các nhà nghiên cứu ưu tú.
Tuy nhiên, Keller phản đối ý kiến cho rằng giải pháp đơn giản là di chuyển chậm hơn. "Trong ngắn hạn, chúng ta cần một số thỏa thuận với Cantina. Họ đã chứng minh bản thân và đó là điều tốt nhất chúng ta có ngay bây giờ," ông viết. "Trung hạn, các chương trình tiền thưởng lỗi cần được nâng cao và trả số tiền nghiêm túc. Đầu tiên, 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 đền đáp."
Ông đi xa hơn trong một bài viết tiếp theo nắm bắt được 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; chúng ta đã mất nhiều năm để đạt đến trình độ hiện tại, và chúng ta vẫn còn chậm. Cần phân bổ thêm nguồn lực, và quá trình cần bắt đầu từ ngày hôm qua."
Điều đó đặt XRP Ledger vào một vị trí căng thẳng nhưng quen thuộc: một mạng lưới đang cố gắng thêm chức năng mà không làm tổn hại đến uy tín của lớp cơ sở của nó. BatchGate đã không trở thành một cuộc khai thác trực tiếp. Nhưng nó đã buộc một câu hỏi sắc bén hơn phải được mở ra: liệu đường ống sửa đổi của XRPL có còn hoạt động với đủ chiều sâu xem xét cho quy mô thay đổi đang được đề xuất hay không.
Vào thời điểm báo chí, XRP được giao dịch ở mức $1.3566.
