Oracle là gì? #23

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.

Trả lời ngắn: Oracle là hệ thống lấy dữ liệu bên ngoài, xử lý theo quy tắc đã công bố rồi ghi kết quả lên blockchain để chương trình tự động sử dụng. Nó không dự đoán tương lai và không bảo đảm dữ liệu luôn đúng; nguồn sai hoặc cập nhật chậm vẫn có thể làm chương trình xử lý sai.

Đọc xong, bạn sẽ hiểu:

• Vì sao smart contract cần oracle và vì sao không tự gọi một API tùy ý.
• Dữ liệu đi từ nguồn ngoài đời đến feed onchain theo những bước nào.
• Cách kiểm nguồn, node, độ mới, decimals, quyền admin và phương án dự phòng.

1. Oracle nối hai thế giới như thế nào?

a. Blockchain biết rất ít về bên ngoài

Chương trình trên blockchain không tự mở website hay gọi API ngoài Internet. Nó chỉ dùng dữ liệu đã được ghi lên blockchain hoặc được đưa vào giao dịch, nên dữ liệu giá hay thời tiết cần một hệ thống bên ngoài thu thập và chuyển vào theo quy tắc. Theo tài liệu Ethereum, contract không thể lấy thông tin offchain theo cách trực tiếp; oracle giải quyết khoảng trống bằng việc tìm, xác minh và truyền thông tin bên ngoài lên chain (Ethereum.org — Oracles).

Các node phải tính cùng một trạng thái mới từ cùng giao dịch. Nếu mỗi node tự lấy một giá web khác nhau, chúng có thể không đồng ý kết quả. Oracle ghi một giá trị chung lên blockchain trước, để mọi node cùng đọc đúng giá trị đó khi xử lý.

Hãy hình dung smart contract là két tự động trong phòng kín. Két thực thi đúng luật đã cài, nhưng không nhìn thấy bảng giá ngoài chợ. Oracle giống người mang một tờ phiếu giá vào phòng. Ví dụ này giúp thấy đúng vai trò, nhưng có một giới hạn: oracle thật không nên chỉ là một người. Cần kiểm nguồn, nhiều node và cách tổng hợp để giảm khả năng một bên nói sai.

b. Oracle không phải máy dự đoán

Từ “oracle” dễ làm người mới nghĩ đây là thầy bói giá. Không phải. Price feed là luồng dữ liệu giá đã được chuẩn hóa và đăng lên chain; nó mô tả một quan sát theo quy tắc cụ thể, không bảo đảm giá ngày mai. Oracle cũng không làm smart contract “thông minh” hơn. Nó chỉ cung cấp đầu vào mà code đã được viết để sử dụng.

Hình 1 — Code đúng vẫn phụ thuộc vào dữ liệu đúng, đủ mới và được tổng hợp theo quy tắc rõ ràng.

2. Một dữ liệu giá đi lên chain ra sao?

a. Năm mắt xích chính

Một mô hình phổ biến có năm mắt xích:

Nhiều bên có thể lấy giá từ các nguồn, ký quan sát của mình rồi gửi vào bộ tổng hợp. Kết quả tổng hợp được ghi vào một contract dữ liệu; contract cho vay đọc giá từ địa chỉ đó. Phải kiểm các node có thật sự do các bên độc lập vận hành hay không.

1. Nguồn dữ liệu cung cấp giá hoặc sự kiện, chẳng hạn nhiều thị trường giao dịch.
2. Oracle node lấy dữ liệu từ một hay nhiều nguồn, chuẩn hóa và ký kết quả.
3. Aggregation là quy tắc gộp nhiều quan sát, thường loại bớt giá trị bất thường rồi lấy trung vị hoặc cách tính đã công bố.
4. Onchain feed lưu câu trả lời, thời điểm cập nhật và thông tin vòng dữ liệu để contract khác đọc.
5. Consumer contract là contract sử dụng feed, ví dụ protocol lending tính giá tài sản thế chấp.

Giả sử ba nguồn báo 99,8; 100,0 và 103,5. Bộ tổng hợp dùng trung vị có thể ghi 100,0 thay vì để một điểm lệch kéo kết quả. Đây là ví dụ minh họa; quy tắc thật phải đọc trong tài liệu feed.

b. Khi nào feed cập nhật?

Feed không nhất thiết ghi từng nhịp giá. Một thiết kế có thể cập nhật khi giá lệch quá deviation threshold — ngưỡng thay đổi đã định — hoặc khi quá heartbeat — khoảng thời gian tối đa giữa các lần cập nhật dự kiến. Vì vậy “giá có trên chain” chưa đủ; consumer phải kiểm timestamp, tức thời điểm dữ liệu được cập nhật, để phát hiện giá cũ.

