Tác giả gốc:@0x markyzl

gia sư:@CryptoScott_ETH 

TL;DR

1. API 3 là một dự án oracle mang tính đổi mới của bên thứ nhất, tập trung vào việc cho phép các nhà cung cấp dữ liệu chạy oracle của riêng họ, đảm bảo các bên thứ nhất cung cấp dữ liệu trực tiếp đến các ứng dụng blockchain mà không qua trung gian, nâng cao tính toàn vẹn của dữ liệu và giải quyết các vấn đề chính về độ tin cậy. API 3 đảm bảo tiêu chuẩn chất lượng dữ liệu bằng cách quản lý và giám sát nhà cung cấp dữ liệu. Nhà cung cấp dữ liệu không đáp ứng tiêu chuẩn sẽ bị thay thế, đảm bảo tính toàn vẹn của dữ liệu đồng thời giảm sự phụ thuộc vào niềm tin của người dùng.

2. Bằng cách sử dụng công nghệ Airnode để triển khai các oracle của bên thứ nhất và các API phi tập trung (dAPI), API 3 thúc đẩy kết nối trực tiếp, an toàn và hiệu quả hơn giữa các nhà cung cấp dữ liệu và mạng blockchain. , đảm bảo tính bảo mật, minh bạch và hiệu quả cao hơn, giảm chi phí truyền dữ liệu và các điểm rủi ro tiềm ẩn.

3. Cơ chế kết hợp của OEV Network và ZK-Rollup mang lại khả năng cạnh tranh cao hơn cho API 3, đồng thời cũng mang lại tiến bộ đáng kể cho các lộ trình dAPP và oracle. Giải pháp này mở ra các luồng giá trị mới cho các bên liên quan bằng cách thu giữ MEV và cung cấp giá trị trở lại hệ sinh thái giao thức, thúc đẩy một hệ sinh thái cân bằng hơn và bền vững hơn về mặt tài chính.

4. API 3 có mô hình kinh tế mã thông báo được thiết kế cẩn thận, độc đáo và mạnh mẽ. Các mã thông báo của nó được trao quyền hoàn toàn, chống lạm phát thông qua cơ chế đốt cháy và phần thưởng đặt cược bị khóa trong một năm, đồng thời khuyến khích đặt cược thông qua APR động. Quan trọng hơn, việc thiết kế mô hình kinh tế của nó kết hợp các yếu tố hoạt động và rủi ro của chính giao thức, mang lại cơ chế tự điều chỉnh các vòng phản hồi tiêu cực, cho phép các bên liên quan và thống đốc nhanh chóng đưa ra các quyết định quản trị xung quanh sự phát triển lâu dài của dự án. Nhất quán, sau đó nâng cao tính ổn định của thỏa thuận bằng cách hạn chế những rủi ro quá mức, cuối cùng hình thành một chu kỳ tích cực cho sự phát triển của thỏa thuận, mang lại lợi ích lâu dài cho nhiều bên.

5. Với cách tiếp cận oracle sáng tạo của bên thứ nhất và sự tập trung mạnh mẽ vào độ tin cậy và bảo mật dữ liệu, kết hợp với mô hình quản trị phi tập trung hoàn toàn của DAO và phạm vi ứng dụng rộng hơn trong việc cung cấp dữ liệu, tương lai của API 3 sẽ không chỉ giới hạn ở Thay vì cung cấp dịch vụ cung cấp giá oracle như một thành phần trung gian, nó có thể trở thành cơ sở hạ tầng để phát triển hệ sinh thái trên chuỗi và các dApp đa dạng, mang lại khả năng phát triển trên chuỗi cho nhiều ứng dụng API phổ biến hơn trong cuộc sống thực của chúng ta. đồng thời thiết lập các tiêu chuẩn mới cho đường đua oracle đồng thời liên tục thúc đẩy sự đổi mới trong hệ sinh thái.

Giới thiệu

Trong hệ sinh thái Web 3.0 đang phát triển, các ứng dụng phi tập trung (dApps) đang có tốc độ tăng trưởng nhanh chóng, giá trị ngày càng tăng làm nổi bật tiềm năng của chúng đồng thời mở rộng nhu cầu tích hợp dữ liệu trong thế giới thực, khiến Đường tiên tri phi tập trung đã trở thành một trong những thành phần quan trọng nhất của hệ sinh thái trên chuỗi. Tuy nhiên, vẫn còn một thách thức lớn: làm thế nào để tích hợp dữ liệu ngoài chuỗi một cách liền mạch và an toàn vào hệ sinh thái blockchain. Trong bối cảnh này, API 3 nổi lên như một giải pháp cho thách thức này, nhằm cách mạng hóa giao diện dữ liệu giữa môi trường ngoài chuỗi và trên chuỗi.

1. Giới thiệu dự án

Ra mắt vào tháng 12 năm 2020, API 3 là một dự án oracle mang tính đột phá và sáng tạo của bên thứ nhất. Mục tiêu của nó là cho phép hầu hết các API được tùy chỉnh cho các ứng dụng tập trung tham gia vào thế giới phi tập trung của Web3.0, trong khi sẽ không có gánh nặng đáng kể nào đối với các nhà cung cấp API hoặc nhà phát triển dự án dAPP.

Không giống như các mạng oracle bên thứ ba truyền thống, API 3 tập trung vào việc cung cấp dữ liệu của bên thứ nhất. Cơ sở hạ tầng của nó dựa trên API phi tập trung (dAPI) và cho phép các nhà cung cấp API sử dụng trực tiếp Airnode, công nghệ nút oracle không có máy chủ. loại bỏ sự phụ thuộc vào bên trung gian bên thứ ba phổ biến trong các mạng oracle truyền thống để tổng hợp và truyền dữ liệu. dAPI vốn đã tương thích với công nghệ blockchain, cho phép tích hợp chuỗi chéo và cung cấp các giải pháp oracle đa nền tảng.

