Chainlink (LINK): Cách Oracle và Nguồn Dữ Liệu Hoạt Động

Một quyết định data-dependency

Một hợp đồng thông minh có thể xác minh trạng thái chuỗi của chính nó nhưng không thể độc lập biết giá trao đổi, bằng chứng từ hệ thống khác hoặc sự kiện ngoài chuỗi. Các dịch vụ Chainlink giải quyết ranh giới đó bằng cách điều phối các nguồn dữ liệu, nhà điều hành node và các hợp đồng trên chuỗi công bố hoặc phân phối kết quả.

Nhà phát triển chỉ nên sử dụng dịch vụ khi chính sách cập nhật, hỗ trợ mạng, chất lượng dữ liệu và hành vi lỗi của nó phù hợp với ứng dụng. Người dùng cuối nên xác định chức năng ứng dụng nào phụ thuộc vào nguồn cấp dữ liệu thay vì giả định rằng tên Chainlink làm cho toàn bộ ứng dụng an toàn.

Điều người dùng thực sự tin tưởng

Một thị trường cho vay có thể phụ thuộc vào nguồn cấp giá để định giá tài sản thế chấp; một nền tảng phái sinh có thể phụ thuộc vào dữ liệu thị trường có độ trễ thấp; một hành động xuyên chuỗi có thể phụ thuộc vào các thành phần nhắn tin và thực thi. Mỗi sự phụ thuộc có một mô hình vận hành và kinh tế khác nhau.

Kiểm tra hữu ích là cụ thể cho dịch vụ: địa chỉ nguồn cấp dữ liệu, chuỗi được hỗ trợ, logic nhịp tim hoặc độ lệch, độ tươi của dữ liệu, hành vi dự phòng và hậu quả nếu các bản cập nhật dừng lại.

• Xác định dịch vụ chính xác.
• Xác minh địa chỉ hợp đồng hoặc nguồn cấp dữ liệu chính thức.
• Xác định hành vi dữ liệu cũ và mất kết nối.
• Xử lý rủi ro ứng dụng riêng biệt với rủi ro oracle.

Các sự kiện bên ngoài không thể được đọc trực tiếp

Một hợp đồng không thể thực hiện yêu cầu web thông thường và coi phản hồi là sự đồng thuận. Các mạng oracle thu thập và tổng hợp các quan sát thông qua một quy trình xác định, sau đó cung cấp báo cáo cho các hợp đồng. Điều này cung cấp cho các ứng dụng một đầu vào dùng chung mà không tin tưởng một lệnh gọi trang web từ người dùng.

Sự đánh đổi là một sự phụ thuộc bổ sung. Phạm vi nguồn dữ liệu, sự tham gia của node, quy tắc tổng hợp, chi phí truyền tải và thời gian cập nhật đều quan trọng. Phi tập trung hóa việc phân phối giảm sự phụ thuộc vào một nhà điều hành duy nhất nhưng không làm cho một thị trường yếu hoặc sự kiện mơ hồ trở nên đúng về mặt khách quan.

Các dịch vụ giải quyết các ranh giới khác nhau

Data Feeds xuất bản các giá trị được sử dụng bởi các ứng dụng on-chain. Automation có thể kích hoạt công việc hợp lệ của hợp đồng theo các điều kiện đã xác định. Cross-chain messaging điều phối việc chuyển trạng thái hoặc token giữa các mạng được hỗ trợ. Các dịch vụ hướng đến bằng chứng có thể chứng thực thông tin bên ngoài cụ thể.

Các sản phẩm này không nên được gộp lại thành một tuyên bố oracle chung chung. Kiến trúc của ứng dụng xác định dịch vụ nào phù hợp và chế độ lỗi nào phải được xử lý.

Quan sát, tổng hợp, báo cáo và tiêu thụ

Nhà cung cấp dữ liệu và nguồn thị trường tạo ra các quan sát. Các nhà vận hành nút độc lập truy xuất và báo cáo theo cấu hình mạng. Mạng oracle tổng hợp các báo cáo, và hợp đồng on-chain lưu trữ hoặc xác minh kết quả. Ứng dụng tiêu thụ đọc hợp đồng đó và áp dụng các quy tắc kinh doanh của riêng mình.

Các nhà phát triển phải xác minh địa chỉ feed cho mạng lưới mục tiêu và kiểm tra dữ liệu vòng, dấu thời gian cũng như hướng dẫn cụ thể cho từng dịch vụ. Một câu trả lời oracle hợp lệ vẫn có thể không an toàn cho một ứng dụng nếu nhà phát triển chấp nhận dữ liệu cũ hoặc sử dụng feed cho một mục đích không được hỗ trợ.

• Chọn feed hoặc dịch vụ được hỗ trợ.
• Xác minh địa chỉ mạng lưới và hợp đồng.
• Đọc giá trị và cập nhật siêu dữ liệu.
• Từ chối các trạng thái ứng dụng cũ hoặc không hợp lệ.
• Giám sát hành vi của dịch vụ và ứng dụng.

Người dùng gặp phải sự phụ thuộc một cách gián tiếp

