Một lỗ hổng không nằm trong smart contract, mà trong API routing của DeepSeek V4 Pro vừa bị cộng đồng phanh phui. Chỉ là một 'lỗi chính tả'? Không, nó giống như việc một dApp tuyên bố chạy trên Ethereum nhưng thực chất lại routing giao dịch qua Binance Smart Chain rồi in log giả. Cùng một output, cùng một kiểu hành vi bất thường — và thị trường bắt đầu đặt câu hỏi: liệu có bao nhiêu 'DeepSeek' ngoài kia đang sống nhờ vào hơi thở của Claude, GPT-4, hay thậm chí là một mạng lưới oracle bí mật nào đó?
Đây không phải là chuyện của riêng giới AI. Đối với những ai đã từng chứng kiến các vụ kiểm toán hợp đồng thông minh của 0x protocol v2 năm 2018, mô hình này có một điểm tương đồng đáng sợ: một giao thức tuyên bố có cơ chế huỷ lệnh an toàn, nhưng thực chất lại dùng một hàm fallback cho phép attacker rút tiền nếu order chưa được fill. Điểm chung là 'sự không nhất quán giữa tuyên bố và hành vi thực tế ở cấp độ code'. Trong trường hợp của DeepSeek, cộng đồng phát hiện ra rằng khi yêu cầu sinh 3D game (một tác vụ lập trình chuẩn), output giống hệt Claude Fable 5 đến từng dấu cách; nhưng khi chêm thêm câu hỏi về an ninh mạng hay sinh học, chất lượng sụt giảm ngay về mức DeepSeek gốc. Hành vi chọn lọc này mạnh mẽ gợi ý sự tồn tại của một bộ định tuyến (router) dựa trên nội dung prompt — một cơ chế không khác gì các 'honeypot' trong DeFi, nơi contract kiểm tra caller rồi quyết định có trả tiền hay không.
Hãy nhìn vào cốt lõi kỹ thuật. Distillation là kỹ thuật dùng teacher model (Claude) để huấn luyện student model (DeepSeek). Nhưng để làm điều này, bạn cần gửi hàng triệu prompt tới teacher API để thu thập output. Chi phí đó rất lớn. Vậy nên một số công ty chọn cách 'routing real-time': khi user gọi API của họ, họ chỉ việc chuyển tiếp request đến teacher model, lấy kết quả, trả về cho user — và thế là họ khoe model của mình 'mạnh như Fable 5'. Dựa trên kinh nghiệm audit của tôi, đây không đơn giản là vấn đề style matching. Có một cơ chế routing có chủ đích — và nó thể hiện qua những khác biệt tinh tế trong cách xử lý lỗi, format response, thậm chí cả cách dùng dấu câu.
Sự kiện này mở ra một vấn đề quen thuộc với dân DeFi: trust nhưng không verify. Trong thế giới blockchain, chúng ta dùng mã nguồn mở và trình duyệt block để kiểm tra giao dịch. Còn với AI API, user phải tin rằng output thực sự đến từ model mà họ đã đăng ký. Khi một công ty như DeepSeek — có vẻ là 'Layer2' của thế giới AI — thực chất chỉ là một wrapper routing sang Layer1 (Claude), điều này giống hệt việc các Layer2 hiện tại tuyên bố có hàng triệu người dùng nhưng thực chất là cùng một nhóm người dùng chạy bridge qua lại. Đây không phải scaling, mà là cắt nhỏ thanh khoản vốn đã khan hiếm.
Một góc nhìn phản trực giác: nhiều người cho rằng đây là chuyện bình thường trong ngành AI — ai chẳng từng dùng API của người khác để train model? Nhưng sự khác biệt nằm ở chỗ DeepSeek đang bán dịch vụ dựa trên năng lực của Claude mà không thông báo. Nó giống như một sàn DEX tuyên bố là AMM tự chủ, nhưng thực chất routing tất cả lệnh sang Uniswap và chỉ lấy phí chênh lệch. Hành vi đó — nếu bị phát hiện — sẽ huỷ hoại niềm tin, tương tự như cách mà 'chỉ là lỗi chính tả' trong smart contract có thể dẫn đến mất hàng triệu USD. Lỗ hổng ở đây không phải là bug, mà là thiết kế cố tình lừa dối.
Takeaway cho thị trường crypto: chúng ta đang chứng kiến sự ra đời của một lớp 'API oracle' mới, nơi các nhà cung cấp model có thể chứng minh nguồn gốc output của mình thông qua zero-knowledge proofs. Hãy tưởng tượng một giao thức cho phép user xác minh rằng response thực sự được sinh ra từ một model cụ thể, không phải từ routing bí mật. Điều này sẽ thay đổi cuộc chơi, giống như cách Etherscan thay đổi cách ta kiểm tra giao dịch. Và câu hỏi đặt ra: liệu thị trường AI có cần một 'Layer2 riêng' cho việc xác thực output, hay chúng ta sẽ lại thấy một vòng lặp mới của sự phân mảnh và mistrust? Chỉ có thời gian trả lời — nhưng tôi cá rằng những ai đang build giải pháp verification on-chain cho AI sẽ là người chiến thắng trong chu kỳ tiếp theo.