Mô hình quản trị của API 3 dựa trên Tổ chức tự trị phi tập trung (DAO), trao quyền cho chủ sở hữu mã thông báo đưa ra quyết định, đảm bảo hệ sinh thái minh bạch và hướng đến cộng đồng. Chúng tôi có lý do để kỳ vọng rằng khuôn khổ đổi mới của API 3 có tiềm năng đáp ứng nhu cầu quan trọng về nguồn dữ liệu phi tập trung và đáng tin cậy trong lĩnh vực blockchain. Nó có thể thiết lập một tiêu chuẩn mới cho việc theo dõi oracle và tích hợp dữ liệu trên chuỗi, đồng thời tạo ra a Một tương lai phi tập trung được kết nối và hiệu quả hơn.

1.1 Bối cảnh của đội

https://www.linkedin.com/in/heikki-v%C3%A4nttinen-83a 86380/? originalSubdomain=pt

Heikki Vanttinen, đồng sáng lập API 3, đã tích lũy kinh nghiệm làm việc phong phú trong nhiều lĩnh vực, đặc biệt là trong công nghệ blockchain và phát triển hợp đồng thông minh. Với tư cách là người sáng lập và Giám đốc điều hành của CLC Group, Heikki tập trung vào việc đạt được sự tích hợp liền mạch giữa hợp đồng thông minh và thế giới thực, đồng thời thể hiện khả năng vượt trội trong nhiều lĩnh vực như phát triển kinh doanh, phát triển và nghiên cứu ứng dụng phi tập trung. Đồng thời, kinh nghiệm kinh doanh cũng như kinh nghiệm tiếp thị và bán hàng của ông cũng thể hiện khả năng lãnh đạo và hiểu biết sâu sắc về kinh doanh của ông trong việc quản lý nhóm đa chức năng, mở rộng kinh doanh và phát triển thị trường mới.

https://www.linkedin.com/in/burak-benligiray-b3055715b/

Burak Benligiray, đồng sáng lập API 3, trưởng nhóm kỹ thuật cốt lõi, có bằng Tiến sĩ về kỹ thuật điện và điện tử, từng giữ chức vụ trợ lý nghiên cứu tại trường đại học và tham gia vào nhiều lĩnh vực kỹ thuật khác nhau. Burak có nhiều kinh nghiệm và khả năng kỹ thuật xuất sắc trong lĩnh vực nghiên cứu và đổi mới công nghệ. Ông đã thể hiện kiến ​​thức chuyên môn sâu sắc trong lĩnh vực công nghệ blockchain và hợp đồng thông minh, đồng thời cam kết xây dựng một hệ thống phi tập trung và giảm thiểu sự tin cậy. .

1.2 Tình hình tài chính

Theo dữ liệu của Crunchbase, vào ngày 12 tháng 11 năm 2020, API 3 đã nhận được vòng tài trợ ban đầu trị giá 3 triệu đô la Mỹ do Placeholder dẫn đầu. Trong vòng tài trợ này, tổng cộng 13 tổ chức bao gồm Pantera Capital, Accomplice, CoinFund, Digital Money Group, Hashed và Solidity Ventures đã tham gia vào khoản đầu tư này.

Đồng thời, API 3 đã huy động được tổng cộng 23 triệu đô la trong đợt bán mã thông báo công khai vào tháng 12 năm 2020.

1.3 Các sự kiện phát triển quan trọng

• Vào ngày 29 tháng 1 năm 2021, có thông báo rằng họ đã đạt được sự hợp tác với Plasm Network giao thức Polkadot Lớp 2 để giới thiệu các API và nguồn cấp dữ liệu giá được Airnode hỗ trợ vào hệ sinh thái Polkadot.

• Vào ngày 20 tháng 4 năm 2021, mối quan hệ hợp tác 10 năm với dự án Ngân hàng mở đã được công bố để mở ra việc sử dụng API nhằm cho phép các nhà phát triển xây dựng các ứng dụng và dịch vụ xung quanh các tổ chức tài chính và phát triển các giải pháp blockchain.

• Vào ngày 3 tháng 6 năm 2021, nó đã đạt được sự hợp tác với công ty dữ liệu tín dụng mã hóa Credmark và ra mắt nền tảng mô hình rủi ro phi tập trung để chấm điểm các dự án tài chính phi tập trung.

• Vào ngày 25 tháng 3 năm 2022, họ đã công bố hợp tác với Metis, giải pháp mở rộng Ethereum Lớp 2, để cung cấp cho các nhà phát triển trên Metis thư mục API Web 3 và cung cấp nguồn cấp dữ liệu giá cho hệ sinh thái Metis.

• Vào ngày 4 tháng 5 năm 2022, có thông báo rằng họ sẽ hợp tác với Đại học Quốc gia Úc để ra mắt bộ tạo số ngẫu nhiên lượng tử QRNG có thể được sử dụng trong các hợp đồng thông minh, đảm bảo tính ngẫu nhiên không thể đoán trước.

• Vào ngày 29 tháng 1 năm 2024, việc ra mắt Mạng OEV nền tảng ZK-Rollup đã được công bố nhằm tăng doanh thu của các giao thức DeFi bằng cách nắm bắt và sử dụng các oracle để trích xuất giá trị. Điều này không chỉ đảm bảo doanh thu ngay lập tức cho dAPP mà còn tăng cường bảo mật thông qua trên- đấu giá dây chuyền, tính minh bạch và trách nhiệm giải trình.

2. Cơ chế thực hiện dự án

Cơ chế tổng thể của API 3 được thể hiện trong hình. Trong số đó, API 3 lấy hình thức tổ chức tự trị phi tập trung (DAO) làm nền tảng để kết nối tất cả các bên lại với nhau. Các nhà cung cấp API kiếm doanh thu bằng cách cung cấp dữ liệu và dAPP được hưởng các dịch vụ dữ liệu do dAPI cung cấp bằng cách trả phí đăng ký. Nếu người dùng dAPP nhận thấy có vấn đề với dữ liệu của dAPI, họ có thể gửi yêu cầu. Người đặt cược token sẽ nhận được phần thưởng và quyền biểu quyết cho API 3 DAO thông qua cơ chế đặt cược. Cơ chế cụ thể sẽ được mô tả chi tiết dưới đây.

2.1 Từ API đến dAPI

