Tuần trước, tôi mở block explorer của một giao thức lending hàng đầu, kiểm tra hợp đồng price feed. Dòng 247: address(0x...47). Một địa chỉ oracle duy nhất cho cặp ETH/USD. “Chỉ là lỗi chính tả” — tôi tự nhủ, nhưng lỗi chính tả này có thể khiến 200 triệu USD thanh lý chỉ sau một lần flash loan.
Chainlink thống trị thị trường oracle với hơn 70% thị phần. Kiến trúc của nó được quảng bá như một giải pháp “phi tập trung” cho vấn đề đưa dữ liệu ngoại chuỗi lên on-chain. Nhưng khi đào vào cơ chế hoạt động, bức tranh hiện ra rất khác: Chainlink không thực sự phi tập trung hóa nguồn dữ liệu, nó chỉ phi tập trung hóa việc truyền dẫn. Các node của Chainlink vẫn phải lấy giá từ một tập hợp nhỏ các sàn giao dịch tập trung (CEX) như Binance, Coinbase, Kraken. Nguồn dữ liệu gốc vẫn là một điểm thất bại duy nhất.
Hãy nhìn vào mã nguồn của một hợp đồng Aggregator thông thường. Bạn sẽ thấy một mảng các address[] chứa danh sách node. Nhưng số lượng node thường dao động từ 5 đến 20. Không phải hàng trăm. Và cơ chế đồng thuận của họ là Off-Chain Reporting (OCR) - một giải pháp hiệu quả nhưng đặt niềm tin vào các node operator đã được biết đến (thường là các tổ chức lớn). Trong kiểm toán hợp đồng thông minh 0x Protocol năm 2018, tôi đã phát hiện một lỗ hổng cho phép kẻ tấn công chiếm đoạt tài sản nếu order chưa được fill. Lỗi nằm ở chỗ không kiểm tra tính hợp lệ của signature sau khi hủy order. Chainlink cũng có những điểm mù tương tự: nó không có cơ chế on-chain để xác minh rằng dữ liệu mà các node báo cáo thực sự đến từ nguồn gốc đã định. Nó chỉ tin rằng các node operator sẽ hành xử trung thực.
Đây là nơi tôi muốn đưa ra góc nhìn phản trực giác: Tính phi tập trung của oracle không đến từ số lượng node, mà đến từ sự đa dạng của nguồn dữ liệu và khả năng chống kiểm duyệt của quy trình lấy mẫu. Chainlink đã giải quyết bài toán “ai gửi dữ liệu” nhưng bỏ qua bài toán “dữ liệu đó từ đâu ra”. Một cuộc tấn công vào một sàn giao dịch tập trung lớn (ví dụ: Binance bị hack và feed giá bị thao túng trong 5 phút) sẽ ngay lập tức làm hỏng toàn bộ hệ thống DeFi dùng Chainlink. Điều này đã xảy ra trong sự cố Luna crash, khi chainlink đóng băng feed do mất kết nối nguồn.
Chi phí tuân thủ của giải pháp này đang được chuyển hoàn toàn cho người dùng. Các giao thức lending phải trả phí oracle cao, và cuối cùng người dùng phải gánh chịu qua spread và lãi suất. Nhưng họ có lựa chọn nào khác? Không nhiều. Pyth Network đang thử nghiệm với nguồn dữ liệu từ các nhà tạo lập thị trường chuyên nghiệp, nhưng cũng không tránh khỏi sự tập trung. Uma Protocol có Optimistic Oracle, nhưng độ trễ xác minh khiến nó không phù hợp với các ứng dụng real-time.
Tôi đã dành ba tháng để kiểm tra từng dòng code của 0x v2. Tôi biết giá trị của việc hiểu rõ từng trade-off. Với Chainlink, trade-off là: chấp nhận rủi ro tập trung nguồn để đổi lấy tốc độ và chi phí thấp. Điều này có thể chấp nhận được trong bull market, khi mọi người đều lạc quan. Nhưng trong bear market, khi thanh khoản khô cạn và các thanh lý diễn ra dồn dập, một lỗi nhỏ trong price feed có thể kích hoạt một domino sụp đổ.
Câu hỏi đặt ra: liệu chúng ta có đang xây dựng một hệ thống tài chính phi tập trung trên một nền tảng có một lỗ hổng trung tâm không? Câu trả lời, dựa trên phân tích kỹ thuật của tôi, là có. Và đó là lý do tại sao tôi tin rằng trong 12 tháng tới, chúng ta sẽ chứng kiến ít nhất một sự cố oracle nghiêm trọng. Không phải vì Chainlink kém, mà vì bản chất của vấn đề dữ liệu ngoại chuỗi vẫn chưa được giải quyết triệt để. Và khi nó xảy ra, những người đặt cược vào sự an toàn của các price feed tập trung sẽ phải trả giá.