Feed có thể cập nhật khi giá thay đổi đủ lớn hoặc khi đã quá một khoảng thời gian. Contract sử dụng phải đọc thời điểm cập nhật và tự đặt giới hạn dữ liệu được phép cũ bao lâu. Giới hạn này phải phù hợp từng thị trường, không có một số phút dùng cho mọi feed.

Feed cũng thường lưu số nguyên kèm decimals. Nếu answer là 250000000000 và decimals là 8, giá được hiểu là 2.500, không phải 250 tỷ. Nhầm số chữ số thập phân là lỗi tích hợp, không phải lỗi thị trường. Contract dùng feed phải đọc đúng interface, kiểm answer hợp lệ và có giới hạn khi dữ liệu quá cũ.

Hình 2 — Feed chỉ hữu ích khi consumer hiểu đúng giá trị, decimals và thời điểm cập nhật.

c. Push, pull và request-response

Push ghi giá định kỳ hoặc khi chạm ngưỡng, nên dữ liệu đã nằm sẵn trên chain. Pull để giao dịch mang bản giá đã ký vào lúc cần; contract phải kiểm nguồn ký và độ mới trước khi dùng. Hai cách khác nhau ở thời điểm cùng bên trả chi phí cập nhật.

Với mô hình push, mạng oracle chủ động ghi dữ liệu lên chain theo điều kiện cập nhật. Consumer đọc trạng thái đã có. Với mô hình pull, ứng dụng mang một bản cập nhật đã ký vào transaction khi cần; contract xác minh rồi dùng. Còn request-response phù hợp câu hỏi riêng, ví dụ gọi một công việc tính toán hoặc lấy kết quả sự kiện cụ thể.

3. Oracle Problem: dữ liệu nào đáng tin?

a. Ba câu hỏi không thể né

Oracle problem là bài toán đưa dữ liệu ngoài chain vào mà không phá vỡ mục tiêu giảm phụ thuộc vào một bên. Có ba câu hỏi:

Hãy tách ba câu hỏi: nguồn và cách tính có hợp lý không; hệ thống có làm đúng cách tính đó không; hệ thống có tiếp tục cập nhật khi thị trường biến động không. Làm đúng một phương pháp kém vẫn có thể tạo giá không phản ánh thị trường.

• Correctness: giá trị có đúng với phương pháp đã công bố không?
• Availability: hệ thống có tiếp tục trả dữ liệu khi thị trường biến động hoặc một node dừng không?
• Incentive compatibility: người cung cấp dữ liệu có động lực nói thật và bị phạt khi làm sai không?

Oracle tập trung có một operator và thường dễ hiểu, nhưng operator đó là điểm lỗi chung. Oracle phi tập trung dùng nhiều node hoặc nhiều nguồn để giảm rủi ro một bên. Tuy vậy, “nhiều node” không tự động đồng nghĩa “nhiều sự thật”. Mười node cùng đọc một API vẫn có chung một nguồn lỗi. Nhiều nguồn cùng phụ thuộc một thị trường thanh khoản mỏng cũng có thể cùng bị thao túng.

b. Ví dụ lending và thanh lý

Một protocol lending nhận ETH thế chấp. Nếu oracle báo ETH giảm từ 2.500 xuống 1.700 do nguồn bị thao túng, vị thế có thể bị thanh lý sai. Ngược lại, giá thật giảm nhưng feed vẫn ở 2.500 có thể làm khoản nợ thiếu bảo chứng.

Ethereum cảnh báo oracle bị lỗi, bị thao túng hoặc trả dữ liệu cũ có thể khiến contract thực hiện hành động sai; flash loan đôi khi được dùng để tác động giá ở nguồn thanh khoản nhỏ trong cùng một transaction (Ethereum.org — Smart contract security). Điểm cần nhớ: lỗi không nhất thiết nằm trong code lending. Nó có thể nằm ở nguồn giá, đường truyền, aggregation hoặc cách consumer kiểm feed.

4. Sai lầm, giới hạn và checklist an toàn

a. Những lỗi người mới hay bỏ qua

Feed BTC/USD báo một BTC bằng bao nhiêu USD. Feed cho token đại diện BTC có thể thêm rủi ro của đơn vị phát hành và bảo chứng, nên không được thay thế chỉ vì tên gần giống. Contract cũng phải đọc đúng hướng cặp giá và từ chối dữ liệu quá cũ.

Sai lầm thứ nhất là thấy tên cặp giống nhau rồi dùng nhầm feed. BTC/USD và WBTC/USD không nhất thiết cùng giả định rủi ro. Sai lầm thứ hai là đọc answer nhưng bỏ qua timestamp và decimals. Sai lầm thứ ba là tin rằng nhiều node loại bỏ mọi rủi ro, trong khi chúng có thể dùng chung nguồn hoặc chung quyền admin.

Sai lầm thứ tư là chỉ kiểm mạng oracle mà không kiểm consumer contract. Feed tốt vẫn có thể bị dùng sai nếu contract bỏ qua staleness hoặc đọc nhầm base/quote. Sai lầm thứ năm là bỏ qua quyền admin/governance có thể đổi cấu hình hoặc dừng hệ thống.