Trong Web 2.0, API đóng vai trò là cầu nối chính để trao đổi dữ liệu giữa các nền tảng kỹ thuật số khác nhau. Là chìa khóa cho tương tác kỹ thuật số, chúng cho phép các ứng dụng phần mềm giao tiếp liền mạch, hỗ trợ chức năng của các dịch vụ kỹ thuật số hiện đại trong cuộc sống của chúng ta. Ví dụ: khi chúng tôi sử dụng trang web đặt vé để đặt chuyến bay, trang web đó thường dựa vào API để lấy giá và tình trạng phòng trống theo thời gian thực từ nhiều cơ sở dữ liệu hàng không khác nhau.

Khái niệm dAPI mở rộng mô hình ứng dụng API truyền thống sang lĩnh vực phi tập trung. Không giống như các API truyền thống dựa vào máy chủ tập trung và bên trung gian bên thứ ba, dAPI cung cấp nguồn cấp dữ liệu trực tiếp từ nhà cung cấp dữ liệu đến người dùng mà không cần bất kỳ trung gian nào.

DAPI của API 3 được xây dựng trên các oracle do Airnode cung cấp, cho phép các nhà cung cấp API kết nối trực tiếp nguồn dữ liệu của họ với mạng blockchain, cho phép các dApp truy cập dữ liệu trong thế giới thực một cách an toàn và không cần tin cậy. API 3 cung cấp cho cả dAPI được quản lý và dAPI tự cấp vốn hai loại dịch vụ giao diện dữ liệu để các nhà phát triển sử dụng, đáp ứng các trường hợp sử dụng tiềm năng khác nhau. Đồng thời, API 3 sử dụng giao thức quản trị và ví đa chữ ký để quản lý các thay đổi đối với cấu hình dAPI, cân bằng tính linh hoạt và bảo mật.

Trong số đó, dAPI được quản lý tổng hợp dữ liệu từ nhiều oracle của bên thứ nhất và cung cấp nguồn dữ liệu ổn định và đáng tin cậy hơn thông qua chức năng trung bình, phù hợp với môi trường sản xuất có yêu cầu cao về chất lượng và độ ổn định của dữ liệu. Theo mô hình dAPI được quản lý, người dùng cần trả phí cho API 3 để sử dụng dịch vụ và phí sẽ được sử dụng để trang trải chi phí vận hành và quản lý.

Cơ chế cụ thể được thể hiện trong hình. Mỗi nhà cung cấp API trước tiên sẽ gửi dữ liệu đến một công cụ tổng hợp duy nhất, xử lý và tích hợp dữ liệu từ các nguồn khác nhau để đảm bảo rằng dAPP nhận được thông tin nhất quán và đáng tin cậy. dAPP có thể lấy dữ liệu đã xử lý bằng cách gọi dAPI và cung cấp dịch vụ dựa trên những dữ liệu này. API 3 DAO giám sát toàn bộ quá trình thông qua các cơ chế quản trị như bỏ phiếu để đảm bảo tính minh bạch và bảo mật của hệ thống.

Mặt khác, các dAPI tự tài trợ cho phép người dùng cung cấp dữ liệu thông qua một oracle của bên thứ nhất với chi phí riêng của họ. Cách tiếp cận này cung cấp cho các nhà phát triển sự linh hoạt và tự chủ hơn, cho phép họ thử nghiệm và sử dụng giao diện dữ liệu với chi phí thấp hơn và đặc biệt phù hợp với các dự án ở giai đoạn đầu hoặc các ứng dụng nhạy cảm với chi phí. Trong mô hình này, người dùng cần cung cấp tiền cho hoạt động của dAPI tự tài trợ và số tiền này sẽ được sử dụng để thanh toán phí giao dịch trên chuỗi và đảm bảo cập nhật dữ liệu kịp thời.

Những cải tiến mà API 3 mang lại cho mô hình dAPI có thể đánh dấu sự thay đổi mô hình trong các mô hình tiêu thụ dữ liệu trong tương lai trong môi trường phi tập trung. Cách tiếp cận này không chỉ trực tiếp giảm thiểu sự chậm trễ, chi phí và các điểm thất bại tiềm ẩn liên quan đến bên trung gian bên thứ ba mà còn tăng cường nó. chỉ cải thiện tính bảo mật và độ tin cậy của dữ liệu mà còn thể hiện một bước tiến quan trọng trong việc tìm kiếm giải pháp dữ liệu hoàn toàn phi tập trung và hiệu quả trong Web3.0. Đồng thời, khái niệm về dAPI làm cho API 3 không còn bị giới hạn ở các dịch vụ cung cấp giá oracle mà còn cung cấp khả năng triển khai tiềm năng phi tập trung và hỗ trợ cho các ứng dụng API ở mọi nơi trong cuộc sống của chúng ta.

2.2 Công nghệ cốt lõi của API 3 - Airnode

Airnode là thành phần chính cốt lõi của API 3. Công nghệ này cho phép các nhà cung cấp API chuyển đổi API của họ thành dAPI, xây dựng cầu nối liên lạc trực tiếp giữa API ngoài chuỗi và hợp đồng thông minh trên chuỗi, thực hiện việc chuyển dữ liệu trong thế giới thực sang hệ sinh thái blockchain. Dòng chảy liền mạch.

Cụ thể, Airnode là một nút oracle không có máy chủ có kiến ​​trúc nhấn mạnh đến tính phân cấp và bảo mật. Nút này vừa dễ triển khai và bảo trì bởi các nhà cung cấp API vừa có khả năng mở rộng cao. Không giống như các oracle truyền thống thường yêu cầu các dịch vụ trung gian và thiết lập phức tạp, thiết kế của Airnode cho phép các nhà cung cấp API trực tiếp trở thành oracle của bên thứ nhất mà không cần sự tham gia của bên thứ ba.

Ngoài ra, một ưu điểm lớn khác của Airnode là quy trình tích hợp API được đơn giản hóa. Điều này cho phép các nhà cung cấp API thiết lập và vận hành với kiến ​​thức và chi phí blockchain tối thiểu. Tính năng này làm cho quá trình các nhà cung cấp API trở thành nút oracle của bên thứ nhất trở nên đơn giản và dễ dàng, thúc đẩy việc sử dụng công nghệ blockchain một cách dân chủ hơn và từ đó khuyến khích nhiều nhà cung cấp dữ liệu tham gia vào thị trường dữ liệu tập trung. .

