Gần đây, API 3 vừa nhận được khoản tài trợ chiến lược trị giá 4 triệu USD, do DWF Labs dẫn đầu, với sự tham gia của nhiều quỹ đầu tư mạo hiểm nổi tiếng. Trong một thời gian dài, đường đua oracle đã bị thống trị bởi ba bên do Chainlink đại diện. Mười Bốn cũng rất ngạc nhiên khi nhìn thấy tin tức này ~ Tại sao API 3 lại có thể nhận được tài chính? Liệu anh ta có phải là người phá vỡ các lời tiên tri truyền thống? Điều gì khiến anh ấy trở nên độc đáo? API 3, như một dự án API phi tập trung (dAPI), được định nghĩa là oracle của bên thứ nhất. Thông qua Mạng OEV mang tính đột phá và đổi mới (dựa trên ZK-Rollup), nó giải quyết được vấn đề về người trung gian oracle bên thứ ba. tin cậy, tính minh bạch của dữ liệu thấp và OEV (Giá trị có thể trích xuất của Oracle) là một vấn đề phổ biến.
1. Liệu các nhà tiên tri có thực sự dự đoán được tương lai?
Thuật ngữ nhà tiên tri có phần hoang đường và có thể dễ dàng đánh lừa công chúng. Nhưng trên thực tế, anh ấy đang đề cập đến các công cụ cung cấp dữ liệu thực ngoài chuỗi cho các hợp đồng thông minh trên chuỗi, nhưng thực tế là gì? Làm thế nào để đảm bảo tính toàn vẹn của chính oracle? Lời tiên tri sẽ làm điều ác? Có phải nhiều nhà tiên tri đang thông đồng với nhau? Làm thế nào để hiểu OVM (Giá trị có thể trích xuất của máy Oracle)?
Vào quý 1 năm 2024, sau đợt tăng vọt gần đây của BTC, tổng giá trị Token bị khóa trong các dự án DeFi cũng đột phá mức cao mới, đạt 175 tỷ USD, tăng gần 70% so với 103 tỷ USD trong quý 4 năm 2023, và các nhà tiên tri cũng đã từng. Họ đều được gọi là dòng máu cốt lõi của DeFi. Trong không gian DeFi, chẳng hạn như sàn giao dịch phi tập trung (DEX), nền tảng cho vay và nền tảng giao dịch phái sinh, tất cả đều dựa vào dữ liệu giá chính xác để hoạt động. Vào đầu năm 2023, hợp đồng oracle TellorFlex được BONQ, giao thức cho vay phi tập trung trên chuỗi đa giác, sử dụng, đã bị thao túng . Kẻ tấn công đã sử dụng chi phí thấp hơn để sửa đổi báo giá oracle, sau đó thực hiện cho vay thế chấp và thu được lợi nhuận khổng lồ. phía dự án gây ra khoản lỗ khoảng 88 triệu USD. Các cuộc tấn công do vấn đề báo giá oracle gây ra đã trở nên phổ biến. Có thể thấy rằng dữ liệu ngoài chuỗi minh bạch và đáng tin cậy là sự đảm bảo cơ bản để hỗ trợ hoạt động của dApp.
2. Oracle kết nối với off-chain và on-chain như thế nào?
Các chế độ làm việc của máy oracle thường bao gồm tải lên theo lịch trình, theo sự kiện và phản hồi yêu cầu. Hãy lấy quy trình phản hồi yêu cầu chung làm ví dụ, được chia thành 4 bước sau:
BƯỚC 1: Trên chuỗi, người gọi dApp bắt đầu một yêu cầu (về cơ bản là một giao dịch) và hợp đồng máy chủ oracle sẽ kích hoạt một sự kiện trên chuỗi được phát hành.
BƯỚC 2: Ngoài chuỗi, nút oracle giám sát các sự kiện để thu thập thông tin và thu thập thông tin chính xác ngoài chuỗi thông qua các hệ thống tương ứng của chúng.
BƯỚC 3: Off-chain on-chain, máy oracle cung cấp dữ liệu cho hợp đồng máy chủ máy oracle dưới dạng giao dịch
BƯỚC 4: Trên chuỗi, hợp đồng máy chủ oracle trả về dữ liệu cho người gọi (dApp). Có hai tùy chọn: đẩy hoạt động và truy vấn phụ Dapp.
Tác giả sẽ đưa ra cách giải thích mở rộng về quá trình này:
Trước hết, các yêu cầu trên chuỗi là công khai, vì các sự kiện là một cơ chế chung của chuỗi khối dựa trên EVM, có nghĩa là toàn bộ mạng có thể biết rằng Dapp hiện yêu cầu thông tin xx.
Thứ hai, việc đẩy ngoài chuỗi không mang tính nguyên tử và các giao dịch trên chuỗi được hoàn thành theo thời gian thực nên dữ liệu ngoài chuỗi phải có độ trễ nhất định.
Cuối cùng, nếu có nhu cầu tùy chỉnh trên chuỗi, oracle có thể được chuyển thành vai trò khách quan của bên thứ ba và được chuyển tới Dapp. Tuy nhiên, hầu hết dữ liệu thị trường chung, chẳng hạn như giá BTC theo thời gian thực, sẽ được truy xuất. bởi chính Dapp. Hợp đồng được mua lại. Tất nhiên, bản thân máy oracle cũng có cơ chế báo cáo theo lịch trình, và những cơ chế trên về cơ bản là giống nhau.
3. Luna tách rời, con đường tiên tri hỗn loạn
Nhưng blockchain không chỉ là Defi. Thông qua các oracle, dApps có thể lấy dữ liệu ngoài chuỗi một cách an toàn và hiệu quả, do đó mở rộng đáng kể phạm vi kinh doanh và các kịch bản ứng dụng, mở rộng hướng kinh doanh sang tài chính, bảo hiểm, quản lý chuỗi cung ứng và hàng hóa vật chất. các lĩnh vực khác.
Thị trường ngày nay cho phép chúng tôi sử dụng dữ liệu defillama của nền tảng để cho thấy rằng Chainlink vẫn vững chắc ở vị trí dẫn đầu và TVS (tổng giá trị tài sản bằng USD gửi vào thị trường được đảm bảo bởi cơ sở hạ tầng quan trọng như oracles) đã đạt 45% toàn bộ thị trường.
Những độc giả cẩn thận sẽ thấy rằng đường cong ở phía bên phải của hình trên biến động dữ dội vào tháng 5 năm 2022 và nguyên nhân là sự kiện vụ tai nạn LUNA nổi tiếng vào năm 2022. Từ ngày 7 tháng 5 năm 2022 đến ngày 13 tháng 5 năm 2022, UST, stablecoin thuật toán hàng đầu , trải qua hai lần tách rời và cuối cùng rơi vào vòng xoáy tử thần, khiến cả LUNA và UST đều sụp đổ. Đồng thời, nhiều dự án sử dụng oracle nội bộ đã gặp phải vấn đề nghiêm trọng do phản ứng chậm trước biến động giá.
Có thể thấy rõ trong hình bên dưới, thị phần của oracle nội bộ (màu hồng trong hình bên dưới) đã tụt dốc vào tháng 5 năm 2022. The Chronicle oracle (màu đỏ trong hình bên dưới) đã đón nhận làn sóng lưu lượng truy cập này rất tốt và về cơ bản giành được thị phần đã mất của các oracle nội bộ.
4. Vấn đề nan giải của các nhà tiên tri bên thứ ba
Ngoài những sự kiện gây chấn động ngành, có vẻ như sự phát triển của oracles đã bị mắc kẹt. Quả thực, do định vị ngành rất rõ ràng nên nó là công cụ kết nối dữ liệu lên xuống chuỗi, dẫn đến một sản phẩm tương đối duy nhất. chức năng.
Điều bị chỉ trích nhiều nhất là mô hình lợi nhuận của nó . Hiện tại, điểm lợi nhuận của nó tập trung vào hai hướng chung: phí đăng ký dữ liệu và hy vọng rằng các token do dự án phát hành sẽ tăng giá. Rõ ràng, doanh thu được tạo ra bởi một mô hình lợi nhuận đăng ký dữ liệu duy nhất bị hạn chế. Lấy chức năng tính phí VRF (Chuỗi ngẫu nhiên có thể xác minh) do Chainlink cung cấp làm ví dụ. Đề cập đến trình duyệt blockchain Etherscan, tác giả đã tính các khóa hợp đồng của hai phiên bản. Tổng số Token VRF V1 và V2 là khoảng 370.000 (7 + 30). Tính theo tỷ giá hối đoái LINK hiện tại ($16), tổng doanh thu là khoảng 6 triệu USD. Kể từ khi phiên bản VRF V2 được ra mắt vào cuối tháng 2 năm 2022, nó đã tạo ra tổng doanh thu là 4,8 triệu USD, trung bình khoảng 170.000 USD mỗi tháng (1,1 W LINK). So với quy mô của Chainlink, những khoản lợi nhuận này thực sự chỉ là một con số nhỏ. Về việc mong đợi mã thông báo tăng giá, mọi người đều có quan điểm khác nhau.
Tuy nhiên, do tính chất của bên thứ ba, bản thân oracle ở vị thế tương đối trung lập và đã bắt đầu tiêu tốn cơ sở hạ tầng bảo mật của lớp ứng dụng. Chỉ bằng cách phá vỡ ấn tượng truyền thống về phần mềm trung gian và thực hiện mở rộng chức năng có hệ thống và khác biệt thì tỷ suất lợi nhuận mới có thể tăng lên. Ví dụ: LayerZero, với tư cách là một cầu nối chuỗi chéo điển hình, đặt tính bảo mật của nó lên đầu yêu cầu nút siêu nhẹ do oracle thực hiện. máy móc.
Nói tóm lại, vấn đề nan giải của máy oracle ở cấp độ thị trường là nó bị hạn chế bởi những nhược điểm tự nhiên do phương thức hoạt động gây ra, với các chức năng đơn lẻ, lợi nhuận ít ỏi và khả năng mở rộng chưa được phát triển.
Tuy nhiên, nếu chúng ta mở rộng mô hình thực thi của cái gọi là oracle của bên thứ ba, chúng ta sẽ thấy rằng các vấn đề của nó cũng bắt nguồn từ các yếu tố “bên thứ ba”. Là một máy oracle mới, API 3 được định vị cốt lõi là “đầu tiên”. -đảng nhà tiên tri.
4.1 So sánh oracle của bên thứ ba và bên thứ nhất
API 3 chọn kích hoạt khả năng dịch vụ vận hành và bảo trì toàn diện của các nút dịch vụ API làm điểm bắt đầu và sử dụng cách tiếp cận Web3 Native (gọn nhẹ + mô-đun) hơn để xây dựng cầu nối giữa bên cầu và bên cung cấp của máy oracle. Người vận hành API có thể nhanh chóng xây dựng các nút oracle của riêng mình dựa trên giải pháp Airnode do API 3 cung cấp.
Là một dự án oracle của bên thứ nhất, so với nhà cung cấp API của oracle bên thứ ba truyền thống → oracle → quy trình kinh doanh Dapp, việc chuyển đổi API 3 (nhà cung cấp API + oracle) → Dapp biến nhà cung cấp API trở thành bậc thầy, không còn hoạt động nữa với tư cách là nhân viên oracle của bên thứ ba và có nhiều tiếng nói hơn.
Như thể hiện trong hình trên, nếu không có sự can thiệp của bên thứ ba thì liên kết dữ liệu sẽ bị giảm. Khi vai trò của nhà cung cấp API và nhà tiên tri được tích hợp, sẽ không có câu hỏi nào về việc dữ liệu đến từ đâu vì danh tiếng của nhà cung cấp API được đưa vào chuỗi cùng với dữ liệu .
Do danh tiếng của nhà cung cấp API và chiến lược ràng buộc mạnh mẽ trong việc cung cấp dữ liệu, việc truy xuất nguồn gốc rất đơn giản, về mặt kỹ thuật không được phép làm điều ác (nếu không bị phát hiện) và có cơ chế ký quỹ như một mạng lưới an toàn. Ngay cả khi nhà cung cấp API cung cấp dữ liệu sai lệch để tư lợi, người dùng bị thiệt hại vẫn có thể khiếu nại và yêu cầu bồi thường. Đối với các sự cố vướng mắc (chẳng hạn như người dùng phàn nàn ác ý về gian lận bảo hiểm), họ sẽ tham gia hệ thống tòa án trực tuyến để phân xử. Với cơ chế bảo hiểm được cung cấp bởi API 3 DAO phi tập trung hoàn toàn, API 3 có thể trừng phạt các nhà cung cấp API ở mức độ lớn nhất và bồi thường cho những người dùng bị thiệt hại.
5. Hiểu biết sâu sắc về mô hình kinh tế mã thông báo của API3 DAO
Dựa trên cơ chế đặt cược của mình, API3 DAO cho phép mô hình kinh tế mã thông báo của API3 hoạt động ổn định thông qua phản hồi tích cực và tiêu cực.
5.1 Cơ chế quản lý cam kết
Cơ chế cam kết là hoạt động thường xuyên của quản trị DAO, cam kết lợi nhuận và quản trị cam kết cũng là điểm khởi đầu của nền kinh tế tuần hoàn. Và API 3 cũng đã được tối ưu hóa:
Người cầm cố sau khi nhận được tiền cầm cố bỏ chạy thì phải làm sao? Thu nhập tăng cao (mã thông báo mới được đúc) do người dùng đặt cược sẽ bị trì hoãn và sẽ chuyển vào nhóm đặt cược theo mặc định.
Có thể làm gì khác với số token trong nhóm đặt cược? Có thể được sử dụng để bù đắp tổn thất cho người dùng.
Giá tiền tệ của nhóm cầm cố ổn định như thế nào? API 3 kiểm soát lạm phát thông qua cơ chế Burn và Token lock: điều kiện trao đổi để có được dịch vụ dAPI là người dùng cần burn token của riêng họ hoặc khóa token của chính họ.
5.2 Vòng phản hồi tích cực và tiêu cực
Theo cách này, xu hướng số lượng token trong nhóm cam kết sẽ như thế nào? Sẽ có sự mở rộng hoặc sụp đổ mất trật tự do không trả đủ tiền bồi thường? Hãy phân tích nó:
Khi số lượng người dùng dAPI tăng lên, rủi ro hệ thống sẽ tăng lên (chi phí vận hành hệ thống tăng lên khi số lượng người dùng tăng lên) và số lượng sự cố yêu cầu bồi thường sẽ tăng lên. Lúc này, số token trong nhóm cầm cố sẽ bị giảm đi (dùng để bồi thường cho những người dùng bị thiệt hại), và những người cầm cố (và người quản lý) sẽ phải chịu thiệt hại về lợi ích của chính mình do quản lý kém. Nhưng tương tự, việc giảm số lượng mã thông báo trong nhóm đặt cược cũng đồng nghĩa với việc tăng số lượng mã thông báo chảy vào thị trường. Vì các token do người dùng nắm giữ bị ảnh hưởng bởi lạm phát nên vì lợi ích của chính họ, một phần lớn dòng token được chuyển đến nhóm cầm cố.
Khi số lượng người dùng dAPI giảm, rủi ro hệ thống giảm, số token trong nhóm cầm cố sẽ tăng dần và số lượng token chảy vào thị trường sẽ trở nên khan hiếm. Nhưng điều này không có nghĩa là số lượng mã thông báo trong nhóm cam kết sẽ luôn tăng lên. API 3 DAO sẽ phù hợp với giá trị mục tiêu bằng cách kiểm soát linh hoạt thu nhập cam kết (và tốc độ mở rộng).
Hai tình huống trên có thể tạo thành chu kỳ dương và âm như thể hiện ở (a) bên trái trong hình bên dưới. Khi bất kỳ tình huống nào đạt đến ngưỡng, hệ thống sẽ tự điều chỉnh và người dùng dAPI sẽ ổn định như thể hiện trong (b) bên trái trong hình bên dưới, cuối cùng làm cho hệ thống chạy ở trạng thái khỏe mạnh.
Trên thực tế, loại token quản trị kiểu Dao này từ lâu đã phổ biến trong nhiều hoạt động quản trị DeFi khác nhau. Ví dụ: DAI của MakerDao, điểm chuẩn triển khai chi tiết của các stablecoin phi tập trung mà tác giả đã phân tích trước đây, có MKR làm tiền thân:
Điều đặc biệt hay là cơ chế đấu giá 4 chiều của anh ấy: Đọc mở rộng: Một bài viết giải thích tất cả - Đề xuất GHO stablecoin mới nhất của DeFI King AAVE
Trong số đó có chuyên mục “Vỡ nợ, bốn phiên đấu giá”.
Do đó, quản trị theo phong cách DAO là phương thức vận hành chủ đạo để ổn định kinh tế, nhưng sự đổi mới của API 3 cũng không hề thua kém.
6. Ưu điểm độc đáo - Mạng OEV đột phá (dựa trên ZK-Rollup)
6.1 Sự ra đời của OEV
Tương tự như MEV (giá trị có thể trích xuất của thợ mỏ), OEV (giá trị có thể trích xuất của oracle) đề cập đến các oracle sử dụng vị trí của chúng để nắm bắt giá trị mà lẽ ra sẽ thuộc về bên thứ ba. MEV nắm bắt giá trị thông qua trình tự giao dịch và OEV sử dụng chênh lệch giá trong và ngoài chuỗi để trích xuất giá trị, chẳng hạn như trong dữ liệu thị trường quan trọng hoặc các kịch bản kích hoạt các sự kiện lớn trên chuỗi (chẳng hạn như thanh lý).
Để hiểu cách tạo OEV, trước tiên bạn cần biết các vấn đề hiện tại của máy oracle: do chi phí tải lên dữ liệu, hiện tại, các máy oracle về cơ bản áp dụng cơ chế tải lên dữ liệu thường xuyên và khoảng thời gian được đặt trong một phạm vi tương đối nhỏ. . Đồng thời, để tránh biến động giá lớn trong thời gian ngắn ảnh hưởng đến thị trường, máy oracle nói chung sẽ đặt ngưỡng khi phạm vi biến động giá đạt đến ngưỡng trong một khoảng thời gian ngắn, một bản cập nhật sẽ được tích cực. được kích hoạt.
Mặc dù biện pháp khắc phục này có thể giảm bớt một phần vấn đề nhưng về cơ bản nó không giải quyết được vấn đề về độ trễ tải lên dữ liệu. Thị trường DeFi thường có tính biến động cao và giá tài sản có thể thay đổi đáng kể trong một khoảng thời gian ngắn. Không thể đánh giá thấp sự không chắc chắn do chức năng cung cấp giá của nhà tiên tri mang đến cho thị trường DeFi.
Trong trường hợp này, những người tìm kiếm lợi nhuận bên thứ ba có quan điểm của Chúa. Bằng cách lợi dụng sự chậm trễ trong việc cập nhật dữ liệu, họ có thể thu được lợi nhuận khổng lồ và OEV ra đời.
Đối với các dApp dựa vào oracle, bất kỳ cập nhật hoặc thiếu nguồn cấp dữ liệu nào cũng có thể tạo cơ hội cho OEV, chẳng hạn như chạy trước, chênh lệch giá và thanh lý. Thực sự rất khó để đánh giá việc phân bổ giá trị có thể khai thác do sự chậm trễ trong việc cung cấp dữ liệu. Bản thân việc tải lên dữ liệu có một mức độ biến động nhất định. Do đó, nếu quá trình tải lên dữ liệu bị trì hoãn một thời gian thì không thể xảy ra sự cố của máy oracle. Sau đó, giá trị có thể khai thác được tạo ra bởi độ trễ một phần không thể được cho là do máy oracle tạo ra một cách độc hại.
6.2 O EV Network—một giai đoạn đấu giá cho các trò chơi nhiều bên
Do sự tồn tại của OEV, người dùng và dApps, khi hai bên tương tác với nhau, sẽ bị các bên thứ ba trích xuất giá trị từ chúng. Đây rõ ràng là tình huống mà cả hai bên đều không muốn thấy. API 3 phát hiện ra rằng oracle có quyền từ chối nắm bắt giá trị đầu tiên của tất cả các rò rỉ như vậy (quyền định giá đối với dữ liệu trên chuỗi), vì vậy OEV NetWork đã được đề xuất.
Là một Mạng dựa trên tổng hợp Polygon zk, đây là một nền tảng đấu giá luồng đơn hàng riêng biệt (bất kỳ ý định thay đổi trạng thái chuỗi khối nào của người tham gia đều là một đơn đặt hàng) đấu giá quyền cập nhật dữ liệu dAPI.
API 3 đã phát triển nền tảng đấu giá của riêng mình, loại bỏ sự phụ thuộc vào các dịch vụ bên ngoài, cho phép chia sẻ OEV giữa các bên liên quan mà không chia sẻ lợi nhuận cho nền tảng đấu giá và nội địa hóa OEV trong chuỗi khối với tất cả các nguồn cấp dữ liệu tích hợp.
Người chiến thắng trong cuộc đấu giá có thể có được quyền cập nhật dữ liệu của dAPI và cập nhật dữ liệu về giá. Phần lớn lợi nhuận từ cuộc đấu giá sẽ được trả lại cho dApp và một phần rất nhỏ sẽ được API 3 sử dụng để trang trải chi phí vận hành. Rõ ràng, cuộc đấu giá sẽ chỉ diễn ra khi người tổ chức đấu giá (bên thứ ba) tin rằng chi phí đấu giá thấp hơn doanh thu do giá cập nhật mang lại. Do đó, bên thứ ba cũng sẽ có lãi. Với tư cách là người dùng nền tảng dApp, có vẻ như không có lợi ích thực tế nào từ việc tham gia phân phối lợi ích. Trên thực tế, nhờ nguồn dữ liệu chất lượng cao do dAPI cung cấp cho dApp, nó có thể thực hiện các giao dịch và quản lý rủi ro tốt hơn. và sẽ đạt được những lợi ích tiềm năng.
Vòng đời đấu giá được hiển thị trong hình bên dưới. Khi người tìm kiếm phát hiện ra OEV, nó sẽ bắt đầu đấu giá. Sau khi người tìm kiếm thắng thầu, anh ta sẽ có quyền cập nhật dữ liệu dAPI của nút oracle. Chỉ sau khi trả phí đấu thầu, anh ta mới có thể thực hiện quyền này để cập nhật dữ liệu dAPI của nút oracle. Phí đấu giá được trả là OEV thu được, sẽ chảy vào dApp.
Xu hướng tự nhiên trong các cuộc đấu giá là các bên thứ ba (người tìm kiếm) sẽ tăng thêm giá thầu để đạt được lợi nhuận có thể. Giá đấu giá càng cao thì chênh lệch giữa OEV thực tế và OEV thu được càng nhỏ.
Về việc chiếc bánh này lớn đến mức nào, chúng ta có thể chờ xem và đưa ra đánh giá sau khi mạng thử nghiệm đã hoạt động ổn định trong một khoảng thời gian. Kết quả của cuộc đấu giá gần như là một tình huống đôi bên cùng có lợi cho bốn vai trò của dApp, nút oracle API 3, bên thứ ba và người dùng dAPP. Các dAPP truy cập vào nguồn dữ liệu API 3 sẽ bị bên thứ ba giảm thiểu. đồng thời có thể chiếm được phần lớn giá trị OEV, vì hình thức cạnh tranh cuối cùng của thị trường phải là cạnh tranh giữa các bên thứ ba. Để tìm kiếm tỷ suất lợi nhuận, lợi nhuận của bên thứ ba sẽ dần bị nén lại và người hưởng lợi cuối cùng phải là. là dApp. Đối với API 3, một phần nhỏ giá trị OEV có thể được sử dụng để duy trì hoạt động của đường dẫn kinh doanh OEV. Đối với bên thứ ba, họ cũng có thể nhận được một phần hành động. Đối với người dùng dApp, có thể đạt được mức độ chi tiết cao hơn bằng cách khuyến khích các tác nhân bên thứ ba có chuyên môn cao cung cấp các phương pháp sâu sắc hơn để xác định thời điểm cập nhật các điểm dữ liệu trên chuỗi, cuối cùng mang lại lợi ích cho người dùng dApp.
Tại thời điểm này, sơ đồ đấu giá OEV dựa trên API 3 đã giải quyết được vấn đề phân phối lợi ích trong trò chơi nhiều bên ở mức độ lớn nhất và lợi nhuận sai của bên thứ ba ban đầu đã được phản hồi lại cho các bên liên quan. Giải pháp này thực sự thanh lịch.
Đọc mở rộng: Báo cáo nghiên cứu UniswapX (Phần 1): Tóm tắt liên kết phát triển V1-3, diễn giải sự đổi mới về nguyên tắc và những thách thức của DEX thế hệ tiếp theo để hiểu cơ chế đấu giá của UniswapX.
7. Tóm tắt
API 3 xây dựng hệ sinh thái tự lái dựa trên nền tảng kinh tế mã thông báo của riêng nó, giúp hệ thống ổn định hơn thông qua các điều chỉnh phản hồi tích cực và tiêu cực.
Đồng thời, Mạng OEV do API 3 đề xuất đã giải quyết một cách khéo léo vấn đề về luồng OEV bằng cách giới thiệu cơ chế đấu giá quyền cập nhật giá dAPI và chuyển giao khéo léo các xung đột giữa oracle và dApps do OEV cho bên thứ ba.
Với sự phổ biến và phát triển của các ứng dụng phi tập trung, nhu cầu về các dịch vụ oracle an toàn và đáng tin cậy sẽ tiếp tục tăng lên và nguyên mẫu của thế hệ oracle tiếp theo dường như đã xuất hiện.
Tuy nhiên, API 3 cũng phải đối mặt với một số thách thức.
Một mô hình kinh tế không thể được xác định, thiết kế ngay từ đầu và vận hành ổn định về lâu dài, quá trình liên tục về sau thường sẽ rơi vào tình trạng quản trị quá mức hoặc quản trị lơ là.
Hơn nữa, cốt lõi của cuộc đấu giá API nằm ở việc đo lường danh tiếng và thu nhập. Về cơ bản, đây là một mô hình lạc quan chứ không phải mô hình bi quan (ZK). Mặc dù LayerZero, cũng áp dụng cấu trúc danh tiếng này, vẫn tiếp tục hoạt động, thậm chí cả oracle. + cầu nối chuỗi hai chiều rủi ro cao Sự kết hợp này chưa bao giờ gặp bất kỳ vấn đề nào trên thị trường và độ an toàn của nó có thể được chứng minh, nhưng vẫn có khả năng xảy ra rủi ro. Tiếp tục đặt cược vào danh tiếng có nghĩa là lợi nhuận thị trường của người tham gia phải đủ cao, điều này liên quan chặt chẽ đến sự phát triển thị trường của API 3.
Cuối cùng, thị trường máy oracle không dễ cạnh tranh. Nguyên nhân sâu xa là điều mà mỗi Dapp đánh giá cao nhất không chỉ là khả năng cung cấp dữ liệu mà còn là việc định vị chính máy oracle như một bên thứ ba. 3 đã phá vỡ quan điểm này, nhưng bản thân Dapp cũng có khả năng tham gia đấu giá chắc chắn khiến người dùng lo lắng về việc liệu họ có tự mình thông đồng hay không, mặc dù điều đó cũng đồng nghĩa với việc đặt danh tiếng của chính Dapp của họ vào nguy hiểm. Hơn nữa, không phải là không thể để các chainlink đã được thiết lập và những người khác làm theo. Họ cũng có thể phát hành thêm OEV và tiếp tục kiểm soát thị trường.
