Trong thị trường tiền mã hóa có một hiện tượng thú vị: những dự án có tiếng vang lớn nhất lại thường chỉ là phù du qua mắt, còn những thứ thực sự giữ vững toàn bộ hệ sinh thái lại thường là những thứ bạn hoàn toàn không nhận ra. Oracles chính là vai trò như vậy — bình thường ít ai để ý, nhưng khi chúng gặp sự cố, toàn bộ hệ thống sẽ sụp đổ theo.

Hãy nhìn vào những dự án thực sự đang làm việc, họ không phô trương hay khoe khoang, mà tập trung vào những vấn đề cốt lõi nhất. Làm thế nào để xác thực dữ liệu bên ngoài trong một môi trường hoàn toàn phi tập trung? Làm thế nào để hệ thống tự động vừa hiệu quả vừa không mất kiểm soát? Không có nút tạm dừng trên chuỗi, làm sao để quản lý rủi ro? Những điều này đều là những cái bẫy, đều cần phải lấp đầy.

Trong hệ thống tài chính truyền thống, niềm tin dựa trên sự bảo chứng của ngân hàng và cơ quan quản lý — có bảo đảm thực thể. DeFi hoàn toàn khác, niềm tin ở đây là toán học lạnh lùng. Hợp đồng thông minh chỉ chấp nhận đúng sai, không chấp nhận những mập mờ. Vì vậy, vai trò của oracle vượt xa việc chỉ là những người vận chuyển dữ liệu đơn thuần, chúng thực sự đóng vai trò như những người ra quyết định, trách nhiệm nặng nề không kể xiết.

Xét về kiến trúc kỹ thuật, đặt các phép tính phức tạp xuống phía ngoài chuỗi, chỉ để chuỗi xác thực là một ý tưởng hay. Điểm mạnh của blockchain là đảm bảo dữ liệu không bị sửa đổi, điểm yếu là chi phí và tốc độ, tất cả đều quá đắt và chậm nếu đưa toàn bộ lên chuỗi. Việc tập trung vào xử lý tổng hợp và phân tích ở phía ngoài chuỗi, còn chuỗi chỉ đóng vai trò làm chứng nhân, lại phù hợp với thiết kế ban đầu của nó.

AI cần phải cẩn thận ở đây. Sử dụng AI để cảnh báo bất thường, nhắc nhở nhà phát triển về những vấn đề tiềm ẩn có thể giúp tăng cường độ bền của hệ thống. Nhưng nếu để AI tự quyết định — đánh giá dữ liệu có đáng tin cậy rồi thực thi luôn — thì đó là một hình thức gián tiếp đưa ra trung tâm niềm tin mới, điều này rất nguy hiểm.

Dù sao đi nữa, nhu cầu về dữ liệu vốn đã đa dạng. Tra giá cần tốc độ, kiểm toán hợp đồng cần độ chính xác. Mô hình đẩy và kéo của oracle phản ánh chính xác sự khác biệt này. Tuy nhiên, các nhà phát triển thường xuyên không phân biệt rõ ràng giữa các nhu cầu, đó mới chính là nguyên nhân của phần lớn các vấn đề.