Do đó, về bản chất, thiết kế của Airnode không chỉ giới hạn ở giải pháp oracle mà còn là thành phần cơ bản để xây dựng hệ sinh thái dữ liệu phi tập trung, an toàn và lấy người dùng làm trung tâm. Thông qua công nghệ Airnode, API 3 dự kiến ​​sẽ giải quyết những thách thức chung mà các dịch vụ oracle truyền thống gặp phải, chẳng hạn như tính minh bạch, độ tin cậy và hiệu quả, từ đó mở đường cho sự phát triển dAPP mạnh mẽ và đáng tin cậy hơn.

2.3 Mạng OEV – Nắm bắt giá trị và phản hồi lại hệ sinh thái

Trong lĩnh vực tiền điện tử, giá trị có thể trích xuất của thợ mỏ (MEV) luôn là một khái niệm quan trọng. Vì các giao dịch trên chuỗi không được hoàn thành ngay lập tức nên các nhà sản xuất khối (như thợ mỏ hoặc người xác thực) có thể sắp xếp thứ tự, chèn hoặc thay thế các giao dịch bằng cách Thao tác các khối thông qua giao dịch và kiếm thêm giá trị lợi nhuận. Giá trị có thể trích xuất của Oracle (OEV) có thể được coi là tập hợp con của MEV.

Gần đây, API 3 đã công bố ra mắt Mạng OEV nền tảng ZK-Rollup. Mạng OEV là mạng ZK-Rollup được tùy chỉnh với Polygon CDK. Nó được sử dụng để ghi lại OEV được tạo bởi tất cả các dAPP sử dụng API 3 để giảm bớt các vấn đề phổ biến trong hoạt động DeFi hiện tại. Đồng thời, việc áp dụng tổng hợp làm cho toàn bộ quy trình trở nên minh bạch và có thể kiểm chứng, làm cho toàn bộ quy trình trở nên phi tập trung và không cần tin cậy hơn, đồng thời nâng cao niềm tin của người dùng khi tham gia và sử dụng.

Đầu tiên chúng ta có thể hiểu OEV là gì qua một ví dụ. Hãy tưởng tượng chúng ta đang tham gia một cuộc đấu giá trong đó giá thầu của mọi người đều hiển thị và người bán đấu giá có thể chọn thứ tự xem xét giá thầu. Tình huống này tạo cơ hội cho người bán đấu giá kiếm thêm thu nhập bằng cách đặt một số giá thầu nhất định một cách có chiến lược để mang lại lợi ích cho bản thân hoặc người khác. Khi oracle cập nhật hoặc đẩy dữ liệu lên blockchain, tùy thuộc vào thời điểm và cách thức sử dụng thông tin này, ngay cả những khác biệt nhỏ về thời gian hoặc độ chính xác của thông tin cũng có thể tạo cơ hội cho “nhà cung cấp” nắm bắt giá trị tiềm năng, ví dụ: Chạy trước, chênh lệch giá hoặc thanh lý .

Mạng OEV do API 3 phát triển nhằm mục đích làm cho quá trình này trở nên có hệ thống và dân chủ hơn. Mạng OEV hoạt động như một nền tảng đấu giá luồng đơn hàng chuyên dụng nhằm nắm bắt giá trị do oracle tạo ra trong quá trình cập nhật dữ liệu và phân phối lại giá trị đó cho các giao thức DeFi và người dùng của chúng. Quá trình này được thực hiện thông qua một cuộc đấu giá, trong đó người trả giá cao nhất giành được quyền cập nhật nguồn dữ liệu và phí trả cho việc này sẽ được chia sẻ với các dAPP sử dụng nguồn dữ liệu API 3.

Bằng cách nắm bắt OEV, API 3 giới thiệu một nguồn doanh thu mới cho dAPP, củng cố mô hình kinh tế cho các nhà cung cấp API và các dự án dAPP. Trong số đó, người thắng thầu cần phải trả thêm 10% phí dựa trên giá thầu của mình, một nửa trong số đó đóng vai trò là nguồn doanh thu cho API 3 và nửa còn lại sẽ được phân bổ cho nhà cung cấp oracle, họ sẽ phân bổ OEV đã thu được. Phương pháp này cũng sẽ khuyến khích họ tham gia trực tiếp vào việc xây dựng hệ sinh thái Web3.0, từ đó nuôi dưỡng một hệ sinh thái dữ liệu công bằng và minh bạch hơn. Đồng thời, cơ chế đấu giá quyền cấp dữ liệu trực tuyến cũng tạo ra một môi trường phi tập trung và an toàn, thúc đẩy mô hình sở hữu dữ liệu công bằng hơn và giảm thiểu rủi ro liên quan đến nguồn cấp dữ liệu tập trung.

Điều đáng nói là người đồng sáng lập Polygon, Sandeep Nailwal đã ca ngợi giải pháp sáng tạo khai thác giá trị oracle API 3 và gọi đây là một bước đột phá quan trọng đối với hệ sinh thái DeFi.

Nhìn chung, mạng OEV của API 3 mang lại những tiến bộ đáng kể cho không gian dAPP và oracle, giải quyết những điểm thiếu hiệu quả chính và mở khóa các luồng giá trị mới cho người tham gia và có thể là các nhà cung cấp dữ liệu trong tương lai cũng như người dùng để mang lại một hệ sinh thái cân bằng và bền vững hơn về mặt tài chính.

3. Nguồn thu nhập từ thỏa thuận

Theo thông tin được cung cấp trong sách trắng, nguồn doanh thu giao thức của API 3 chủ yếu bao gồm phí đăng ký do dAPP thanh toán, Giá trị có thể trích xuất của Oracle (OEV) và Phạm vi dịch vụ. Việc sử dụng doanh thu giao thức bao gồm nhưng không giới hạn trong việc hỗ trợ tiếp tục phát triển dự án, cải thiện an ninh mạng, chi phí vận hành, phần thưởng đặt cược và phần thưởng cho các bên liên quan tiềm năng trong hệ sinh thái. API 3 quản lý dự án thông qua DAO và xác định việc phân bổ nguồn lực để đảm bảo tính bền vững và tăng trưởng ổn định của dự án.

4. Mô hình kinh tế mã thông báo

4.1 Thông tin cơ bản

