Gần đây, API3 đã bảo đảm 4 triệu đô la trong phí funding chiến lược, dẫn đầu bởi DWF Labs và tiếp theo là một số VC nổi tiếng. Trong lịch sử, thị trường oracle đã bị chi phối bởi các nhà tiên tri của bên thứ ba như Chainlink. Shisi đã rất ngạc nhiên trước tin tức này ~ Tại sao API3 có thể đảm bảo phí funding? Nó có thể là kẻ phá vỡ các nhà tiên tri truyền thống? Điều gì làm cho nó trở nên độc đáo? Là một dự án API phi tập trung (dAPI), API3 tự định nghĩa mình là một nhà tiên tri "bên thứ nhất". Bằng cách tận dụng Mạng OEV sáng tạo (dựa trên ZK-Rollup), nó giải quyết các vấn đề phổ biến liên quan đến các nhà tiên tri của bên thứ ba như trung gian tin cậy, tính minh bạch dữ liệu thấp và kiểm soát Giá trị có thể trích xuất Oracle (OEV).

1. Các nhà tiên tri thực sự có thể dự đoán tương lai?

Thuật ngữ "oracle" mang một ý nghĩa thần thoại, có thể dễ dàng đánh lừa công chúng. Trong thực tế, nó đề cập đến một công cụ cung cấp dữ liệu trong thế giới thực cho on-chain hợp đồng thông minh. Nhưng những gì cấu thành dữ liệu thực? Làm thế nào để đảm bảo tính toàn vẹn của nhà tiên tri? Các nhà tiên tri có thể hành động độc hại không? Nhiều nhà tiên tri có thể thông đồng với nhau không? Chúng ta nên hiểu OVM (Oracle Extractable Value) như thế nào?

Trong quý 1 năm 2024, sau sự gia tăng gần đây của BTC, tổng giá trị mã thông báo bị khóa trong các dự án DeFi đạt mức cao mới là 175 tỷ USD, đánh dấu mức tăng gần 70% so với 103 tỷ USD trong quý 4 năm 2023. Các nhà tiên tri long được coi là huyết mạch của DeFi. Trong lĩnh vực DeFi, các 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 đều dựa vào dữ liệu giá chính xác để hoạt động. Đầu năm 2023, việc cho vay phi tập trung giao thức BONQ trên chuỗi Polygon đã bị khai thác do thao túng hợp đồng oracle TellorFlex. Kẻ tấn công đã sửa đổi giá oracle với chi phí thấp để tiến hành cho vay thế chấp, dẫn đến lợi nhuận khổng lồ và gây thiệt hại khoảng 88 triệu đô la cho dự án. Các cuộc tấn công như vậy xuất phát từ các vấn đề về giá của Oracle đã trở nên phổ biến, làm nổi bật nhu cầu quan trọng về dữ liệu off-chain minh bạch và đáng tin cậy để hỗ trợ các hoạt động của dApp.

2. Làm thế nào để các nhà tiên tri kết nối Off-Chain và On-Chain?

Oracle thường hoạt động ở ba chế độ: tải lên theo lịch trình, hướng sự kiện và phản hồi yêu cầu. Sử dụng mô hình yêu cầu-phản hồi làm ví dụ, quá trình này có thể được chia thành bốn bước sau:

• STEP 1: Trên chuỗi, dApp gọi điện khởi tạo một yêu cầu (về cơ bản là một giao dịch) và hợp đồng dịch vụ oracle kích hoạt một sự kiện on-chain.
• STEP 2: Các nút oracle ngoài chuỗi, lắng nghe sự kiện để lấy thông tin và sau đó thu thập dữ liệu off-chain chính xác thông qua các hệ thống tương ứng của chúng.
• STEP 3: Off-chain và on-chain, oracle cung cấp dữ liệu cho hợp đồng dịch vụ oracle dưới dạng giao dịch.
• STEP 4: Trên chuỗi, hợp đồng dịch vụ oracle trả về dữ liệu cho dApp gọi. Điều này có thể được thực hiện thông qua đẩy tích cực hoặc bằng truy vấn dApp một lần nữa.

Dưới đây là giải thích mở rộng về quy trình này:

Thứ nhất, on-chain yêu cầu là công khai. Vì các sự kiện là một cơ chế phổ biến trong các blockchain dựa trên EVM, toàn bộ mạng nhận thức được rằng dApp cần một số thông tin nhất định.

