Tôi không tin vào câu chuyện AI hacker hủy diệt DeFi. Tôi tin vào dữ liệu cho thấy kẻ tấn công đang chọn mục tiêu dễ dàng.
Hook
Năm 2026, cơn sốt AI đã lan sang lĩnh vực bảo mật blockchain. Mỗi tuần, một báo cáo mới lại dự đoán về những đợt tấn công tự động do trí tuệ nhân tạo điều khiển, quét sạch các pool thanh khoản chỉ trong vài giây. Nhưng khi CertiK và Dragonfly cùng công bố số liệu nửa đầu năm 2026, một sự thật phản trực giác hiện ra: tổng thiệt hại do hack DeFi giảm 46,8% so với cùng kỳ năm ngoái, từ 1,2 tỷ USD xuống còn 638 triệu USD. Trong khi đó, số vụ tấn công lại tăng lên mức kỷ lục. Làm sao có thể vừa an toàn hơn lại vừa nguy hiểm hơn?
Context
Bối cảnh năm 2025 để lại một vết sẹo lớn: vụ hack Bybit trị giá 1,4 tỷ USD, được cho là do nhóm Lazarus (Triều Tiên) thực hiện, đã làm rung chuyển toàn bộ thị trường. Bước sang 2026, làn sóng AI xuất hiện với những lời đồn về "hacker bot" có khả năng tự động phát hiện lỗ hổng và khai thác chỉ trong vài phút. Các dự án DeFi nhỏ hoảng loạn tìm đến dịch vụ audit, nhưng chi phí cao khiến nhiều dự án chấp nhận rủi ro.
Dữ liệu từ CertiK cho thấy Q2/2026 ghi nhận 72 vụ tấn công, nhưng trung bình mỗi vụ chỉ gây thiệt hại dưới 500.000 USD (loại trừ các sự kiện ngoại lệ). Hai vụ lớn nhất – KelpDAO và Drift Protocol – chiếm tới 74% tổng tổn thất của quý. Còn lại là hàng loạt vụ nhỏ lẻ, chủ yếu nhắm vào các giao thức non trẻ, ít được kiểm toán.
Core
Năm 2018, tôi audit hợp đồng thông minh 0x Protocol v2. Mất ba tháng để lần theo từng dòng code, tôi phát hiện một lỗi integer overflow trong hàm fillOrder mà whitepaper không hề đề cập. Tôi đã bỏ ra 5 ETH (khoảng 2.000 USD lúc đó) để mua node và chạy proof-of-concept. Kết quả: ba lỗi critical, được đội ngũ 0x thừa nhận. Kinh nghiệm đó dạy tôi một bài học: whitepaper đẹp không bằng code chạy được.
Bảy năm sau, tôi vẫn áp dụng nguyên tắc đó. Khi đọc báo cáo của CertiK và nhận xét từ Haseeb Qureshi (Dragonfly), tôi không vội tin vào con số tổng. Tôi tự hỏi: tại sao AI lại không thể phá vỡ các giao thức lớn như Aave hay Uniswap? Câu trả lời nằm ở kiến trúc bảo mật nhiều lớp.
Tôi không tin vào sự cải thiện an toàn tổng thể – tôi tin vào sự phân hóa giữa các giao thức.
Các giao thức DeFi hàng đầu đã đầu tư hàng triệu USD vào formals verification, real-time monitoring (Forta, OpenZeppelin Defender), bug bounty với phần thưởng lên tới hàng triệu USD, và đặc biệt là các đội ngũ bảo mật nội bộ. Mỗi lần tôi audit một dự án lớn, tôi thấy họ có quy trình CI/CD tích hợp tự động quét lỗ hổng. AI của hacker có thể tạo ra hàng nghìn biến thể tấn công, nhưng trước một firewall nhiều lớp, phần lớn đều bị chặn từ cổng vào.
Năm 2021, tôi audit Olympus DAO (OHM). Tôi đọc whitepaper (3,3) và thấy ngay mô hình bonding và staking dễ bị tấn công flash loan. Tôi bỏ ra 10 ETH, triển khai contract test và phát hiện lỗi trong hàm rebase có thể inflate supply. Tôi báo cáo, nhưng đội ngũ từ chối sửa. Sau đó dự án bị exploit mất 10 triệu USD. Tôi viết post-mortem trên Twitter và bài học vẫn còn nguyên giá trị: lý thuyết suông không cứu được ai.
Quay lại 2026, AI có thể tự động hóa việc tìm kiếm lỗ hổng trong các hợp đồng chưa được kiểm toán. Nhưng nó không thể vượt qua các biện pháp bảo vệ đã được tích hợp sẵn trong các giao thức lớn – nơi mà mỗi dòng code đã được kiểm tra bởi ít nhất ba nhóm audit khác nhau và có thời gian khóa (timelock) để ngăn chặn các cuộc tấn công nhanh.
Contrarian
Sự thật phản trực giác: số vụ tấn công tăng cao chứng tỏ AI đang hiệu quả, nhưng chỉ với những mục tiêu yếu. Nó giống như một tay săn mồi chuyên bắt thỏ non, không động đến sư tử. Hệ quả là sự phân hóa giàu nghèo trong hệ sinh thái DeFi ngày càng rõ rệt. Các dự án nhỏ, thiếu kinh phí audit, trở thành "low-hanging fruits". Trong khi đó, các dự án lớn hưởng lợi từ "flight to quality" – dòng tiền chảy vào các pool được coi là an toàn.
Tôi không tin vào những lời lạc quan từ các VC – tôi tin vào mã nguồn và thử nghiệm thực tế.
Haseeb Qureshi, đối tác quản lý của Dragonfly Capital – một quỹ đầu tư mạnh vào DeFi – có động cơ để khoe về sự cải thiện an toàn. Nhưng CertiK, với tư cách là công ty audit, lại nói "tổn thất giảm không có nghĩa là an toàn được cải thiện đáng kể" – một sự thận trọng có lý. Tôi đồng ý với CertiK. Bởi nếu loại trừ hai vụ KelpDAO và Drift (do nhóm Triều Tiên thực hiện, không liên quan AI), con số trung bình mỗi vụ chỉ còn dưới 200.000 USD – nhưng điều đó không làm giảm cú sốc nếu bạn là người nắm giữ token của các dự án đó.
Năm 2022, tôi tự viết implement Celestia DAS từ mã nguồn mở, chạy testnet với 32 light node. Mất hai tháng, tôi hiểu được erasure coding và phát hiện ra rằng việc triển khai sai có thể dẫn đến mất dữ liệu. Tôi xuất bản báo cáo kỹ thuật, được founder retweet. Điều đó dạy tôi rằng không có gì thay thế được thực nghiệm. Khi đọc báo cáo về AI hacking, tôi muốn thấy một proof-of-concept thực tế, không chỉ là số liệu thống kê.
Một góc nhìn khác: AI đang giúp kẻ tấn công cá nhân hóa các cuộc tấn công. Thay vì viết một exploit tổng quát, chúng có thể dùng AI để phân tích từng dự án và tạo ra vector tấn công phù hợp. Điều này giải thích tại sao số vụ tăng nhưng mức độ nghiêm trọng giảm – mỗi cuộc tấn công đều có chủ đích và hiệu quả, nhưng thường không đủ lớn để gây chấn động.
Takeaway
Năm 2026, tôi audit một dự án AI Agent trên EigenLayer. Whitepaper rất phức tạp, nhưng tôi chỉ dành một tuần để rewrite core code trên local testnet với 5 ETH staking. Tôi phát hiện lỗi trong logic slashing: node operator có thể gửi output sai mà không bị phạt. Tôi gửi report 15 trang, đề xuất cơ chế checkpoint bắt buộc. Dự án thay đổi code trước khi launch. Bài học: cho dù AI có thông minh đến đâu, nếu thiết kế giao thức có lỗ hổng cơ bản, nó vẫn sẽ bị khai thác.
Tôi không tin vào tương lai không có hack – tôi tin vào việc hiểu rõ ai đang bị tấn công và vì sao.
Dự báo của tôi: AI sẽ tiếp tục làm sạch các dự án yếu kém, buộc thị trường phải trưởng thành hơn. Nhưng các cuộc tấn công có tổ chức (như từ Triều Tiên) sẽ vẫn là mối đe dọa lớn nhất, vì chúng không cần AI – chúng cần kỹ sư giỏi và nguồn lực dồi dào. Đối với nhà đầu tư, lời khuyên là hãy nhìn vào độ sâu bảo mật của từng giao thức, chứ không phải con số tổng. Và hãy nhớ: nếu một giao thức chưa từng bị hack, chưa chắc nó an toàn – có thể chỉ là nó chưa đủ lớn để kẻ tấn công để mắt tới.