Giải thích sâu về API3, người phá vỡ quỹ đạo của máy Oracle OVM

Gần đây, API 3 gần đây đã nhận được 4 triệu đô la tài trợ chiến lược, dẫn đầu bởi DWF Labs, tiếp theo là long VC nổi tiếng. Trong một thời gian long, đường đua Máy Oracle về cơ bản đã bị chi phối bởi Máy Oracle ba bên do Chainlink đại diện. Mười bốn cũng rất ngạc nhiên khi thấy tin này ~ Tại sao API 3 có thể nhận được tài chính? Liệu anh ta có thể là một người phá vỡ vòng tròn cho các Máy Oracle truyền thống? Điều gì làm cho anh ấy trở nên độc đáo? API 3 là một dự án Phi tập trung API (dAPI), được định nghĩa là Máy Oracle "bên thứ nhất", giải quyết các vấn đề phổ biến về "bên thứ ba" Máy Oracle sự tin tưởng của nhà môi giới, tính minh bạch dữ liệu thấp và kiểm soát OEV (Giá trị có thể trích xuất Máy Oracle) thông qua Mạng OEV đột phá (dựa trên ZK-Rollup).

1、Máy Oracle có thực sự có thể tiên đoán và tiên tri không?

Máy Oracle này có chút huyền bí, dễ dẫn dối công chúng. Nhưng thực tế, nó đề cập đến công cụ cung cấp dữ liệu thực ngoại của chuỗi cho hợp đồng thông minh on-chain, nhưng điều gì mới là thật sự? Làm thế nào để đảm bảo tính trung thực của máy Oracle? Máy Oracle có thể gian lận không? Máy Oracle nhiều bên có thể âm mưu không? Làm thế nào để hiểu OVM (Oracle có thể rút ra giá trị)? Trong quý 1 năm 2024, giá trị tổng cộng của các Token đã bị khóa trong dự án DeFi cũng đã vượt qua mức cao nhất, đạt 175 tỷ USD sau sự tăng mạnh của BTC gần đây, tăng gần 70% so với mức 103 tỷ USD trong quý 4 năm 2023. Máy Oracle luôn được coi là cốt lõi của DeFi. Trong lĩnh vực DeFi, các nền tảng như sàn giao dịch phi tập trung (DEX), nền tảng cho vay và giao dịch sản phẩm phái sinh phụ thuộc vào dữ liệu giá chính xác để hoạt động. Đầu năm 2023, hợp đồng máy Oracle TellorFlex được sử dụng trong giao thức cho vay phi tập trung trên chuỗi polygon đã bị chi phối, kẻ tấn công đã sử dụng chi phí thấp để sửa đổi giá dự đoán từ máy Oracle và thu được lợi nhuận lớn từ việc thế chấp và cho vay, dẫn đến tổn thất khoảng 88 triệu USD cho nhà phát triển. Các sự cố tấn công do vấn đề giá dự đoán từ máy Oracle đã trở nên phổ biến, điều này cho thấy rằng dữ liệu đáng tin cậy và minh bạch từ ngoại tuyến là một yếu tố cơ bản để đảm bảo hoạt động của dApp.

2、Máy Oracle làm thế nào để kết nối off-chain với on-chain?

Máy Oracle thường hoạt động theo ba chế độ chính: tải lên theo định kỳ, dựa trên sự kiện và phản ứng theo yêu cầu. Chúng ta sẽ lấy quy trình phản ứng theo yêu cầu như một ví dụ, chia làm khoảng 4 bước sau:

• STEP 1 ：on-chain，dApp phía gọi yêu cầu (tính chất là một giao dịch), hợp đồng máy Oracle phía máy chủ dịch vụ kích hoạt sự kiện trên chuỗi
• BƯỚC 2: off-chain, Máy Oracle theo dõi sự kiện để nhận thông tin, và từ hệ thống của họ, thu thập thông tin off-chain chính xác
• 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 một giao dịch
• STEP 4 ：on-chain, Máy Oracle dịch vụ hợp đồng trả lại dữ liệu cho bên gọi (dApp), tại đây có hai phương án là đẩy thông tin và truy vấn lần thứ hai từ dApp.

Đối với quá trình này, tác giả sẽ mở rộng thêm một chút trong việc giải thích:

Đầu tiên, yêu cầu trên chuỗi là công khai, vì sự kiện là cơ chế chung của các chuỗi khối EVM, điều này có nghĩa là toàn bộ mạng đều biết rằng Dapp đang cần thông tin xx.

