đối sánh ngoài chuỗi + thanh toán trên chuỗi kèm các bằng chứng ZK (chống front-running), các lệnh Retail Price Improvement (RPI)

Vài tháng trước, tôi đã xem một lệnh giao dịch bị xấu đi đúng giây ngay khi tôi bấm xác nhận — mức giá tôi thấy không phải là mức giá tôi nhận được, và khoảng chênh lệch đó quá “gọn gàng” để có thể là trùng hợp.

Tôi bắt đầu gọi khoảng chênh lệch đó là lỗ hổng sổ lệnh: khoản “thuế” nhỏ, lặp đi lặp lại xảy ra khi người khác nhìn thấy lệnh của bạn trước khi nó được khớp và họ đi trước. Nó hiếm khi xuất hiện như một khoản lỗ đơn lẻ, kịch tính. Nó xuất hiện như hàng trăm khoản lỗ nhỏ mà bạn dần không còn để ý nữa, vì chúng giống như “đó chỉ là cách giao dịch vận hành”.

Kiến trúc của @grvt_io tách việc khớp lệnh khỏi khâu thanh toán và xác minh mọi giao dịch bằng các bằng chứng zero-knowledge trên Ethereum — đây là thiết kế cụ thể nhằm lấp kín khoảng trống đó — đồng thời trên nền tảng các lệnh retail price improvement kiểm tra tự động xem có mức giá thực hiện tốt hơn hay không trước khi một lệnh được khớp.

Việc điều đó có thực sự khép kín hoàn toàn lỗ hổng trong thực tế, hay chỉ làm cho nó khó nhìn thấy hơn, là điều tôi muốn có thêm dữ liệu độc lập về hiệu suất thực thi trước khi gọi đó là đã được giải quyết. Nhưng lần cuối cùng tôi chứng kiến một lần khớp diễn ra trực tiếp, giá đã không đi ngược lại bất lợi cho tôi trước.
#grvt