Một dòng tweet từ nhà báo thể thao uy tín: “Chelsea chuẩn bị kích hoạt điều khoản giải phóng hợp đồng của tiền đạo 100 triệu euro.” Ngay lập tức, một thị trường cá cược crypto-native bắt đầu di chuyển. Tôi mở terminal, gõ cast call 0x... để đọc dữ liệu on-chain của một pool dự đoán trên Polymarket fork. Volume đã tăng 300% trong 10 phút, nhưng điều khiến tôi chú ý không phải là giá, mà là log của một giao dịch bất thường: ai đó đặt 500 ETH vào kết quả “Không chuyển nhượng” chỉ vài giây trước khi tin tức lan rộng. Các bạn có thể đang thấy một cơ hội giao dịch; tôi thấy một oracle đang được thử thách, một cơ chế định giá có thể bị khai thác.
Hãy bắt đầu từ cấu trúc giao thức. Hầu hết các thị trường dự đoán phi tập trung đều sử dụng mô hình Automated Market Maker (AMM) hoặc sổ lệnh off-chain. Với AMM như Polymarket phiên bản Polygon, mỗi kết quả là một token ERC-20 có giá trị phản ánh xác suất thị trường. Khi một sự kiện thể thao lớn xuất hiện, các nhà tạo lập thị trường nhanh chóng thêm thanh khoản. Tuy nhiên, vấn đề nằm ở oracle: ai xác nhận kết quả cuối cùng? Trong trường hợp này, nguồn tin là một tài khoản Twitter có uy tín, nhưng hợp đồng thông minh chỉ tin tưởng một oracle tập trung (ví dụ: một multisig nhỏ hoặc một máy chủ API). Nếu oracle đó bị tấn công hoặc có độ trễ, giá token có thể bị thao túng. Tôi đã audit một dự án tương tự vào 2022 và phát hiện ra rằng các nhà tạo lập thị trường có thể rút thanh khoản ngay sau khi có tin tức giả mạo, để lại người dùng với token vô giá trị.
Cơ chế định giá của các pool này thường dựa trên công thức tích constant product giống Uniswap, nhưng với tham số khởi tạo cố định. Ví dụ, pool “Chuyển nhượng thành công” vs “Không chuyển nhượng” được tạo với tỷ lệ 50:50. Khi có tin tức, lượng mua lớn đẩy giá của một bên lên, và AMM tự động tái cân bằng. Tuy nhiên, nếu oracle chưa cập nhật trạng thái (ví dụ: chưa xác nhận chuyển nhượng chính thức), giá vẫn có thể quay đầu. Điều này tạo ra một arbitrage đơn giản: mua token “Không” ở giá thấp, sau đó bán khi thị trường hoảng loạn sau tin tức giả. Tôi đã thấy kịch bản này trong một audit năm 2023 trên một sàn cá cược World Cup: một nhóm bot đã kiếm được 2 triệu USD chỉ trong 3 block.
Nhưng điều tôi muốn nhấn mạnh không phải là cơ hội kiếm tiền, mà là điểm mù bảo mật mà hầu hết người dùng bỏ qua: sự phụ thuộc vào một nguồn dữ liệu duy nhất. Trong thị trường này, oracle đang sử dụng một API từ một trang thể thao uy tín. Nhưng nếu trang đó bị hack hoặc nhân viên đăng tin sai, token của bạn trở nên vô giá trị. Vào tháng 3 năm 2024, tôi đã kiểm tra một giao thức tương tự và tìm thấy lỗ hổng trong hàm getResult: nó chỉ kiểm tra một chữ ký từ một địa chỉ duy nhất. Một admin có thể thay đổi kết quả bất kỳ lúc nào.
Từ góc nhìn contrarian: sự phấn khích của thị trường tăng đang che giấu rủi ro kỹ thuật. Ai cũng nói về cơn sốt chuyển nhượng Chelsea, nhưng ít ai kiểm tra xem hợp đồng thông minh đứng sau có khả năng chống lại tấn công flash loan hay không. Một kẻ tấn công có thể vay 100 triệu USD, mua token kết quả “Có” với giá thấp, sau đó thao túng oracle tạm thời (bằng cách gửi giao dịch với gas cao để kích hoạt một oracle phụ sai lệch) rồi bán ngay lập tức. Điều này đã từng xảy ra với một thị trường bầu cử Mỹ trên DeFi.
Vậy, điều gì sẽ xảy ra tiếp theo? Hãy nhìn vào dữ liệu on-chain của pool này: volume tăng đột biến nhưng thanh khoản vẫn ở mức ban đầu. Điều đó có nghĩa là nếu một người dùng lớn muốn rút lợi nhuận, họ sẽ gây ra trượt giá nghiêm trọng. Tôi dự đoán rằng một số bot sẽ khai thác sự mất thanh khoản này, khiến giá token dao động mạnh hơn so với tin tức thực sự. Các bạn hãy tự hỏi: nếu hợp đồng không có circuit breaker (bộ ngắt mạch) để tạm dừng giao dịch khi biến động quá lớn, ai sẽ là người cuối cùng nắm giữ token rác?
Đối với tôi, một auditor, bài học rất rõ ràng: đừng bao giờ tin tưởng một oracle; hãy luôn kiểm tra nguồn và cơ chế cập nhật. Nếu bạn đang giao dịch trên thị trường dự đoán, hãy tìm hiểu xem hợp đồng sử dụng oracle nào, có time lock không, và ai có thể thay đổi kết quả. Nếu không, cơn sốt chuyển nhượng Chelsea của bạn có thể kết thúc bằng một lỗi reentrancy. Và như tôi đã nói trong một bài viết trước: “Oracle gãy, DEX mất trí nhớ.” Hãy giữ an toàn.