Thứ hai, off-chain đẩy dữ liệu là phi nguyên tử. Mặc dù các giao dịch on-chain được hoàn thành trong thời gian thực, nhưng dữ liệu off-chain vốn có một số Trễ.

Cuối cùng, nếu yêu cầu on-chain được tùy chỉnh, nhà tiên tri có thể hoạt động như một trọng tài bên thứ ba và đẩy dữ liệu lên dApp. Tuy nhiên, đối với dữ liệu phổ biến như giá BTC theo thời gian thực, dApp thường sẽ truy xuất dữ liệu từ chính hợp đồng. Ngoài ra, các nhà tiên tri thường có một cơ chế báo cáo theo lịch trình. Các nguyên tắc cơ bản vẫn nhất quán trong các kịch bản khác nhau này.

3. Luna's Decoupling, Cuộc đua Oracle năng động

Tuy nhiên, blockchain không chỉ giới hạn ở DeFi một mình. Thông qua các nhà tiên tri, dApps có thể truy cập dữ liệu off-chain một cách an toàn và hiệu quả, mở rộng đáng kể phạm vi kinh doanh và kịch bản ứng dụng của họ. Điều này cho phép các hướng kinh doanh của họ mở rộng sang tài chính, bảo hiểm, quản lý chuỗi cung ứng, IoT và nhiều lĩnh vực khác.

Trên thị trường hiện nay, theo dữ liệu nền tảng từ DeFiLlama, Chainlink vẫn giữ vị trí thống trị, với TVL (Tổng giá trị đã khóa, mệnh giá bằng USD, được bảo đảm bởi cơ sở hạ tầng quan trọng như oracles) chiếm 45% toàn bộ thị trường.

Một người đọc cẩn thận sẽ nhận thấy rằng đường cong ở phía bên phải của biểu đồ đã trải qua sự biến động nghiêm trọng vào tháng 5 năm 2022. Chất xúc tác là sự kiện tai nạn Luna khét tiếng trong thời gian từ ngày 7 tháng 5 đến ngày 13 tháng 5 năm 2022, nơi thuật toán dẫn đầu Stablecoin UST gặp hai sự cố tách rời, cuối cùng rơi vào vòng xoáy sụp đổ cùng với Luna. Đồng thời, nhiều dự án sử dụng oracle nội bộ phải đối mặt với các vấn đề nghiêm trọng do phản ứng chậm trễ với biến động giá.

Biểu đồ sau đây cho thấy rõ sự sụt giảm mạnh về thị phần của các nhà tiên tri nội bộ (thể hiện bằng màu hồng) trong tháng 5/2022. Chronicle oracles (hiển thị bằng màu đỏ) đã nắm bắt hiệu quả sự gia tăng lưu lượng truy cập này, về cơ bản đảm bảo thị phần bị mất bởi các nhà tiên tri nội bộ.

4. Tình trạng khó khăn của các nhà tiên tri bên thứ ba

Bên cạnh các sự kiện làm rung chuyển ngành công nghiệp, có vẻ như sự phát triển của các nhà tiên tri đã bị đình trệ. Thật vậy, do định vị ngành công nghiệp rõ ràng như một công cụ để kết nối dữ liệu on-chain và off-chain, các sản phẩm oracle có xu hướng có các chức năng tương đối đơn giản. Một trong những khía cạnh bị chỉ trích nhiều nhất là mô hình lợi nhuận của họ, hiện đang xoay quanh phí đăng ký dữ liệu và sự đánh giá cao của các mã thông báo do các nhóm dự án phát hành. Rõ ràng, doanh thu được tạo ra từ một mô hình đăng ký dữ liệu đơn lẻ bị hạn chế. Ví dụ: lấy tính năng tạo phí của Chainlink cho Hàm ngẫu nhiên có thể xác minh (VRF) làm ví dụ, theo khám phá blockchain Etherscan, tôi đã tính toán rằng tổng số mã thông báo bị khóa cho các phiên bản VRF V1 và V2 lên tới khoảng 370.000 (7 + 30), tương đương với doanh thu khoảng 6 triệu đô la dựa trên tỷ lệ LINK hiện tại (16 đô la). Kể từ khi ra mắt VRF V2 vào cuối tháng 2 năm 2022, nó đã tạo ra doanh thu khoảng 4,8 triệu đô la, trung bình khoảng 170.000 đô la mỗi tháng (11.000 LINK). So với quy mô rộng lớn của Chainlink, những khoản lợi nhuận này thực sự ít ỏi. Đối với sự đánh giá cao mã thông báo, ý kiến khác nhau.

