Không giống như các cuộc tấn công lỗ hổng hợp đồng, kiểu tấn công này đòi hỏi một lượng tiền gốc nhất định để phá vỡ trạng thái cân bằng giá Oracle và có khả năng thất bại nhất định. Nhóm dự án thường điều chỉnh các tham số giao thức và các biện pháp phòng ngừa và kiểm soát khác để tăng chi phí thực hiện cuộc tấn công, cùng với chiến lược kiểm soát rủi ro chi tiết, phạt tiền và tịch thu tiền, v.v., và tất nhiên, cũng có thể sử dụng các biện pháp pháp lý. Dù sao, nó không giải quyết được vấn đề cơ bản.

Vấn đề là vẫn còn tranh cãi về bản chất của các cuộc tấn công như vậy và nhiều người sẽ nghĩ rằng những kẻ tấn công chỉ sử dụng mô hình AMM và các khiếm khuyết thanh khoản để nắm bắt các cơ hội chênh lệch giá, đó là hành vi đầu cơ và không nên được xác định là "tấn công của hacker". Đây là một vấn đề đã không được giải quyết trong một thời gian dài.

Gần đây, chúng tôi đã thấy rất nhiều giải pháp thăm dò cho mô hình giao dịch sổ lệnh trên L2, với phí thấp, không bị trượt và hao mòn và có thể đạt được sự bảo vệ quyền riêng tư giống như CEX, điều này sẽ thu hút các nhà tạo lập thị trường MM di chuyển. Chỉ là mô hình sổ lệnh sẽ có những vấn đề gai góc như khớp lệnh tập trung, độ sâu thanh khoản thấp và hiệu quả khớp lệnh thấp trong một thời gian dài và nó không phải là bất khả xâm phạm.

Về mặt lý thuyết, mô hình AMM + Order, cùng với các chiến lược kiểm soát rủi ro nghiêm ngặt, chẳng hạn như giám sát giao dịch bất thường, dừng lỗ tự động, dự trữ rủi ro, v.v., sự kết hợp của hai mô hình giao dịch và sử dụng hiệu quả chiều sâu giao dịch có thể là một hướng tối ưu hóa tốt.

Cá nhân tôi nghĩ rằng với sự phổ biến và trưởng thành của cơ sở hạ tầng như L2 + L3, Giao dịch chắc chắn sẽ dần chuyển sang thị trường ứng dụng và một số ứng dụng giao dịch độc lập chuỗi giao dịch độc lập sẽ dần xuất hiện.