Hầu hết người dùng không gửi giao dịch đến một price feed. Họ tương tác với một ứng dụng cho vay, giao dịch hoặc tài sản ổn định mà hợp đồng của nó phụ thuộc vào feed đó. Một báo cáo bị trễ hoặc bất thường có thể thay đổi khả năng vay, thanh lý, thanh toán hoặc hành vi đúc tiền theo mã của ứng dụng đó.

Đây là lý do tại sao logo oracle nên dẫn đến một câu hỏi về sự phụ thuộc, không phải là một kết luận bảo mật chung chung.

Thanh toán dịch vụ và ưu đãi bảo mật

LINK được sử dụng trong kinh tế học của Chainlink cho các khoản thanh toán dịch vụ và, nơi được hỗ trợ, staking hoặc tham gia bảo mật. Các thỏa thuận thanh toán chính xác khác nhau tùy theo dịch vụ và triển khai, vì vậy một tuyên bố rộng về token không nên thay thế tài liệu cho một feed, công việc tự động hóa hoặc tích hợp xuyên chuỗi cụ thể.

Các nhà điều hành nút và người tham gia hệ sinh thái đánh giá chi phí, phần thưởng và yêu cầu theo dịch vụ liên quan. Chỉ nắm giữ LINK không khiến một địa chỉ trở thành nhà điều hành nút hoặc tạo ra một phần tự động của mọi khoản thanh toán dịch vụ.

LINK không đại diện cho điều gì

LINK không đại diện cho vốn chủ sở hữu trong một công ty Chainlink, quyền sở hữu các ứng dụng của khách hàng hoặc sự đảm bảo rằng dữ liệu bên ngoài là chính xác. Nó cũng không trả gas thông thường cho giao dịch ứng dụng Ethereum hoặc Solana của người dùng; tài sản phí của mạng lưới thực thi vẫn là cần thiết.

Do đó, việc đánh giá token nên phân biệt việc áp dụng mạng lưới, kinh tế dịch vụ và điều kiện staking với bảo mật của bất kỳ ứng dụng đơn lẻ nào.

Các chế độ lỗi dữ liệu và tích hợp

Một thị trường có thể trở nên kém thanh khoản hoặc hỗn loạn ngay cả khi mạng lưới báo cáo hoạt động như thiết kế. Các nút hoặc đường truyền có thể bị trễ. Nhà phát triển có thể sử dụng sai nguồn dữ liệu, bỏ qua dấu thời gian, giả định một quy ước báo giá khớp với quy ước khác, hoặc không tạm dừng hành động khi các bản cập nhật trở nên cũ.

Các dịch vụ xuyên chuỗi thêm các phụ thuộc chuỗi nguồn, chuỗi đích và thực thi thông điệp. Tự động hóa thêm các yêu cầu về điều kiện đủ, tài trợ và cấu hình công việc. Những rủi ro đó thuộc về mô hình mối đe dọa của ứng dụng tiêu thụ.

• Chất lượng thị trường nguồn
• Hành vi tươi mới và độ lệch của nguồn dữ liệu
• Lỗi địa chỉ hợp đồng và số thập phân
• Logic dự phòng của ứng dụng
• Tắc nghẽn kinh tế và mạng lưới

Những hiểu lầm cần tránh

Việc phân phối oracle phi tập trung không có nghĩa là mọi đầu vào đều không có giả định. Mục đích của feed, phạm vi thị trường và chính sách cập nhật vẫn cụ thể. Một sai lầm khác là coi việc một giao thức sử dụng Chainlink như một cuộc kiểm toán cho các hợp đồng thông minh hoặc kinh tế token không liên quan.

Người dùng nên đọc các công bố rủi ro của chính ứng dụng cùng với tài liệu oracle.

Nhà phát triển nên xác định phản hồi cho các giá trị cũ, thiếu hoặc không hợp lý trước khi triển khai. Các kiểm soát hữu ích có thể bao gồm kiểm tra độ tươi, giới hạn, bộ ngắt mạch và chế độ dự phòng có chủ ý hạn chế. Kiểm soát chính xác phụ thuộc vào những gì ứng dụng sẽ làm với báo cáo; một tiện ích hiển thị và một công cụ thanh lý không có cùng chi phí lỗi.

Những gì người dùng Chainlink nên xác minh và tại sao thiết kế này khác biệt

Chainlink cung cấp nhiều dịch vụ oracle và khả năng tương tác trên các mạng lưới được hỗ trợ. Pyth nhấn mạnh dữ liệu thị trường từ nhà xuất bản và mô hình cập nhật được nhiều ứng dụng giao dịch sử dụng. Hai bên có thể trùng lặp trong các trường hợp sử dụng dữ liệu giá trong khi khác nhau về phân phối, chi phí và giả định tích hợp.

Nhà phát triển nên so sánh nguồn dữ liệu chính xác, chính sách cập nhật và xử lý lỗi. Người dùng có thể tiếp theo kiểm tra mạng lưới máy chủ và ứng dụng tiêu thụ dữ liệu.