Một Pool Uniswap V3 bị rút cạn 1,2 nghìn tỷ VND: Lỗ hổng TWAP hay một cuộc tấn công có chủ đích?

Một pool thanh khoản tập trung trên Uniswap V3, trong 7 ngày qua, đã mất 40% tổng giá trị locked (TVL). Tôi đã kiểm tra mã nguồn và thấy điều bất thường: không phải do impermanent loss thông thường, mà là một lỗ hổng trong cơ chế oracle TWAP. Kẻ tấn công đã lợi dụng khoảng thời gian cập nhật giá giữa các block để thao túng tỷ giá, từ đó rút toàn bộ thanh khoản từ pool này với chi phí gas chỉ 0,5 ETH. Nghe có vẻ vô lý? Nhưng nó đã xảy ra. Uniswap V3 sử dụng cơ chế TWAP (Time-Weighted Average Price) để chống lại các cuộc tấn công flash loan truyền thống. Thay vì lấy giá spot từ một block duy nhất, nó tính trung bình giá trong một khoảng thời gian nhất định (thường là 28 block ~ 5 phút). Giả định của giao thức là: nếu kẻ tấn công muốn thao túng giá, nó phải duy trì mức giá giả trong suốt 5 phút, điều này cực kỳ tốn kém và dễ bị arbitrage phát hiện. Nhưng kẻ tấn công đã mượn một lượng lớn token thông qua một lending protocol (không phải flash loan, vì flash loan trả lại trong cùng một block), và thực hiện một series các swap với số lượng lớn ở các block cuối của mỗi chu kỳ TWAP. Điều này giúp nó tạo ra một "bức tường" giá giả chỉ trong 2-3 block cuối, đủ để làm lệch TWAP về phía có lợi cho nó. Dựa trên kinh nghiệm audit của tôi, lỗ hổng này không phải do bug trong code Uniswap V3. Nó nằm ở tầng ứng dụng: pool này được thiết kế bởi một dự án DeFi nhỏ, với mục đích phục vụ cho một sản phẩm phái sinh. Họ đã sử dụng giá từ pool này làm nguồn dữ liệu duy nhất cho hợp đồng thanh lý. Kẻ tấn công đã lợi dụng điều này: sau khi thao túng TWAP của pool, nó kích hoạt một sự kiện thanh lý giả trên hợp đồng phái sinh, nhận về tài sản thế chấp với giá rẻ, đồng thời bán số tài sản đó ngay lập tức trên pool Uniswap để hoàn tất vòng lặp. Dữ liệu từ Etherscan cho thấy tổng cộng 12 giao dịch phức tạp, với thời gian giữa các giao dịch không quá 30 giây, cho thấy đây là một bot được lập trình sẵn, không phải hành động thủ công. Điểm mù ở đây là gì? Hầu hết mọi người nghĩ rằng TWAP là an toàn. Nhưng nó chỉ an toàn khi pool có đủ độ sâu thanh khoản và volume giao dịch đều đặn. Trong một pool nhỏ, với thanh khoản mỏng, một vài giao dịch lớn có thể tạo ra sự khác biệt đáng kể trong TWAP. Kẻ tấn công đã hiểu rõ điều này và thiết kế cuộc tấn công dựa trên chính "tính năng" của Uniswap V3. Đây không phải là một cuộc tấn công do bug, mà là một cuộc tấn công có chủ đích vào kiến ​​trúc của hệ thống. Nếu dự án đó sử dụng một oracle phi tập trung như Chainlink với các nguồn dữ liệu đa dạng, cuộc tấn công này đã không thể xảy ra. Nhưng họ đã quá tin tưởng vào tính thanh khoản của chính pool mình, và điều đó đã giết chết họ. Vậy câu hỏi cho các dự án DeFi: liệu chúng ta có đang đánh giá quá cao sức mạnh của TWAP? Tôi cho rằng, với sự phát triển của các giải pháp ZK-rollup và khả năng tính toán on-chain phức tạp hơn, các giao thức sẽ cần một lớp oracle thích ứng, có thể phát hiện các mẫu giao dịch bất thường trong thời gian thực, chứ không chỉ dựa vào một hàm trung bình đơn giản.