Bạn mở MetaMask, tìm pool thanh khoản trên Uniswap, thấy một cặp token lạ với mức phí cực thấp và giá gần như không trượt. Bạn ấn 'Swap', giao dịch thành công hash, nhưng số dư không thay đổi. Bạn mất 20 đô la gas, pool đó biến mất. Không phải lỗi mạng, không phải sandwich attack. Đây là một loại lừa đảo mới, tinh vi hơn, nhắm vào chính quy trình mà mọi ví và aggregator đều tin tưởng: mô phỏng giao dịch (simulation).
Hãy tưởng tượng: Bạn muốn mua token A, ví của bạn sẽ gửi một lệnh 'thử' đến các pool khác nhau để xem pool nào cho giá tốt nhất. Pool A báo giá 1 ETH = 1000 token A. Pool B báo 1 ETH = 1100 token A. Ví tự động chọn Pool B. Đó là cách routing hoạt động. Vấn đề là: nếu Pool B là một cái bẫy, nó có thể trả về giá ảo trong lúc simulate, nhưng khi lệnh thật được gửi, nó sẽ revert (thất bại) hoặc tính toán theo một công thức khác khiến bạn nhận được ít token hơn mong đợi – nếu nó không revert ngay.
Đây chính xác là những gì kẻ tấn công đã làm, theo báo cáo của Enso, một công ty bảo mật on-chain. Họ phát hiện hai pool độc hại hoạt động từ tháng 2/2024: một trên Curve (Ethereum) và một trên Uniswap v4 (Polygon). Cả hai đều sử dụng logic tùy chỉnh để fake quote trong quá trình simulation, nhằm thu hút các giao dịch lớn từ ví và aggregator, sau đó khiến giao dịch thất bại hoặc tệ hơn. Mục tiêu: ăn phí gas và khiến người dùng mất tiền? Thực ra, theo Enso, lợi nhuận thuần từ vụ này chỉ khoảng 34.600 đô la, nhưng phí gas bị đốt vì các giao dịch thất bại lên tới gần 30.000 đô la. Con số nhỏ, nhưng nguyên lý thì lớn.
Hãy nhìn vào cơ chế. Trên Curve, pool độc được triển khai với một tính năng đặc biệt: nó trả về quote rẻ bất thường cho các cặp như USDC/WETH, nhưng khi thực tế giao dịch chạm đến, nó cố tình revert. Trong 7 tháng, pool này đã xử lý 129.000 giao dịch simulate thành công, nhưng hầu hết là do bot và aggregator quét. Chỉ khi nào một lệnh thật được gửi, nó mới revert. Còn trên Uniswap v4, kẻ tấn công dùng hook – một đoạn code có thể can thiệp vào luồng giao dịch. Hook này kiểm tra: nếu đây là simulate (thường dùng eth_call với block number hiện tại), thì trả về giá ưu đãi; nếu là transaction thật (gửi qua eth_sendRawTransaction), thì revert. Kết quả: 99,1% giao dịch thử trên pool đó thất bại. Chỉ 0,9% thành công, và đó là do các lệnh nhỏ từ testnet hoặc người dùng không dùng routing.
Ai là nạn nhân? Không phải người dùng lẻ gõ tay pool address. Mà là các aggregator và ví thông minh tự động tìm pool tốt nhất. Trong số các bên bị ảnh hưởng có thể kể đến Oku (một front-end Uniswap), và có thể cả những cái tên lớn hơn như 1inch hay ParaSwap. Enso đã làm việc với Curve, Uniswap và Oku để vô hiệu hóa các pool này, nhưng họ cảnh báo: cùng một kẻ đã triển khai nhiều pool khác, vẫn đang hoạt động. Điều đó có nghĩa là trận chiến mới chỉ bắt đầu.
Góc nhìn phản trực giác: Đây không phải là MEV, không phải sandwich attack, và cũng không phải lỗi smart contract. Đây là tấn công vào niềm tin mù quáng của toàn bộ ngành vào simulation. Chúng ta đã quen với việc simulate trước khi swap để tránh slippage, để tối ưu gas. Chúng ta xem kết quả simulation như sự thật. Kẻ tấn công lợi dụng chính điểm yếu tâm lý đó: chúng ta không bao giờ kiểm tra xem lệnh thực thi có khớp với simulate hay không. Một số người dùng kỹ thuật có thể tự verify bằng cách compare expected output và actual output, nhưng 99% người dùng không làm vậy. Và aggregator cũng không làm vậy – họ chỉ tin simulation rồi gửi lệnh.
Điều này càng nguy hiểm hơn trên Uniswap v4, nơi hook cho phép bất kỳ ai cũng có thể thêm logic tùy chỉnh vào pool. Uniswap v4 hứa hẹn 'composability', nhưng cũng mở ra cánh cửa cho những kịch bản lừa đảo như thế này. Nếu không có cơ chế kiểm tra hook (hook audit, whitelist), v4 có thể trở thành thiên đường cho các simulation spoofing.
Vậy giải pháp là gì? Enso đã xây dựng 'Enso Shield', một công cụ phát hiện hành vi bất thường trong quá trình simulate vs execute. Nhưng đó chỉ là một mảnh ghép. Cần một tiêu chuẩn mới: mọi aggregator và ví nên thêm bước post-transaction validation: so sánh số token nhận được thực tế với số được báo trong simulation. Nếu chênh lệch quá lớn, cảnh báo người dùng hoặc tự động revert giao dịch (dù đã tốn gas). Một số đội ngũ đang nghiên cứu 'simulation hashing' – ký hash của kết quả simulation để đảm bảo execution khớp. Nhưng đó là tương lai.
Takeaway: Thị trường giảm, người dùng càng phải cẩn thận. Đừng tin mù quáng vào số hiển thị trên ví. Nếu một pool cho mức giá quá ngon so với mặt bằng chung, hãy nghi ngờ. Và nếu bạn là builder, hãy chuẩn bị cho cuộc chiến simulation spoofing – nó sẽ còn xuất hiện nhiều hơn khi Uniswap v4 và các nền tảng hook khác phổ biến. Câu hỏi đặt ra: liệu có giải pháp nào đơn giản hơn là phải verify sau mỗi lần swap? Hay chúng ta chấp nhận rằng simulation chỉ là ước lượng, và mất tiền là một phần của cuộc chơi?