dựa theoEtherscanDữ liệu cho thấy tổng nguồn cung cấp mã thông báo $API 3 tối đa hiện tại là khoảng 128 triệu và nguồn cung lưu hành là khoảng 103 triệu. Phần không được lưu hành là mã thông báo phần thưởng được đúc mà người đặt mã thông báo thu được và các mã thông báo này sẽ không được mở khóa cho đến một năm sau ngày thưởng.

Như được hiển thị trong hình, địa chỉ nắm giữ lớn nhất hiện tại của mã thông báo $API 3 là nhóm cam kết của $API 3 và địa chỉ lớn thứ hai là kho bạc của nó. Tỷ lệ tổng hợp của cả hai chiếm 62,6% tổng lượng lưu hành mã thông báo. Ngoài ra, các địa chỉ trao đổi như Binance và OKX cũng là những chủ sở hữu chính của $API 3. Do đó, số lượng chip thực sự lưu hành trên thị trường cho $API 3 là không lớn, điều này tránh xảy ra áp lực bán nghiêm trọng ở một mức độ nhất định.

Nhìn chung, API 3 áp dụng toàn diện ba khía cạnh đặt cược, đặt cược và quản trị trong mô hình kinh tế mã thông báo của mình. Mục đích của nó là khuyến khích sự tham gia, bảo vệ mạng và thúc đẩy sự phát triển của dự án bằng cách đảm bảo rằng chủ sở hữu mã thông báo có thể ảnh hưởng đến quỹ đạo của dự án, quản lý hiệu quả tài nguyên và tham gia vào việc mở rộng hệ sinh thái. Bằng cách kết hợp ba tiện ích để xây dựng một hệ thống mã thông báo tốt, chúng tôi có thể đạt được sự phân cấp thực sự trong hoạt động quản trị và vận hành.

4.2 Cơ chế cầm cố

Cơ chế đặt cược là thành phần cốt lõi quan trọng nhất của mô hình kinh tế mã thông báo API 3, được thiết kế để điều chỉnh các ưu đãi của các bên liên quan với sự thành công lâu dài của dự án. Bằng cách đặt cược mã thông báo $API 3, chủ sở hữu có thể nhận được mã thông báo mới được đúc (được thưởng hàng tuần) dưới dạng phần thưởng đặt cược và giành được quyền biểu quyết trong việc quản trị API 3 DAO. Đồng thời, các token đã đặt cọc cũng sẽ được sử dụng làm tài sản thế chấp và khi dAPI không thành công, các token này sẽ được dùng làm khoản bồi thường cho người dùng.

Để có thể đảm bảo tính liên tục của dịch vụ, chất lượng sản phẩm và phân quyền quản trị hoàn toàn, API 3 đặt ra “mục tiêu đặt cược” và luôn theo đuổi rằng số lượng mã thông báo đặt cọc phải đạt một tỷ lệ phần trăm cụ thể trong tổng nguồn cung cấp mã thông báo. Mục tiêu đặt cược hiện tại cho API 3 là64, 097, 566 token và số lượng cam kết thực tế hiện tại vẫn chưa đạt được mục tiêu. Do đó, như trong hình, API 3 DAO sẽ tăng vào mỗi ngày thưởng tiếp theo1% APR để khuyến khích nhiều người nắm giữ token đặt cọc hơn cho đến khi đạt được mục tiêu đặt cược hoặc APR được tăng lên75% 。

Vì phần thưởng mã thông báo mà người đặt cược nhận được đã được đúc nên về mặt lý thuyết, điều này có thể dẫn đến lạm phát mã thông báo. Do đó, để đạt được sự cân bằng, API 3 đã thiết kế cơ chế giảm phát để giải quyết vấn đề. Đầu tiên, như trong hình trên, phần thưởng mã thông báo đúc được sẽ không được mở khóa cho đến một năm sau ngày trao thưởng.Cách tiếp cận này khuyến khích người tham gia nắm giữ và đặt cọc token trong thời gian dài thay vì đầu cơ trong thời gian ngắn.

Thứ hai, API 3 DAO sẽ yêu cầu người dùng dAPI ghi hoặc khóa mã thông báo $API 3 trong một thời gian cụ thể để truy cập các dịch vụ dữ liệu. Như được hiển thị trong hình trên, bằng cách xem mã nguồn mở của API 3, chúng tôi nhận thấy rằng nó cho phép bất kỳ địa chỉ nào quyết định bật hay tắt quyền ghi của chính nó và ghi một số lượng mã thông báo cụ thể bằng cách gọi hàm Burn . Phương pháp này bù đắp lạm phát do các mã thông báo mới được tạo ra ở một mức độ nhất định, giảm áp lực cung cấp thị trường của $API 3 một cách hiệu quả, mang lại lợi ích cho tất cả những người nắm giữ mã thông báo, đồng thời củng cố niềm tin của các nhà đầu tư dài hạn và những người tham gia cam kết.

Bằng cách xem xét tình hình cam kết trước đây của $API 3, chúng tôi cũng nhận thấy rằng kể từ năm 2021, số lượng cam kết mã thông báo của nó đã ở trạng thái rất ổn định và không trải qua những biến động mạnh. Ngay cả khi giá của mã thông báo $API 3 tăng mạnh gần đây, số lượng cam kết nhìn chung vẫn ổn định và không có số lượng bán lớn, điều này chứng tỏ tính hiệu quả của cơ chế cam kết API 3.

4.3 Cơ chế thế chấp

Cơ chế thế chấp của API 3 có thể được coi là một sản phẩm bảo hiểm dịch vụ oracle trên chuỗi. Chức năng này đạt được bằng cách cung cấp bảo mật có thể định lượng và bảo mật này được phản ánh dưới dạng Bảo hiểm dịch vụ.

Toàn bộ quá trình có thể được tóm tắt thành các bước chính sau:

Về cơ bản, quy trình này tương tự như mua hợp đồng bảo hiểm nhưng không yêu cầu bất kỳ hợp đồng bảo hiểm truyền thống nào. Sau khi giao thức xác nhận rằng chức năng của dAPI bị trục trặc, người dùng sẽ nhận được tiền bồi thường từ nhóm đặt cược. Đồng thời, API 3 cũng hỗ trợ nhiều loại tiền điện tử (chẳng hạn như ETH), thể hiện sự đa dạng hóa các dịch vụ và cơ chế tài sản thế chấp của nó.

