Cựu CTO Ripple đề xuất giải pháp chống sandwich attack trên XRP Ledger

Cựu CTO Ripple lên tiếng về rủi ro sandwich attack

David Schwartz, cựu Giám đốc Công nghệ của Ripple (còn được biết đến với tên JoelKatz), vừa phản hồi các lo ngại lan truyền trên X về khả năng bị tấn công sandwich attack trên XRP Ledger (XRPL). Theo ông, rủi ro này là có thực nhưng đang bị đánh giá quá cao so với thực tế.

Cuộc tranh luận nổ ra sau khi một tài khoản trên X lập luận rằng các validator và node có kết nối tốt có lợi thế về thời gian, do quan sát được các giao dịch đang chờ xử lý trước khi mỗi ledger đóng lại. Từ đó, các tác nhân tinh vi có thể tính toán xem front-running có sinh lời không, rồi gửi hàng loạt giao dịch để giành vị trí thuận lợi trong thứ tự xác nhận.

Cơ chế hoạt động của sandwich attack trên XRPL

Thứ tự giao dịch trên XRP Ledger được xác định bằng một công thức tất định (deterministic) dựa trên transaction hash — và công thức này hoàn toàn công khai. Điều này về mặt lý thuyết cho phép kẻ tấn công chèn giao dịch vào trước và sau một lệnh giao dịch mục tiêu trên XRPL DEX và AMM, khiến slippage của người dùng thông thường trở nên tệ hơn.

Mối lo ngại chính là sân chơi không bình đẳng, đặc biệt với những trader sử dụng ví phổ biến và các ứng dụng phi tập trung (dApp).

Schwartz: Validator không thể hành động âm thầm

Schwartz thừa nhận vấn đề nhưng chỉ ra nhiều yếu tố giảm thiểu rủi ro đáng kể:

• Tính minh bạch công khai: Các giao dịch đang chờ xử lý hiển thị công khai với tất cả mọi người trước khi ledger đóng. Không bên nào có quyền truy cập sớm độc quyền.
• Một validator đơn lẻ không có lợi thế thực sự. Để phối hợp tấn công, cần nhiều validator đồng thuận — nhưng điều này sẽ để lại bằng chứng rõ ràng, vì mọi validator đều ký tên vào các proposal và validation.

"Chạy một validator không giúp bạn làm điều này trừ khi nhiều validator cùng cấu kết. Nếu điều đó xảy ra, mọi người sẽ nhìn thấy rất rõ ràng ai đang làm gì, và validator đó sẽ lập tức bị loại khỏi danh sách tin cậy của tất cả mọi người." — David Schwartz

Ông cũng lưu ý rằng cho đến nay chưa có báo cáo nào về các cuộc tấn công thực sự xảy ra ngoài môi trường thử nghiệm bằng chứng khái niệm (proof-of-concept). Rào cản kinh tế cốt lõi khá đơn giản: một cuộc tấn công sinh lời đòi hỏi thanh khoản cao để bù chi phí, nhưng lại cần thanh khoản thấp để đẩy giá — hai điều kiện này hiếm khi cùng tồn tại.

Đề xuất cơ chế đặt chỗ giao dịch hai bước

Với những trader muốn có bảo đảm chắc chắn hơn, Schwartz phác thảo một phương pháp đặt chỗ giao dịch (transaction reservation) gồm hai bước:

1. Người dùng trước tiên phát đi một reservation ghi rõ số thứ tự ledger trong tương lai, transaction ID và một khoản phí nhỏ.
2. Khi reservation được xác nhận, giao dịch thực sự sẽ được thực thi trước bất kỳ giao dịch nào được gửi sau thời điểm reservation công khai.

Cách tiếp cận này đòi hỏi hai lần gửi cho mỗi giao dịch được bảo vệ, nhưng giải quyết vấn đề front-running ở tầng thực thi — bổ sung cho các đề xuất bảo mật riêng tư hiện có của XRPL vốn nhắm vào tầng dữ liệu.

Bối cảnh rộng hơn

$XRP hiện vẫn giao dịch ở mức thấp hơn đáng kể so với mức đỉnh lịch sử. Theo nhận định của nhiều nhà quan sát, các cải tiến về tính công bằng trong giao dịch như đề xuất của Schwartz có thể đóng vai trò quan trọng trong việc thúc đẩy khả năng áp dụng XRP Ledger trong dài hạn, đặc biệt khi hệ sinh thái DeFi trên XRPL tiếp tục mở rộng.