Tôi càng nhìn Apro, tôi càng nhận ra điều mà nó thực sự đi vào không phải là "dữ liệu chính xác hơn", mà là "trật tự giá cả đáng tin cậy hơn". Nghe có vẻ trừu tượng, nhưng chỉ cần bạn trải qua vài sự kiện thanh lý quy mô lớn trên chuỗi, bạn sẽ hiểu rằng giá cả bản thân nó không phải là thông tin, mà là quyền lực; không phải là tham số, mà là quy tắc; không phải là bộ khởi động, mà là hệ thống phanh. Giá cả càng được phụ thuộc, trách nhiệm đằng sau nó càng nặng, trong khi các oracle truyền thống lại hoàn toàn bỏ qua điều này.
Đây cũng là lý do tại sao tôi nói: Những gì Apro muốn làm không còn là "cung cấp giá", mà là "quản lý giá ảnh hưởng đến rủi ro".
Vị trí này gần như không có đối thủ cạnh tranh trong ngành.
Trước hết, hãy bắt đầu từ tầng thế chấp, Apro đã biến "hành vi báo giá" thành một hoạt động kinh tế có rủi ro, đây là một phản hồi căn bản đối với hệ thống oracle hiện tại. Trước đây, lỗi của các nút gần như không tốn kém, bạn không cần phải chịu trách nhiệm cho những hệ quả do sai lệch mang lại, thậm chí không phải mất quá nhiều quyền lợi. Khi thanh lý xảy ra, đó là vấn đề của giao thức, biến động thị trường là vấn đề hệ thống, người dùng thua lỗ là do không may, chỉ có các nút gần như không cần phải chịu trách nhiệm.
Cấu trúc của Apro là:
Bạn báo ra một giá sai, bạn phải trả tiền.
Bạn cung cấp giá, bạn phải đặt cược rằng bạn sẽ không mắc sai lầm.
Nếu bạn muốn có quyền hạn cao hơn, bạn phải thế chấp nhiều hơn, để mọi người thấy rủi ro mà bạn đang gánh chịu.
Đây không phải là cơ chế "trở nên phức tạp", mà là lần đầu tiên trong ngành cố gắng làm cho "trách nhiệm giá" trở nên rõ ràng. Việc đưa trách nhiệm trở lại thành biến số kinh tế mới thực sự là logic của một hệ thống tài chính trưởng thành. Ngân hàng, công ty chứng khoán, nhà tạo lập thị trường sẽ phải gánh chịu chi phí do sai lầm; tại sao oracle lại có thể là ngoại lệ? Apro đã bãi bỏ ngoại lệ này.
Nói về mô hình chỉ số, đây là phần "phong cách kỹ sư" nhất trong Apro và cũng gần nhất với rào cản bảo vệ dài hạn. Oracle truyền thống cung cấp cho bạn một giá, nhưng không cung cấp lý do; Apro cung cấp cho bạn, là giá chính nó + logic hình thành giá + trọng số của từng nguồn sai lệch.
Điều này có nghĩa là giao thức hạ nguồn cuối cùng nhận được không phải là một "số", mà là một bộ "khung giải thích".
Đối với bất kỳ hệ thống nào phụ thuộc vào việc thực hiện tự động (tài sản tổng hợp, thanh lý, cho vay, sản phẩm phái sinh, chiến lược tự động), khả năng giải thích quan trọng hơn độ chính xác. Độ chính xác chỉ là kết quả; khả năng giải thích mới là độ ổn định.
Để tôi đưa ra một ví dụ rất thực tế:
Cả hai giá đều nằm trong sai lệch 0.3%, nhưng một cái đến từ sự suy giảm sâu của tính thanh khoản, một cái đến từ độ trễ của các nút, chúng hoàn toàn không giống nhau về rủi ro.
Oracle truyền thống sẽ coi hai giá này là "cùng ổn định".
Apro sẽ coi hai giá này là "cấp độ rủi ro hoàn toàn khác nhau".
Điều này, chính là khả năng cơ sở hạ tầng mà DeFi trong tương lai cần.
Tầng thu hút giá trị, chính là phần phù hợp nhất với "quy luật dự án cơ sở hạ tầng" của Apro. Token được gắn liền với nhu cầu sử dụng, nghe có vẻ bình thường, nhưng trong lĩnh vực oracle lại trở nên hiếm hoi. Hầu hết các token của oracle không có mối quan hệ nào với lượng sử dụng, vì dữ liệu là hàng hóa miễn phí, mạng không có chi phí biên, các nút không có chi phí thực tế.
Apro đã cấu trúc "chi phí", không phải để thu thêm tiền, mà là để gửi một tín hiệu rõ ràng cho thị trường:
Dữ liệu là tài nguyên, việc sử dụng nó phải chịu chi phí tương ứng.
Chi phí càng rõ ràng, mạng lưới càng ổn định.
Mạng lưới càng ổn định, hệ sinh thái càng dám trích dẫn giá.
Đây chính là vòng khép kín giá trị, chứ không phải là một câu chuyện trống rỗng.
Tất nhiên, thách thức của Apro là rất thực tế, không giống như những dự án nhẹ nhàng dựa vào sự nóng hổi. Tốc độ tăng trưởng của hồ bơi thế chấp, độ minh bạch của kiểm soát quản trị, trọng số của các chỉ số có dễ bị thao túng hay không, giao thức có sẵn sàng trả tiền cho dữ liệu chất lượng cao hay không, tất cả đều không phải là vấn đề đơn giản. Nó giống như một cơ sở hạ tầng cần thời gian để từ từ lắng đọng, cần hệ sinh thái để từ từ xác thực, cần thị trường kiểm tra nhiều lần, thay vì một dự án bùng nổ.
Nhưng chính vì nó giải quyết "vấn đề khó", nên áp lực cạnh tranh của nó lại nhỏ hơn nhiều. Chức năng có thể bị bắt chước, câu chuyện có thể bị sao chép, nhưng vòng khép kín cơ chế, đặc biệt là "cấu trúc trách nhiệm", hầu như không thể bị sao chép trong thời gian ngắn.
Đánh giá dài hạn của tôi về Apro là nó đang từ "chuỗi cung ứng dữ liệu" nâng lên "tầng trật tự rủi ro". Hệ thống tài chính trên chuỗi trong tương lai nhất định sẽ yêu cầu nguồn gốc giá cả phải chịu trách nhiệm, giống như bất kỳ tổ chức tài chính có ảnh hưởng nào trong thế giới thực phải tuân thủ quy định.
Thiết kế của Apro đang thích ứng trước với xu hướng này.
Nếu trong tương lai, các oracle phải đồng thời cung cấp "giá + nguyên nhân + cấp độ rủi ro + cấu trúc trách nhiệm", thì Apro đã đi đúng hướng và đi gần hơn đến đích hơn bất kỳ ai khác.