Quan trọng hơn, mô hình đặt cược của API 3 được thiết kế và mang đến cơ chế tự điều chỉnh vòng phản hồi tiêu cực để tránh hiện tượng mở rộng quá mức của chính hệ thống và có khả năng xảy ra hành vi tự hủy hoại. Cụ thể, khi API 3 DAO mở rộng và thêm người dùng dAPI mới, nguy cơ quá tải của nó sẽ khiến dAPI gặp trục trặc và kích hoạt việc bù đắp cũng ngày càng tăng. Do đó, nhu cầu bồi thường tiềm năng mang lại cho API 3 DAO động cơ không làm tăng tải quá mức trong quá trình quản trị, đảm bảo rằng API 3 không gặp phải những rủi ro không cần thiết vì lợi ích ngắn hạn. Cách tiếp cận này giúp khuyến khích và thúc đẩy sự tăng trưởng ổn định, có trách nhiệm và bền vững trong quá trình phát triển API 3 DAO.

Bằng cách này, các ưu đãi của người dùng dAPI và những người đặt cọc mã thông báo khác sẽ được điều chỉnh phù hợp vì tất cả họ đều có mục tiêu chung là tránh lỗi hệ thống. Các bên liên quan được khuyến khích theo dõi và duy trì tình trạng của dAPI do có thể thanh toán bảo hiểm, trong khi người dùng được hưởng lợi từ sự ổn định và độ tin cậy của hệ thống. Và bởi vì những người yêu cầu bảo đảm dịch vụ phải đóng góp token để đưa ra yêu cầu, điều này làm tăng chi phí đưa ra yêu cầu, do đó làm giảm nguy cơ khiếu nại sai hoặc lạm dụng. Cơ chế này giúp hệ thống không bị lạm dụng bởi những người có thể sử dụng cơ chế bảo vệ để đưa ra các yêu cầu vì lợi ích cá nhân thay vì sức khỏe của hệ thống.Cuối cùng, cơ chế điều chỉnh các vòng phản hồi tiêu cực sẽ có thể giúp hạn chế những biến động mạnh về giá trị token. Trong nền kinh tế mã thông báo, sự ổn định là chìa khóa để thu hút các nhà đầu tư và người dùng lâu dài. Bằng cách hạn chế rủi ro quá mức và tỷ lệ thất bại, chu trình này giúp xây dựng niềm tin vào mã thông báo $API 3 như một kho lưu trữ giá trị lâu dài.

4.4 Cơ chế quản trị

Trong API 3 DAO, cách duy nhất để có được quyền biểu quyết quản trị là đặt cọc mã thông báo $API 3. Vì vậy, đảng cầm quyền chịu mọi rủi ro và lợi ích của API 3. Như đã đề cập trước đó, nếu thống đốc không tích cực tham gia và xảy ra một số lượng lớn yêu cầu bồi thường thì họ sẽ chịu lỗ và số token mà họ đặt cược sẽ chảy ngược vào thị trường và được đảng quản trị mới mua. Ngược lại, nếu việc quản trị được thực hiện đúng cách, nguồn cung cấp token $API 3 trên thị trường sẽ giảm theo, điều này có thể dẫn đến giá token tăng do khan hiếm, cho phép quản trị viên thu được nhiều lợi ích hơn. Cách tiếp cận này cho phép API 3 DAO liên tục tự cải thiện và phục hồi sau những thất bại, đạt được sự phân cấp thực sự.

4.5 Tóm tắt mô hình kinh tế mã thông báo

Nhìn chung, mô hình kinh tế mã thông báo của API 3 là một mô hình phức tạp và được thiết kế tốt. Mã thông báo $API 3 được cung cấp cho nhiều mục đích sử dụng và nhu cầu khác nhau như cầm cố, đóng vai trò là tài sản thế chấp, nhóm bảo hiểm, quyền biểu quyết quản trị, nhận các dịch vụ dAPI, v.v. Nó không chỉ chống lại ảnh hưởng của mã thông báo bằng cách đặt thời gian khóa để nhận phần thưởng và cơ chế đốt token, vấn đề lạm phát tiềm ẩn đã làm giảm áp lực bán. Quan trọng hơn, mô hình kinh tế của nó tích hợp sâu mã thông báo $API 3 với các hoạt động và rủi ro của chính dự án, cũng như giá trị (nguồn cung) của mã thông báo. Trong trường hợp này, quyền quản trị sẽ không còn là một lựa chọn tầm thường nữa, nó đã trở thành công cụ quan trọng nhất để người tham gia thực hiện các ưu đãi, tối đa hóa động lực cho những người cầm cố mã thông báo tích cực tham gia quản trị để giảm nguy cơ thua lỗ.Bằng cách này, API 3 liên kết chặt chẽ sự phát triển lâu dài của dự án với các bên liên quan, điều này không chỉ đảm bảo sự phát triển lâu dài và ổn định của dự án mà còn thúc đẩy đáng kể quá trình hiện thực hóa phân cấp thực sự.

5. Phân tích thị trường và bối cảnh cạnh tranh

Trong những năm gần đây, oracle track đã có sự tăng trưởng và phát triển đáng kể với khả năng kỹ thuật độc đáo và nhiều kịch bản ứng dụng, theoCoinGeckoDữ liệu cho thấy tổng giá trị thị trường của oracle track hiện vượt quá 13 tỷ USD. Là một phần không thể thiếu của công nghệ blockchain, oracle thu hẹp khoảng cách thông tin giữa thế giới mật mã và thế giới thực, cung cấp cho các hợp đồng thông minh quyền truy cập vào dữ liệu bên ngoài.

Chainlink luôn là người dẫn đầu tuyệt đối trong đường đua oracle. TheoDefiLlamaTheo dữ liệu, Chainlink hiện có thể cung cấp dịch vụ cho hơn 50 mạng khác nhau và giao thức 360. TVS (Tổng giá trị được bảo đảm) đã vượt quá 17 tỷ đô la Mỹ và giá trị thị trường của nó cao hơn nhiều so với các đối thủ khác. Tuy nhiên, bối cảnh thị trường này không có nghĩa là không có thách thức và đối thủ cạnh tranh. Ví dụ: API 3 được định vị là giải pháp oracle của bên thứ nhất, nhấn mạnh vào nguồn cấp dữ liệu trực tiếp từ nhà cung cấp dữ liệu đến blockchain, nhằm giảm sự phụ thuộc và các điểm lỗi tiềm ẩn liên quan đến oracle của bên thứ ba như Chainlink. độ chính xác và độ trễ của dữ liệu.