Tuy nhiên, do bản chất của chúng là các thực thể của bên thứ ba, các oracle vốn chiếm một vị trí tương đối trung lập và đang bắt đầu đóng vai trò là cơ sở hạ tầng quan trọng trong bảo mật lớp ứng dụng. Để thoát khỏi ấn tượng phần mềm trung gian truyền thống và nâng cao lợi nhuận, các nhà tiên tri cần mở rộng chức năng khác biệt và có hệ thống. Ví dụ, LayerZero, như một chuỗi cross cầu điển hình, dựa vào bảo mật được thực hiện bởi các nhà tiên tri với các yêu cầu cực kỳ nút sáng. Tóm lại, tình trạng khó khăn của các nhà tiên tri trên thị trường nằm ở những hạn chế hoạt động vốn có, chức năng đơn lẻ, lợi nhuận khiêm tốn và khả năng mở rộng chưa được mở rộng. Tuy nhiên, hiểu được mô hình thực thi của cái gọi là nhà tiên tri bên thứ ba cho thấy rằng các vấn đề của họ xuất phát từ bản chất "bên thứ ba" của họ. API3, định vị mình là một người mới trong lĩnh vực oracle, tập trung vào việc trở thành một nhà tiên tri "bên thứ nhất", nhằm vượt qua những thách thức này.

4.1 So sánh các nhà tiên tri của bên thứ ba và bên thứ nhất

API3 đã chọn tận dụng khả năng hoạt động toàn diện của mình trong việc kích hoạt các nút dịch vụ API, sử dụng cách tiếp cận web3-native hơn (nhẹ + mô-đun) để xây dựng cầu giữa người tiêu dùng và nhà cung cấp oracle. Các nhà khai thác API có thể nhanh chóng thiết lập các nút oracle của riêng họ bằng cách sử dụng giải pháp Airnode của API3.

Là một dự án Oracle của bên thứ nhất, so với luồng truyền thống nơi các nhà cung cấp API kết nối với các nhà tiên tri và sau đó đến các hoạt động dApp (API nhà cung cấp → oracle → dApp), cách tiếp cận của API3 (API nhà cung cấp + nhà tiên tri) → dApp trao quyền cho các nhà cung cấp API đóng vai trò trung tâm hơn. Họ không người theo lệnh long chỉ đơn thuần đóng vai trò là nhân viên tiên tri của bên thứ ba mà còn có thêm ảnh hưởng và quyền tự chủ trong hệ sinh thái.

Như đã mô tả ở trên, với việc loại bỏ sự can thiệp của bên thứ ba, chuỗi dữ liệu được sắp xếp hợp lý. Khi các nhà cung cấp API và nhà tiên tri hợp nhất vai trò, không có câu hỏi người theo lệnh long nào về việc dữ liệu bắt nguồn từ đâu, vì danh tiếng của các nhà cung cấp API được liên kết trực tiếp với on-chain dữ liệu.

Do danh tiếng kết hợp chặt chẽ của các nhà cung cấp API với dữ liệu họ cung cấp, việc truy tìm được đơn giản hóa và về mặt kỹ thuật, hành vi độc hại không được phép không được chú ý, được hỗ trợ bởi cơ chế tài sản thế chấp. Ngay cả khi nhà cung cấp API cung cấp dữ liệu sai lệch vì lợi ích cá nhân, người dùng bị ảnh hưởng vẫn có thể kháng cáo và yêu cầu bồi thường. Các tranh chấp phức tạp, chẳng hạn như các trường hợp khiếu nại độc hại của người dùng về gian lận bảo hiểm, sẽ được xét xử thông qua một hệ thống tư pháp on-chain. Tận dụng cơ chế bảo hiểm phi tập trung hoàn toàn do API3 DAO cung cấp, API3 có thể phạt hiệu quả các nhà cung cấp API và bồi thường cho người dùng bị ảnh hưởng ở mức tối đa có thể.

5. Đi sâu vào Tokenomics

của API3 DAO API3 DAO tokenomics hoạt động trên cơ sở ổn định thông qua cơ chế đặt cọc của nó, tận dụng các vòng phản hồi tích cực và tiêu cực.

5.1 Cơ chế quản trị Staking

Cơ chế staking là một thông lệ tiêu chuẩn trong quản trị DAO, liên quan đến lợi nhuận từ quản trị staking và stake, đóng vai trò là điểm khởi đầu cho nền kinh tế tuần hoàn. API3 đã tối ưu hóa hơn nữa quá trình này:

• Điều gì xảy ra nếu người đặt cọc rút lui sau khi nhận được phần thưởng đặt cược? Phần thưởng lạm phát được tạo ra từ việc đặt cọc (mã thông báo mới đúc) bị trì hoãn trước khi được phân phối và mặc định sẽ chảy trở lại vào staking pool.
• Các mã thông báo trong staking pool có thể được sử dụng để làm gì khác? Chúng có thể được sử dụng để bồi thường tổn thất cho người dùng.
• Làm thế nào để API3 ổn định giá token trong staking pool? API3 kiểm soát lạm phát thông qua cơ chế Burn and Token Locking: Người dùng cần đốt hoặc khóa token của họ để có được các dịch vụ dAPI.

5.2 Vòng phản hồi tích cực và tiêu cực Với vòng phản hồi tích cực và tiêu cực này, số lượng mã thông báo trong staking pool sẽ thể hiện xu hướng nào? Liệu việc mở rộng không kiểm soát hoặc không đủ tiền để trang trải bồi thường có dẫn đến sụp đổ? Hãy phân tích:

• Khi người dùng dAPI tăng lên, rủi ro của hệ thống leo thang (chi phí vận hành tăng lên với số lượng người dùng) dẫn đầu đến nhiều sự kiện bồi thường hơn. Do đó, các mã thông báo trong staking pool giảm (được sử dụng để bồi thường cho người dùng bị ảnh hưởng), khiến người đặt cọc (và người quản lý) bị thua lỗ do quản lý kém. Tuy nhiên, việc giảm mã thông báo trong staking pool cũng có nghĩa là tăng mã thông báo chảy vào thị trường. Do các mã thông báo do người dùng nắm giữ bị ảnh hưởng bởi lạm phát, một phần đáng kể vẫn quay trở lại staking pool do cân nhắc lợi ích cá nhân của người dùng.
• Khi người dùng dAPI giảm, rủi ro hệ thống giảm dần, khiến các token trong staking pool tăng dần, khiến token trên thị trường trở nên khan hiếm hơn. Tuy nhiên, điều này không ngụ ý sự gia tăng vĩnh viễn về số lượng mã thông báo của staking pool; API3 DAO tự động điều chỉnh phần thưởng đặt cược (và tỷ lệ lạm phát) để điều chỉnh chúng với giá trị lành mạnh được nhắm mục tiêu.

Hai kịch bản được mô tả ở trên tạo thành một vòng phản hồi tích cực và tiêu cực, được mô tả tốt trong sơ đồ bên trái (a). Khi một trong hai kịch bản đạt đến ngưỡng, hệ thống sẽ tự điều chỉnh. Người dùng dAPI có xu hướng ổn định, như thể hiện trong sơ đồ bên trái (b), cuối cùng dẫn đầu hệ thống hướng tới trạng thái hoạt động lành mạnh.

Trên thực tế, các mã thông báo quản trị kiểu DAO như thế này long phổ biến trong các giao thức DeFi khác nhau. Ví dụ, trong việc triển khai chi tiết các stablecoin phi tập trung, DAI của MakerDAO là chuẩn mực với MKR là mã thông báo quản trị tiên phong.

Đặc biệt thanh lịch là cơ chế đấu giá bốn của nó. Để đọc thêm, hãy tham khảo "Giải thích toàn diện: AAVE, Nhà lãnh đạo DeFi và Đề xuất Stablecoin mới nhất GHO", cụ thể là mục "Tài sản thế chấp, Bốn cuộc đấu giá". Do đó, quản trị DAO là phương thức hoạt động chủ đạo để ổn định kinh tế, nhưng những đổi mới của API3 cũng rất đáng chú ý.

6. Lợi thế độc đáo - Mạng OEV tiên phong (dựa trên ZK-Rollup)

OEV (Giá trị có thể trích xuất của Oracle) hoạt động tương tự như MEV (Giá trị có thể trích xuất Người khai thác). Nó đề cập đến khả năng của Oracle để nắm bắt giá trị mà nếu không sẽ chảy cho bên thứ ba. Trong khi MEV nắm bắt giá trị thông qua đặt hàng giao dịch, OEV khai thác sự khác biệt về giá giữa dữ liệu on-chain và off-chain, đặc biệt là trong dữ liệu thị trường quan trọng hoặc các sự kiện on-chain quan trọng như thanh lý.