Oracle không biến sự kiện chủ quan thành sự thật. Dữ liệu khan hiếm, thị trường đóng hoặc chain tắc đều có thể làm feed chậm. Thiếu tài liệu, contract address, decimals, timestamp hoặc quyền quản trị thì nên đứng ngoài.

b. Checklist tám điểm

Người mới có thể tự kiểm địa chỉ feed, cặp giá, số thập phân và thời điểm cập nhật trên explorer. Cách contract xử lý giá cũ, mất feed hoặc quyền quản trị cần tài liệu kỹ thuật hay báo cáo audit; không tìm được bằng chứng thì ghi “chưa xác minh”, không đoán.

1. Source: dữ liệu lấy từ những nguồn nào, có đủ thanh khoản và độc lập không?
2. Nodes: bao nhiêu operator tham gia, có chung hạ tầng không?
3. Aggregation: kết quả được gộp và loại ngoại lệ thế nào?
4. Freshness: timestamp, heartbeat và deviation threshold là gì?
5. Decimals: answer phải chia cho bao nhiêu chữ số thập phân?
6. Fallback: khi feed dừng hoặc giá vượt biên, consumer làm gì?
7. Admin: ai có thể upgrade, pause hoặc đổi cấu hình?
8. Consumer: contract dùng feed có kiểm staleness, answer và đúng cặp không?

Hình 3 — Đừng dừng ở tên nhà cung cấp; hãy kiểm cả dữ liệu đầu vào lẫn cách contract tiêu thụ dữ liệu.

5. Bài tập read-only trong 15 phút

a. Bắt đầu từ đâu

Dùng trình duyệt và một block explorer miễn phí. Chọn một price feed có trang tài liệu chính thức. Chưa kết nối ví, chưa gửi transaction và chưa dùng tiền thật. Ghi lại contract address, network, cặp giá, decimals, answer và thời điểm cập nhật gần nhất.

Sau đó tự tính giá hiển thị bằng answer ÷ 10^decimals. Nếu explorer cho answer 250000000000 và decimals 8, mẫu tính là 2.500. So thời điểm update với giờ hiện tại. Không kết luận “an toàn” chỉ từ một lần quan sát; mục tiêu là học cách đọc feed.

Mẫu đối chiếu đã điền

b. Câu đoán chắc và câu có điều kiện

Nhiều node chỉ giảm rủi ro khi chúng dùng nguồn đủ độc lập, quy tắc gộp dữ liệu hoạt động đúng và contract từ chối giá quá cũ. Không xác minh được một điều kiện thì chưa thể kết luận feed đáng tin. Chỗ nhận sai rất rõ: nếu không tìm được một trong các điều kiện đó, ghi “chưa xác minh”, không tự điền bằng phỏng đoán.

6. Tổng kết

a. Năm ý chính

• Oracle đưa dữ liệu offchain vào môi trường smart contract có thể dùng.
• Một feed gồm nguồn, node, aggregation, dữ liệu onchain và consumer.
• Timestamp, heartbeat, deviation threshold và decimals quan trọng ngang answer.
• Nhiều node giảm một số điểm lỗi nhưng không xóa nguồn lỗi chung.
• Phải kiểm cả feed lẫn cách consumer xử lý dữ liệu cũ, sai hoặc dừng.

b. Câu hỏi tự kiểm tra

• Vì sao smart contract không tự gọi một API tùy ý khi đang thực thi?
• Aggregation giúp gì khi một nguồn trả giá bất thường?
• Vì sao answer đúng nhưng timestamp cũ vẫn nguy hiểm?
• Tại sao nhiều node chưa chắc tạo ra nhiều nguồn độc lập?

c. Gợi ý đáp án

Xem gợi ý câu 1

Các node phải đạt cùng kết quả; API thay đổi theo thời điểm có thể làm execution không xác định. Xem mục 1.

Xem gợi ý câu 2

Nó gộp nhiều quan sát theo quy tắc và có thể hạn chế một điểm lệch. Xem mục 2.

Xem gợi ý câu 3

Consumer có thể ra quyết định bằng tình trạng thị trường đã hết hiệu lực. Xem mục 4.

Xem gợi ý câu 4

Nhiều node có thể cùng đọc một API hoặc cùng phụ thuộc một thị trường. Xem mục 3.

d. Thuật ngữ cần nhớ

e. Nguồn tham khảo

• Ethereum.org — Oracles
• Ethereum.org — Smart contract security
• EIP-1154 — Oracle Interface

Bài tiếp theo là NFT là gì? #24 — cách token đại diện cho một đơn vị riêng biệt và những gì quyền sở hữu onchain không tự bảo đảm.

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Mọi thị trường đều có rủi ro mất vốn.