5.1 Tại sao bạn cần chú ý đến oracle của bên thứ nhất

Vào tháng 8 năm 2020, chín nhà khai thác nút Chainlink đã bị tấn công. Vì các nút Chainlink hoạt động bằng cách đáp ứng các yêu cầu hợp đồng thông minh, thu thập và xác minh dữ liệu trong thế giới thực, sau đó chuyển dữ liệu đến hợp đồng thông minh, nên quá trình này yêu cầu tiêu thụ phí Gas trên Ethereum để thanh toán cho việc thực hiện các hoạt động này. Kẻ tấn công đã phát động cuộc tấn công bằng cách gửi một số lượng lớn yêu cầu cung cấp giá có vẻ hợp lệ đến các nút Chainlink, khiến các nhà khai thác nút đột nhiên phải đối mặt với khoản phí Ethereum Gas khổng lồ, sau đó bảo vệ Gas bằng cách đúc $Chi dưới dạng mã thông báo Gas được phát triển bởi 1inch vào thời điểm đó. Biến động giá cả. Sau khi đúc tiền, kẻ tấn công đã bán các mã thông báo này để lấy $ETH, làm cạn kiệt ví nút của $ETH một cách hiệu quả, cuối cùng dẫn đến khoảng.700 Mất $ ETH.

Mặc dù sau sự cố này, Chainlink đã thực hiện các biện pháp khắc phục kịp thời và liên tục làm việc để cải thiện giao thức của mình nhằm tăng cường độ tin cậy và bảo mật mạng. Tuy nhiên, xét đến tầm quan trọng to lớn của oracle đối với hệ sinh thái trên chuỗi, những rủi ro liên quan đến oracle sẽ là một vấn đề quan trọng cần cân nhắc mà chúng ta không thể bỏ qua trong thời gian dài.Ví dụ, Mango Markets và Bonq DAO sau đó cũng phải hứng chịu các cuộc tấn công oracle rất lớn. sự mất mát. Trên thực tế, những kẻ tấn công đã sử dụng cơ chế oracle của bên thứ ba để thực hiện các cuộc tấn công này. Ngược lại, oracle của bên thứ nhất lại mang đến một giải pháp khác.

Các oracle truyền thống của bên thứ ba được lưu trữ bởi các bên trung gian bên thứ ba, những người cần tổng hợp dữ liệu bên ngoài và nhập dữ liệu đó vào hợp đồng thông minh. Cơ chế này dẫn đến việc người tiêu dùng dữ liệu cần phải tin tưởng không chỉ nhà cung cấp dữ liệu mà còn cả bên trung gian, tạo ra một lớp tin cậy bổ sung và chi phí tiềm ẩn, đồng thời có thể làm tăng mối lo ngại của người dùng về các điểm lỗi trọng tâm, rủi ro thao túng dữ liệu, tính minh bạch, các vấn đề về tin cậy, v.v. lo lắng. Ví dụ: để khuyến khích các nút của bên thứ ba cung cấp các dịch vụ đáng tin cậy, các oracle của bên thứ ba thường yêu cầu chi phí của người trung gian (thuế của người trung gian) để khuyến khích hành vi trung thực và chi phí bổ sung này không tồn tại trong mô hình oracle của bên thứ nhất. Ngoài ra, ở một mức độ nào đó, cơ chế oracle của bên thứ ba có thể được coi là không thực sự phi tập trung. Ngược lại,API 3 với tư cách là oracle của bên thứ nhất cho phép các nhà cung cấp API tự vận hành các nút oracle, cải thiện độ tin cậy và tính toàn vẹn của dữ liệu đồng thời cung cấp mức độ phân cấp cao hơn theo cách an toàn hơn và tiết kiệm chi phí hơn.

5.2 Sự cạnh tranh giữa các oracle của bên thứ nhất

Khi nói đến oracle của bên thứ nhất, chúng ta phải nhắc đến giao thức Pyth Network, giao thức này cũng rất phổ biến gần đây. Tiếp theo, chúng ta sẽ phân tích API 3 và Pyth Network thông qua so sánh.

Dễ dàng nhận thấy cả hai dự án đều có những đóng góp quan trọng cho hệ sinh thái Web 3.0 bằng cách giải quyết nhu cầu cấp thiết về nguồn dữ liệu phi tập trung, đáng tin cậy. Những ưu điểm chính của API 3 bao gồm:Phạm vi ứng dụng dữ liệu rộng hơn, mô hình quản trị DAO phi tập trung hoàn toàn, độ khó vận hành thấp, hiệu quả về chi phí, tính minh bạch cao và mô hình kinh tế mã thông báo mạnh mẽ hơn.

Từ những dữ liệu này, chúng ta có thể thấy rằng Pyth Network có lợi thế lớn hơn về độ sâu và phạm vi tích hợp hiện tại. Tuy nhiên, điều này không có nghĩa là API 3 thiếu khả năng cạnh tranh. Việc ít giao thức tích hợp hiện tại giúp API 3 có cơ hội tập trung vào việc cung cấp các dịch vụ chất lượng cao và nghiên cứu sâu về blockchain mà nó phục vụ. Trong tương lai, với sự phát triển không ngừng của công nghệ blockchain và sự gia tăng các kịch bản ứng dụng, API 3 có thể mở rộng thị phần bằng cách thêm các liên kết tích hợp, hỗ trợ giao thức và cải thiện việc đảm bảo giá trị của nó. Ngoài ra, quy mô thị trường nhỏ hơn hiện tại của API 3 có thể khiến nó linh hoạt hơn và có thể thích ứng nhanh chóng với những thay đổi của thị trường và nhu cầu của người dùng, mang lại nhiều cơ hội phát triển và mở rộng hơn. Trong tương lai, chúng tôi mong muốn API 3 tiếp tục nâng cao vị thế của mình trong ngành thông qua đổi mới và tối ưu hóa.