Hiểu cách OEV phát sinh đòi hỏi nhận thức về các vấn đề hiện tại với các nhà tiên tri. Do chi phí gửi dữ liệu on-chain, các nhà tiên tri thường sử dụng tải lên dữ liệu định kỳ được đặt trong khoảng thời gian tương đối short. Để giảm thiểu tác động của biến động giá lớn, các nhà tiên tri thường đặt ngưỡng kích hoạt cập nhật chủ động khi biến động giá vượt quá các giới hạn này. Mặc dù các biện pháp này làm giảm bớt một số vấn đề, nhưng về cơ bản chúng không giải quyết được vấn đề Trễ liên quan đến tải lên dữ liệu.

DeFi thị trường rất biến động và giá tài sản có thể thay đổi đáng kể trong short khoảng thời gian. Cơ chế thức ăn của các nhà tiên tri đưa sự không chắc chắn vào thị trường DeFi. Khai thác sự chậm trễ này trong việc cập nhật dữ liệu, các thực thể tìm kiếm lợi nhuận có thể tận dụng lợi thế của OEV. Đối với các dApp phụ thuộc vào oracles, bất kỳ sự chậm trễ hoặc cập nhật nào trong nguồn cấp dữ liệu đều có khả năng tạo ra cơ hội cho OEV, chẳng hạn như chạy trước, chênh lệch giá và thanh lý.

Việc quy kết quyền sở hữu giá trị có thể khai thác phát sinh từ sự chậm trễ của nguồn cấp dữ liệu có thể là một thách thức. Tải lên dữ liệu vốn có biến động, vì vậy sự chậm trễ không phải lúc nào cũng được quy cho mục đích xấu từ phía nhà tiên tri. Do đó, giá trị có thể khai thác được tạo ra từ sự chậm trễ như vậy có thể không nhất thiết được coi là do nhà tiên tri tạo ra một cách độc hại.

6.2 Mạng OEV - Nền tảng đấu giá nhiều bên

Do sự tồn tại của OEV, người dùng và dApp, với tư cách là các bên tương tác, đang bị các bên thứ ba trích xuất giá trị của chúng, điều này rõ ràng là không mong muốn đối với cả hai. API3 xác định sự cần thiết phải từ chối trước việc nắm bắt sức mạnh định giá của tất cả các rò rỉ như vậy (sức mạnh định giá của dữ liệu on-chain), do đó Mạng OEV đã được đề xuất. Là một Mạng dựa trên Polygon zk rollup, nó là một luồng lệnh độc lập (bất kỳ ý định nào của người tham gia để thay đổi trạng thái blockchain là một nền tảng đấu giá lệnh) cho quyền cập nhật dữ liệu dAPI. API3 đã tự phát triển nền tảng đấu giá, loại bỏ sự phụ thuộc vào các dịch vụ bên ngoài, cho phép các bên liên quan chia sẻ OEV mà không chia sẻ lợi nhuận với nền tảng đấu giá và nội bộ hóa OEV trên tất cả các nguồn cấp dữ liệu blockchain tích hợp. Người chiến thắng đấu giá có quyền cập nhật dữ liệu dAPI, với phần lớn lợi nhuận đấu giá được trả lại cho dApp và một phần nhỏ được API3 giữ lại để trang trải chi phí hoạt động. Rõ ràng, khi đấu giá viên (bên thứ ba) tin rằng chi phí đấu giá < lợi nhuận từ việc cập nhật giá, họ sẽ tham gia đấu giá, tạo ra lợi nhuận cho bên thứ ba. Mặc dù người dùng nền tảng dApp dường như không tham gia chia sẻ lợi nhuận, nhưng họ được hưởng lợi từ nguồn dữ liệu chất lượng do dAPI cung cấp để giao dịch và quản lý rủi ro tốt hơn, có khả năng hưởng lợi từ nó. Vòng đời đấu giá được minh họa trong sơ đồ dưới đây. Khi người tìm kiếm phát hiện ra OEV, họ sẽ bắt đầu đấu giá thầu. Nhà thầu trúng thầu có quyền cập nhật dữ liệu dAPI của nút oracle và sau khi trả phí đấu thầu, họ 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á đã trả là OEV bị bắt chảy vào dApp.