Tiếp theo, việc đẩy off-chain không phải là việc tổng hợp nguyên tử, trong khi giao dịch on-chain được hoàn thành trong thời gian thực, dữ liệu off-chain chắc chắn sẽ có độ trễ nhất định.

Nếu cuối cùng yêu cầu trên chuỗi là tùy chỉnh, thì máy Oracle có thể trở thành vai trò trung lập của bên thứ ba để đẩy đến Dapp, nhưng hầu hết các dữ liệu thị trường chung tương tự như giá BTC thời gian thực sẽ được Dapp gọi hợp đồng để lấy. Tất nhiên, máy Oracle cũng có cơ chế báo cáo định kỳ và những điều này không khác gì nhiều.

3、Luna depeg, đường đua Oracle hỗn loạn

Nhưng blockchain không chỉ có Defi, thông qua máy Oracle, dApp có thể an toàn và hiệu quả lấy dữ liệu ngoại tuyến, từ đó mở rộng đáng kể phạm vi hoạt động kinh doanh và các kịch bản ứng dụng, mở rộng hướng kinh doanh sang các lĩnh vực tài chính, bảo hiểm, quản lý chuỗi cung ứng, internet vạn vật và nhiều lĩnh vực khác.

Hiện tại, thị trường theo dữ liệu của defillama đã cho thấy Chainlink vẫn đang dẫn đầu, với TVS (tổng giá trị tài sản được gửi vào thị trường được đảm bảo bởi cơ sở hạ tầng quan trọng như máy Oracle) đạt 45% tổng giá trị tài sản được tính bằng đô la trên toàn thị trường.

Độc giả tinh ý sẽ nhận thấy rằng đường cong bên phải trong hình trên đã trải qua sự dao động mạnh vào tháng 5 năm 2022, với sự kiện sụp đổ nổi tiếng của LUNA. Từ ngày 7 tháng 5 đến ngày 13 tháng 5 năm 2022, UST - stablecoin thuật toán dẫn đầu đã trải qua hai lần depeg và cuối cùng rơi vào một vòng xoáy chết chóc, LUNA và UST đồng loạt sụp đổ. Trong khi đó, nhiều dự án sử dụng máy Oracle nội bộ đã gặp vấn đề nghiêm trọng do phản ứng chậm trễ với biến động giá.

Nhìn vào hình dưới đây, có thể thấy rõ ràng rằng thị phần của các máy Oracle nội bộ (màu hồng trong hình dưới) đã giảm mạnh đột ngột vào tháng 5 năm 2022, trong khi máy Oracle Chronicle (màu đỏ trong hình dưới) đã thu hút thành công lượng truy cập này và chiếm được thị phần mà máy Oracle nội bộ đã mất.

4. Tình thế tiến thoái lưỡng nan của Máy Oracle bên thứ ba

Ngoài các sự kiện gây chấn động ngành công nghiệp, dường như sự phát triển của máy Oracle đã bị tắc nghẽn. Thực tế là do định vị ngành rất rõ ràng, đó là một công cụ để kết nối dữ liệu trên chuỗi, dẫn đến tính năng sản phẩm tương đối đơn giản.

Một trong những điểm đáng chê nhất của Chainlink là mô hình sinh lời của nó, hiện tại các điểm lợi nhuận của nó tập trung vào việc thu phí đăng ký dữ liệu và hy vọng rằng đồng token được phát hành của dự án sẽ tăng giá. Rõ ràng, lợi nhuận tạo ra từ mô hình thu phí đăng ký dữ liệu đơn lẻ có giới hạn, ví dụ về chức năng thu phí VRF (chuỗi số ngẫu nhiên có thể xác minh) mà Chainlink cung cấp, dựa trên trình duyệt blockchain Etherscan, tác giả đã thống kê tổng số token bị khóa của hai phiên bản VRF V1 và V2 và đạt khoảng 370.000 (7+30), tính theo tỷ giá LINK hiện tại (16$), tổng lợi nhuận đạt khoảng 6 triệu đô la Mỹ. Tổng lợi nhuận của phiên bản VRF V2 là 4,8 triệu đô la Mỹ từ khi được ra mắt vào cuối tháng 2 năm 2022, trung bình khoảng 170.000 đô la Mỹ (1,1 W LINK) mỗi tháng. So sánh với quy mô lớn của Chainlink, những lợi nhuận này thực sự là không đáng kể. Còn việc kỳ vọng đồng token tăng giá hay không, thì phụ thuộc vào từng người đánh giá.

