Key Takeaways:
David Schwartz đã đề xuất một cơ chế đặt chỗ giao dịch yêu cầu mức phí gấp đôi sau những cáo buộc rằng người dùng XRPL phải đối mặt với tình trạng chạy trước (front-running) trong các khoản thanh toán và giao dịch DEX.
"Các validator và các node có kết nối tốt có thể xem các giao dịch trong hàng đợi trước khi xác thực (pre-validation queue), sau đó gửi giao dịch của riêng họ để tìm kiếm vị trí tốt hơn," XRPresso, một thị trường dựa trên XRP Ledger, cho biết trong một bài đăng. Nhóm này cho biết vấn đề quan trọng nhất đối với người dùng giao dịch thông qua ví và các ứng dụng phi tập trung (dApp), nơi việc gửi đi gửi lại nhiều lần có thể làm tăng cơ hội khớp lệnh gần với giao dịch mục tiêu và làm trầm trọng thêm tình trạng trượt giá (slippage) khi chiến lược sandwich thành công.
Đề xuất sẽ bổ sung một đối tượng sổ cái (ledger object) có tên ReservedTxns chứa số thứ tự (sequence number) và ID giao dịch. Một giao dịch TxnReserve sẽ cho phép người dùng đặt chỗ (reserve) một vị trí cho một sổ cái trong tương lai với mức phí gấp đôi thông thường, với sổ cái mục tiêu không được xa hơn 16 sổ cái và chứa ít hơn 32 ID giao dịch mỗi đối tượng. Khi sổ cái đó được thực thi, mạng lưới sẽ kiểm tra đối tượng ReservedTxns và chạy các giao dịch đã được liệt kê trước các giao dịch khác, sau đó xóa chúng khỏi tập hợp để ngăn thực thi lặp lại và xóa đối tượng đặt chỗ.
Schwartz cho biết một suất đặt chỗ nên có chi phí ít nhất gấp đôi phí giao dịch thông thường. Sổ cái mục tiêu cần phải lớn hơn sổ cái hiện tại và không xa hơn 16 sổ cái. Mỗi đối tượng đặt chỗ sẽ chứa ít hơn 32 ID giao dịch, trừ khi thiết kế sau này mở rộng giới hạn. Tài liệu XRPL cho biết việc sắp xếp thứ tự chuẩn (canonical ordering) được xây dựng để mang tính xác định (deterministic), hiệu quả và khó bị lợi dụng, mặc dù tài liệu DEX của nó cho biết thứ tự giao dịch được thiết kế để ngăn chặn front-running vì các giao dịch được thực thi khi một sổ cái mới đóng lại. Tài liệu về giao dịch thuật toán của nó cho biết front-running là khó nhưng không phải là không thể.
Cuộc tranh luận bắt đầu sau khi XRPresso cho biết một số tác nhân có thể xem các giao dịch đang chờ xử lý trước khi một sổ cái đóng lại và sử dụng thông tin đó để nhắm mục tiêu giao dịch. Theo bài đăng, thứ tự cuối cùng bên trong mỗi sổ cái tuân theo một quy trình xác định đã biết và việc gửi đi gửi lại nhiều lần có thể làm tăng cơ hội khớp lệnh gần với giao dịch mục tiêu, có khả năng làm trầm trọng thêm tình trạng trượt giá cho nhà giao dịch ban đầu.
Thời điểm này diễn ra khi các nhà phát triển XRPL đang mở rộng bộ công cụ DeFi của mạng lưới. XRPL Foundation gần đây đã đề xuất AMM Swappable Curves, một bản nâng cấp dự thảo bổ sung tính năng StableSwap và thanh khoản tập trung (concentrated liquidity) vào nhà tạo lập thị trường tự động (AMM) gốc. XRPL cũng đang chuẩn bị các công cụ cho vay gốc (native lending) và ký quỹ có thể lập trình (programmable escrow), với các trường hợp sử dụng thể chế bao gồm một đợt thanh toán Kho bạc (Treasury) được token hóa có sự tham gia của Ripple và JPMorgan. Khi hoạt động gia tăng, thứ tự giao dịch và khả năng hiển thị giao dịch đang chờ xử lý có thể thu hút nhiều sự chú ý hơn từ các nhà xây dựng, nhà giao dịch và validator.
Schwartz cũng đề cập đến các rủi ro từ chối dịch vụ (denial-of-service) tiềm ẩn. Ông cho biết kẻ tấn công có thể cố gắng lấp đầy các suất đặt chỗ trên nhiều sổ cái, nhưng việc tăng phí có thể khiến điều đó trở nên tốn kém. Theo một ví dụ, phí sẽ tăng lên khi 16 suất được lấp đầy và có thể đạt tới vài lần mức dự trữ cơ bản (base reserve) khi gần 30 suất. Đề xuất này chưa phải là một sửa đổi chính thức, nhưng nó mang lại cho cộng đồng XRPL một lộ trình kỹ thuật rõ ràng để xem xét.
Bài viết này chỉ nhằm mục đích cung cấp thông tin và không cấu thành lời khuyên đầu tư.