Xu hướng đấu giá đương nhiên liên quan đến việc các bên thứ ba (người tìm kiếm) tăng giá thầu để theo đuổi lợi nhuận tiềm năng. Giá đấu giá cao hơn có nghĩa là sự khác biệt nhỏ hơn giữa OEV thực tế và OEV bị bắt. Đối với quy mô của cơ hội này, chúng ta sẽ phải chờ xem sau khi mạng thử nghiệm ổn định một thời gian trước khi đưa ra phán đoán. Kết quả đấu giá tạo ra một tình huống đôi bên cùng có lợi cho dApps, API3 các nút oracle, bên thứ ba và người dùng dApp. dApps tích hợp API3 nguồn dữ liệu giảm thiểu len do bên thứ ba kéo trong khi nắm bắt hầu hết giá trị OEV. Cuối cùng, cạnh tranh thị trường giữa các bên thứ ba đảm bảo rằng lợi nhuận dần dần bị nén, cuối cùng mang lại lợi ích cho dApp. Ví API3, một phần nhỏ giá trị OEV hỗ trợ con đường hoạt động của OEV. Các bên thứ ba cũng nhận được một phần. Đối với người dùng dApp, việc khuyến khích những người tham gia bên thứ ba có chuyên môn cao xác định thời gian tối ưu để cập nhật các điểm dữ liệu on-chain giúp cải thiện mức độ chi tiết, mang lại lợi ích cho người dùng dApp trong quá trình long. Do đó, kế hoạch đấu giá OEV của API3 giải quyết tối đa việc phân phối lợi ích trong một trò chơi đa bên, chuyển hướng "lợi nhuận không đúng chỗ" của bên thứ ba trở lại các bên liên quan. Một giải pháp như vậy được thiết kế thanh lịch. Để đọc thêm, hãy khám phá "Báo cáo nghiên cứu UniswapX (Phần I): Tóm tắt con đường phát triển của V1-3, Hiểu các nguyên tắc đổi mới và thách thức trong DEX thế hệ tiếp theo."

7. Kết luận

API3 đã xây dựng một hệ sinh thái tự duy trì dựa trên nền kinh tế mã thông báo của mình, sử dụng các cơ chế phản hồi tích cực và tiêu cực để ổn định hoạt động. Đồng thời, Mạng OEV do API3 giới thiệu đã khéo léo giải quyết vấn đề dòng chảy OEV thông qua cơ chế đấu giá để cập nhật giá dAPI, khéo léo chuyển các xung đột phát sinh từ OEV giữa các nhà tiên tri và dApp sang bên thứ ba.

Khi các ứng dụng phi tập trung sinh sôi nảy nở và trưởng thành, nhu cầu về các dịch vụ oracle đáng tin cậy và an toàn dự kiến sẽ tăng lên, báo hiệu sự xuất hiện của thế hệ oracle tiếp theo. Tuy nhiên, API3 phải đối mặt với một số thách thức. Các mô hình kinh tế, ngay cả được thiết kế tốt ban đầu, có thể phải vật lộn với sự ổn định long hạn, thường trở thành con mồi của quản trị quá mức hoặc bỏ bê. Hơn nữa, các cuộc đấu giá API, xoay quanh danh tiếng và thu nhập, vốn là những mô hình lạc quan hơn là bi quan (như ZK). Mặc dù LayerZero sử dụng cấu trúc danh tiếng tương tự và hoạt động liên tục mà không gặp vấn đề về thị trường, ngay cả trong các kết hợp rủi ro cao như oracles cộng với cầu nối Cross-chain, rủi ro vẫn tồn tại.

Tiếp tục cá cược danh tiếng ngụ ý rằng lợi nhuận thị trường của người tham gia phải đủ cao và gắn chặt với sự phát triển thị trường của API3. Cuối cùng, khó khăn của thị trường oracle nằm ở chỗ DApps ưu tiên không chỉ khả năng cung cấp dữ liệu mà còn định vị chính nhà tiên tri như một bên thứ ba. API3 đã phá vỡ mô hình này, nhưng vẫn còn những lo ngại khi chính DApp tham gia đấu giá, đặt ra câu hỏi về sự thông đồng tiềm năng mặc dù đặt cược danh tiếng của chính họ. Những người chơi lâu đời như Chainlink cũng có khả năng phát hành nhiều OEV hơn để duy trì sự thống trị thị trường.

Tuyên bố từ chối trách nhiệm:

1. Bài viết này được in lại từ [十四君],. Tất cả bản quyền thuộc về tác giả gốc [十四君]. Nếu có ý kiến phản đối bản in lại này, vui lòng liên hệ với nhóm Gate Learn và họ sẽ xử lý kịp thời.
2. Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Bản dịch bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài báo đã dịch đều bị cấm.