Tuy nhiên, do tính chất của bên thứ ba, máy Oracle đang ở vị trí tương đối trung lập, bắt đầu trở thành xu hướng cơ sở hạ tầng an toàn của lớp ứng dụng. Nếu có thể phá vỡ ấn tượng truyền thống về middleware, mở rộng chức năng theo cách khác biệt và hệ thống hóa, mới có thể tăng lợi nhuận, ví dụ như LayerZero, là một cầu nối Cross-chain điển hình, chỉ khi máy Oracle mang theo yêu cầu siêu nhẹ của nút mới có thể đặt niềm tin vào tính an toàn.

Tóm lại, tình trạng khó khăn của Máy Oracle trong tầng thị trường là sự hạn chế về mặt chế độ hoạt động, chỉ có một chức năng, lợi nhuận rất nhỏ, khả năng mở rộng chưa được triển khai.

Tuy nhiên, khi chúng ta mở rộng mô hình thực hiện của cái gọi là máy Oracle bên thứ ba, chúng ta sẽ nhận thấy rằng vấn đề của nó cũng đến từ yếu tố "bên thứ ba". API 3, với vai trò là một ngôi sao máy Oracle mới, có vị trí cốt lõi là máy Oracle "bên thứ nhất".

4.1 So sánh máy Oracle bên thứ ba và bên thứ nhất

API 3 chọn khả năng quản lý toàn diện của dịch vụ nút API để kích hoạt là điểm bắt đầu, xây dựng cầu nối giữa người cung cấp và người yêu cầu máy Oracle một cách cách hiện đại hơn (nhẹ+modular) hơn. Nhà điều hành API có thể nhanh chóng xây dựng nút Oracle của riêng mình dựa trên giải pháp Airnode mà API 3 cung cấp.

Là một dự án Máy Oracle của bên thứ nhất, so với các nhà cung cấp Máy Oracle API bên thứ ba truyền thống →Máy Oracle→ quy trình kinh doanh Dapp, API 3 (nhà cung cấp API + Máy Oracle) → việc chuyển đổi Dapps khiến các nhà cung cấp API phụ trách, không người theo lệnh long chỉ đóng vai trò là nhân viên Máy Oracle bên thứ ba và có tiếng nói long hơn.

Như hình trên, không có sự tham gia của bên thứ ba, mạng dữ liệu được giảm. Khi nhà cung cấp API và vai trò của máy Oracle hòa quyện với nhau, không có vấn đề về nguồn dữ liệu đến từ đâu, vì uy tín của nhà cung cấp API và dữ liệu đã được đưa lên chuỗi on-chain.

Doanh nghiệp có thể theo dõi dữ liệu dễ dàng và không được phép thực hiện hành vi xấu (mà không bị phát hiện) từ phía kỹ thuật, đồng thời có cơ chế ký quỹ làm nền tảng. Ngay cả khi nhà cung cấp API cung cấp dữ liệu giả mạo vì lợi ích cá nhân, người dùng bị tổn thương vẫn có thể khiếu nại để yêu cầu bồi thường. Đối với các sự kiện phức tạp (như người dùng khiếu nại xấu để lừa đảo bảo hiểm), sẽ được giải quyết thông qua hệ thống tòa án trên chuỗi. Với cơ chế bảo hiểm do DAO API 3 hoàn toàn phi tập trung cung cấp, API 3 có thể trừng phạt nhà cung cấp API một cách tối đa và cung cấp bồi thường cho người dùng bị tổn thương.

5、Sâu hơn vào mô hình kinh tế Token của DAO API3

API3 DAO dựa trên cơ chế thế chấp của nó để tạo ra mô hình kinh tế Token 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ý thế chấp

Cơ chế thế chấp là hoạt động thường xuyên trong quản lý DAO để có lợi nhuận từ thế chấp và quản lý thế chấp, cũng là điểm khởi đầu của kinh tế vòng lặp. Và API 3 cũng đã được tối ưu hóa:

• Nếu người đặt cược rời khỏi sau khi nhận được lợi nhuận đặt cược, phải làm sao? Lợi nhuận phát sinh từ việc đặt cược của người dùng (đồng token mới được đúc ra) sẽ được trì hoãn trả, đồng thời mặc định sẽ dòng chảy vào hồ chứa đặt cược.
• Các token trong staking pool còn có thể được sử dụng để bồi thường thiệt hại cho người dùng.
• Cách giữ ổn định giá token trong hồ bảo lãnh là thế nào? API 3 sử dụng cơ chế Burn và Token thế chấp để kiểm soát lạm phát: Điều kiện để nhận dịch vụ dAPI là người dùng cần đốt token của họ hoặc thế chấp token của họ.