Vì vậy, chúng tôi vẫn có lý do để lạc quan về triển vọng phát triển của API 3. Kết hợp với OEV Network đã giới thiệu trước đó,Khi kiến ​​trúc của dAPI được kết hợp với Mạng OEV và ZK-Rollup, đồng thời được quản lý bởi DAO phi tập trung hoàn toàn, chúng ta có thể thấy rằng tương lai của API 3 có thể không chỉ là cung cấp các dịch vụ oracle như một thành phần trung gian mà còn có thể trở thành cơ sở hạ tầng cho hệ sinh thái trên chuỗi và phát triển dự án dAPP, thậm chí còn có khả năng lật đổ thị trường hiện tại do các nhà tiên tri bên thứ ba thống trị.

5.3 Rủi ro

Mặc dù API 3 đã mang lại cho chúng tôi những kỳ vọng mạnh mẽ về những lợi thế khác nhau của nó, nhưng bất kỳ dự án blockchain nào cũng phải đối mặt với một loạt rủi ro riêng và những rủi ro chính của API 3 có thể bao gồm các điểm sau:

1. Tỷ lệ chấp nhận: Thành công trong tương lai của API 3 sẽ phần lớn phụ thuộc vào việc áp dụng các nhà cung cấp API và sự tích hợp của họ với các dự án blockchain. Nếu API 3 không đạt được đủ lực kéo hoặc tỷ lệ chấp nhận không đáp ứng được mong đợi, điều này có thể tác động tiêu cực đến sự thành công của dự án và giá trị của mã thông báo.

2. Nhà cung cấp rời bỏ: Nếu vì bất kỳ lý do gì mà một số lượng lớn nhà cung cấp API ngừng dịch vụ của họ hoặc chọn không áp dụng API 3, điều này có thể hạn chế sự đa dạng và chất lượng của dữ liệu có sẵn, điều này có thể ảnh hưởng đến tiện ích của mạng API 3.

3. Lỗ hổng bảo mật: Giống như bất kỳ dự án blockchain nào, API 3 có thể bị ảnh hưởng bởi các lỗ hổng bảo mật tiềm ẩn trong giao thức, hợp đồng thông minh hoặc chính công nghệ Airnode. Bất kỳ hành vi vi phạm hoặc khai thác bảo mật nào đều có thể dẫn đến mất tiền hoặc dữ liệu và làm xói mòn niềm tin của người dùng vào nền tảng.

4. Bối cảnh cạnh tranh: Lĩnh vực oracles rất cạnh tranh và những công ty lâu đời như Chainlink đã có thị phần đáng kể. Ý tưởng và thiết kế của API 3 rất sáng tạo nhưng điều này không đảm bảo cho sự thành công lâu dài của dự án, vì vậy API 3 vẫn cần phải nổi bật và chứng minh được giá trị của mình để vượt qua áp lực cạnh tranh.

Do đó, ngoài các phương pháp và cơ chế đổi mới, sự thành công của API 3 cũng sẽ phụ thuộc vào việc thực hiện kỹ thuật, áp dụng thị trường, sự khác biệt trong cạnh tranh, môi trường pháp lý và các yếu tố khác. Giống như tất cả các khoản đầu tư vào không gian tiền điện tử, chúng ta nên hiểu kỹ những lợi thế và rủi ro liên quan đến dự án trước khi đưa ra quyết định đầu tư.

6. Tóm tắt

Nhìn chung, API 3 mang đến cho chúng ta cách tiếp cận tiên phong trong lĩnh vực oracles, kết nối trực tiếp các nhà cung cấp dữ liệu và mạng blockchain thông qua oracles và dAPI của bên thứ nhất, nâng cao tính bảo mật, minh bạch và hiệu quả, đồng thời giảm rủi ro liên quan đến giả mạo dữ liệu và chi phí liên quan đến dữ liệu nguồn cấp dữ liệu. Hơn nữa, API 3 có mô hình kinh tế mã thông báo được thiết kế tốt và mạnh mẽ, đồng thời mô hình quản trị DAO cho phép các nền tảng hợp đồng thông minh sử dụng dAPI để xây dựng các dAPP có ý nghĩa theo cách thực sự phi tập trung và giảm thiểu sự tin cậy. Kết hợp với việc ra mắt Mạng OEV, chúng tôi có lý do để kỳ vọng rằng API 3 sẽ được nhiều mạng blockchain và giao thức dAPP áp dụng hơn trong tương lai và sẽ có cơ hội trở thành cơ sở hạ tầng cho sự phát triển sinh thái của chuỗi và thúc đẩy tính phi tập trung. ứng dụng, phát triển và đổi mới.

Người giới thiệu

https://tracker.api3.org/

https://etherscan.io/token/0x0b38210ea11411557c13457D4dA7dC6ea731B88a 

https://docs.api3.org/explore/

https://www.theblock.co/post/76986/chainlink-nodes-attack-eth

https://www.wublock123.com/index.php?m=content&c=index&a=show&catid=47&id=23865

[Tuyên bố] Báo cáo này được thực hiện bởi@GryphsisAcademysinh viên@0x markyzl, trong gia sư@CryptoScott_ETHTác phẩm gốc được hoàn thành dưới sự hướng dẫn của. Các tác giả hoàn toàn chịu trách nhiệm về mọi nội dung không nhất thiết phản ánh quan điểm của Học viện Gryphsis cũng như quan điểm của tổ chức thực hiện báo cáo. Nội dung và quyết định biên tập không bị ảnh hưởng bởi người đọc. Xin lưu ý rằng tác giả có thể sở hữu các loại tiền điện tử được đề cập trong báo cáo này. Tài liệu này chỉ nhằm mục đích cung cấp thông tin và không nên dựa vào đó để đưa ra quyết định đầu tư. Chúng tôi thực sự khuyên bạn nên tiến hành nghiên cứu của riêng mình và tham khảo ý kiến ​​​​của cố vấn tài chính, thuế hoặc pháp lý khách quan trước khi đưa ra bất kỳ quyết định đầu tư nào. Hãy nhớ rằng, hiệu suất trong quá khứ của bất kỳ tài sản nào không đảm bảo lợi nhuận trong tương lai.