5.2 Vòng lặp phản hồi tích cực và phản hồi tiêu cực

Vậy số lượng token trong staking pool sẽ có xu hướng như thế nào? Có thể xảy ra mở rộng không kiểm soát hoặc sụp đổ do không đủ để thanh toán bồi thường? Chúng ta hãy phân tích một chút:

• Khi 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 theo số lượng người dùng), sự kiện cần bồi thường sẽ tăng. Lúc đó, số lượng token trong hồ bơi đặt cược sẽ giảm (được sử dụng để bồi thường cho người dùng bị tổn thương), người đặt cược (và quản trị viên) sẽ bị thiệt hại do quản lý kém. Nhưng điều tương tự, việc giảm số lượng token trong hồ đặt cược cũng có nghĩa là số lượng token chảy vào thị trường tăng lên. Vì token mà người dùng đang giữ là bị ảnh hưởng bởi lạm phát, vì lợi ích của chính mình, một phần lớn số lượng token vẫn sẽ chảy vào hồ bơi đặt cược.
• Khi người dùng dAPI giảm, rủi ro hệ thống giảm, số lượng token trong staking pool sẽ tăng dần và số lượng token dòng chảy vào thị trường sẽ trở nên khan hiếm. Tuy nhiên, điều này không có nghĩa là số lượng token trong staking pool sẽ không ngừng tăng, DAO của API 3 sẽ điều chỉnh thu nhập staking (và tỷ lệ lạm phát) theo mức tiêu chuẩn sức khỏe mục tiêu.
• Cả hai trường hợp trên đều có thể tạo ra một chu trình tích cực âm (a) như trong hình dưới đây. Khi bất kỳ trường hợp nào đạt đến ngưỡng, hệ thống sẽ tự điều chỉnh, người dùng dAPI sẽ ổn định như hình dưới đây (b), cuối cùng đưa hệ thống hoạt động theo một trạng thái lành mạnh.

Thực tế, các mã thông báo quản trị dạng Dao như vậy đã được phổ biến trong quản trị DeFi khác nhau, ví dụ như DAI của MakerDao, được xem là tiêu chuẩn thực hiện chi tiết của đồng tiền ổn định phi tập trung, đã có MKR làm người đi đầu:

Đặc biệt đẹp là cơ chế đấu giá 4 chiều của ông: Đọc thêm: "Một bài viết làm rõ - Đề xuất Stablecoin GHO mới nhất của vua DeFI AAVE"

Phần "Các phiên đấu giá bốn con đường không đủ để trả nợ" trong đó.

Vì vậy, quản trị theo kiểu DAO là mô hình vận hành chính của sự ổn định kinh tế, nhưng điểm đột phá của API 3 vẫn chưa đến mức độ đó.

6, Ưu điểm độc đáo - OEV Network đột phá (dựa trên ZK-Rollup)

Sự ra đời của 6 .1 OEV

Tương tự như MEV (giá trị khai thác có thể lấy được bởi người đào tạo), OEV (giá trị khai thác có thể lấy được bởi máy Oracle) đề cập đến giá trị mà máy Oracle thu được từ việc sử dụng vị trí của nó để thu được giá trị ban đầu sẽ chảy vào bên thứ ba. MEV bắt giá trị bằng cách sắp xếp các giao dịch, còn OEV sử dụng sự khác biệt giá trị giữa chuỗi phụ và chuỗi chính để khai thác giá trị, trong các tình huống như dữ liệu thị trường quan trọng hoặc kích hoạt sự kiện trên chuỗi như thanh lý.01928374656574839201

Để hiểu cách OEV được tạo ra, trước tiên cần hiểu vấn đề hiện tại của các máy Oracle: Do chi phí đưa dữ liệu lên chuỗi khối, hiện nay các máy Oracle cơ bản sử dụng cơ chế tải lên dữ liệu theo thời gian định kỳ, với khoảng thời gian được đặt trong một phạm vi nhỏ. Đồng thời, để tránh ảnh hưởng của biến động giá cả lớn trong thời gian ngắn đến thị trường, các máy Oracle thông thường sẽ thiết lập một ngưỡng, khi phạm vi biến động giá cả trong khoảng thời gian ngắn đạt đến ngưỡng, sẽ tự động kích hoạt cập nhật.

Mặc dù biện pháp khắc phục này có thể giúp giảm bớt một phần vấn đề, nhưng vấn đề chậm trễ trong việc tải lên dữ liệu không thể được giải quyết hoàn toàn. Thị trường DeFi thường có tính biến động cao, giá tài sản có thể thay đổi mạnh trong thời gian ngắn và chức năng cung cấp giá của máy Oracle đem lại sự không chắc chắn cho thị trường DeFi không thể bỏ qua được.

Trong tình huống như vậy, bên thứ ba lợi ích như mở rộng tầm nhìn của Thượng Đế, thông qua việc sử dụng độ trễ cập nhật dữ liệu, họ có thể thu được lợi nhuận khổng lồ, và OEV được tạo ra từ đó.

Đối với dApp phụ thuộc vào máy Oracle, mọi cập nhật hoặc thiếu sót trong việc cung cấp dữ liệu đều có thể tạo cơ hội cho OEV, chẳng hạn như giao dịch chạy trước, kinh doanh chênh lệch giá và thanh toán. Bởi vì vấn đề quyền sở hữu giá trị có thể tận dụng do trễ trong việc cung cấp dữ liệu thực sự khó để đánh giá, việc dữ liệu được ghi vào chuỗi sẽ có một chút dao động, vì vậy nếu việc ghi dữ liệu vào chuỗi bị trì hoãn một chút và không thể xác định vấn đề của máy Oracle, thì giá trị có thể tận dụng do phần trễ này không thể nói là do máy Oracle tạo ra một cách cố ý.

6.2 Mạng lưới OEV - Sân chơi đấu giá của người theo lệnh long

Do sự tồn tại của OEV, người dùng và dApp như là hai bên tương tác nhưng lại bị bên thứ ba đánh cắp giá trị, điều này rõ ràng là tình huống mà cả hai đều không muốn thấy. API 3 phát hiện ra rằng máy Oracle có quyền ưu tiên từ chối bắt giữ tất cả giá trị rò rỉ như vậy (quyền định giá dữ liệu trên chuỗi), vì vậy OEV NetWork đã được đề xuất.

Là một mạng lưới dựa trên Polygon zk rollup, nó là một nền tảng đấu giá độc lập cho luồng đơn đặt hàng (mọi ý định của người tham gia thay đổi trạng thái blockchain đều là đơn đặt hàng) quyền cập nhật dữ liệu dAPI.

API 3 đã phát triển nền tảng đấu giá riêng, loại bỏ sự phụ thuộc vào dịch vụ bên ngoài, cho phép các bên liên quan chia sẻ OEV mà không cần phải chia sẻ lợi nhuận với nền tảng đấu giá, và đã nội hóa OEV trong tất cả các blockchain tích hợp dữ liệu.

Người chiến thắng đấu giá có quyền cập nhật dữ liệu dAPI và cập nhật dữ liệu giá, lợi nhuận từ đấu giá sẽ được trả lại một phần lớn cho dApp, một phần rất nhỏ sẽ được sử dụng bởi API 3 để bù đắp chi phí vận hành. Rõ ràng, khi người đấu giá (bên thứ ba) cho rằng chỉ khi cập nhật giá mang lại lợi nhuận lớn hơn chi phí đấu giá, họ mới thực hiện đấu giá, do đó, bên thứ ba cũng có thể sinh lời. Và với người dùng của nền tảng dApp, dường như không tham gia chia sẻ lợi nhuận để tạo ra lợi nhuận thực tế, nhưng thực tế là nhờ vào nguồn dữ liệu chất lượng cao mà dAPI cung cấp cho dApp, họ có thể giao dịch và quản lý rủi ro tốt hơn, cũng có thể nhận được lợi ích tiềm năng.

Vòng đời đấu giá được mô tả như hình dưới đây. Khi người tìm kiếm phát hiện OEV, họ sẽ khởi động đấu giá. Sau khi chiến thắng trong đấu giá, người tìm kiếm sẽ có quyền cập nhật dữ liệu dAPI của nút dự báo và phải thanh toán phí đấu giá trước khi có thể thực hiện quyền này. Phí đấu giá đã thanh toán sẽ chuyển đến dApp.

Xu hướng đấu giá tự nhiên là người thứ ba (người tìm kiếm) tăng giá đấu thêm để có thể có lợi nhuận có thể hiện hữu. Giá đấu giá càng cao, ý nghĩa là sự chênh lệch giữa OEV thực tế và OEV thu được càng nhỏ.

Về kích thước của chiếc bánh này, chúng ta hãy chờ xem và đánh giá sau khi mạng thử nghiệm ổn định trong một khoảng thời gian. Kết quả của cuộc đấu giá là một tình huống đối lập đối với bốn nhóm vai trò: dApp, nút dự báo API 3, bên thứ ba và người dùng dAPP. DAPP kết nối với nguồn dữ liệu API 3 sẽ giảm thiểu việc bị bên thứ ba lợi dụng, đồng thời vẫn có thể thu được hầu hết giá trị OEV, vì cuối cùng, hình thái cạnh tranh trên thị trường chắc chắn là cạnh tranh giữa các bên thứ ba. Để tìm kiếm không gian lợi nhuận, lợi nhuận của bên thứ ba sẽ dần bị ép xuống, và người hưởng lợi cuối cùng chắc chắn là người 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ể chia sẻ một phần. Đối với người dApp, việc sử dụng những bên thứ ba chuyên nghiệp và được khuyến khích cao để xác định thời điểm cập nhật các điểm dữ liệu trên chuỗi có thể nâng cao độ tinh vi, và cuối cùng, lợi ích sẽ lan tỏa đến người dùng dAPP.

Đến đây, với kế hoạch đấu giá OEV dựa trên API 3, vấn đề phân phối lợi ích trong trò chơi của nhiều bên đã được giải quyết một cách tối đa, trả lại lợi nhuận "sai lầm" của bên thứ ba cho các bên liên quan. Giải pháp như vậy thật tinh tế.

Có thể mở rộng đọc: "Báo cáo nghiên cứu UniswapX (phần 1): Tóm tắt quá trình phát triển từ V1 đến V3, giải mã sáng tạo và thách thức của thế hệ tiếp theo DEX" để hiểu cơ chế đấu giá của UniswapX.

7、Tổng kết

API 3 dựa trên tokenomics riêng của mình, xây dựng một hệ sinh thái tự thúc đẩy, điều chỉnh thông qua phản hồi tích cực và tiêu cực để làm cho hệ thống hoạt động ổn định hơn.

Vào lúc này, OEV Network được đề xuất bởi API 3 thông qua cơ chế đấu giá quyền cập nhật giá dAPI, một cách khéo léo để giải quyết vấn đề về luồng của OEV, đã khéo léo chuyển sự xung đột giữa dự đoán máy và ứng dụng dựa trên OEV sang 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ề dịch vụ máy Oracle đáng tin cậy và an toàn sẽ tiếp tục tăng lên, trong khi bản chất của thế hệ máy Oracle tiếp theo dường như đã xuất hiện.

Tuy nhiên, API 3 cũng đồng mời một số thách thức.

Mô hình kinh tế không phải là một thiết kế cố định từ đầu mà có thể hoạt động ổn định trong thời gian dài, quá trình tiếp theo thường sẽ rơi vào tình trạng quản lý quá đà hoặc bị bỏ quên quản lý.

Và đấu giá API, trọng tâm là đánh giá danh tiếng và lợi nhuận, bản chất là một mô hình lạc quan, không phải là mô hình bi quan (ZK), mặc dù LayerZero cũng sử dụng cấu trúc danh tiếng này trong quá trình hoạt động liên tục, ngay cả khi kết hợp cao rủi ro hai chiều của máy Oracle + cầu nối Cross-chain, vẫn không gặp bất kỳ vấn đề thị trường nào, có thể chứng minh tính an toàn của nó, nhưng vẫn có thể tồn tại nguy cơ. Và đánh cược liên tụ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 mật thiết đến sự phát triển thị trường của API 3.

Cuối cùng, thị trường của Máy Oracle không dễ cạnh tranh, nguyên nhân là những gì mà các Dapp quan tâm không chỉ là khả năng cung cấp dữ liệu mà còn là vị trí của Máy Oracle như một bên thứ ba. Hiện nay, API 3 đã giải quyết vấn đề này, nhưng Dapp cũng có thể tham gia đấu giá, làm người dùng lo lắng về việc có tự mưu cầu lợi riêng hay không, mặc dù điều này cũng có nghĩa là họ đánh cược vào danh tiếng của Dapp của họ. Hơn nữa, những người như chainlink cũng không phải là không thể theo kịp, họ cũng có thể giải phóng thêm nhiều OEV để tiếp tục kiểm soát thị trường.