zbhouse8 注册會員 UID 2588 精華 0 積分 124 帖子 40 閱讀權限 20 註冊 2025-12-5	遊戲中的預言機﹕用API3提供準確的數據 原文連結：https://www.zb.house/skin-in-the-game-feeding-accurate-data-with-api3/ 【本文章轉載自鑄幣局 - 提供專業的加密貨幣行業的研究成果的分析平台。】 甲骨文領域有什麼新鮮事？ 無論是金融、天氣還是傳感器數據，分散的應用程序（dApps）都需要準確的、真實的數據。在實施dApps時，Web3開發者使用鏈上API–稱為oracles–作為智能合約的數據源。大多數神諭解決方案作為數據提供者和消費者（如dApps）之間的中間人，即他們許可數據提供者並向消費者提供數據。 API3協議允許數據提供者自己運行oracle節點，從而消除了中間商。由於沒有中間商，數據提供者不能再保持匿名；相反，他們要負責任，如果向消費者提供不准確的數據，可能會面臨反響。 API3在兩個方面區別於現有的Oracle解決方案。首先，它在向消費者提供的數據源方面提供了完全的透明度。第二，在API發生故障的情況下，它提供鏈上服務保障。API3背後的技術是如何工作的？ 技術簡述 API3允許數據提供者直接將他們的數據暴露給智能合約。為了適應開發者的需求，API3採用了模塊化設計，有三層結構：協議層、中間層和頂層。 根據開發需要，一個dApp可以在三個層中的每一層消費API3服務。 最底層是API3協議層，數據提供者在此註冊他們提供的數據源。被授權的dApps通過無服務器的oracle–Airnode技術獲得數據。簡單地說，Airnode在dApps請求時拉動數據。也就是說，Airnode被數據提供者用來向智能合約發送數據。它不需要“專業知識“來操作，也不需要日常的節點維護。截至2022年9月13日，Airnode已經部署在13個鏈上，並與EVM鏈兼容。 中間層由建立在Airnode之上的API3信標組成。每個信標是一個實時數據源，來自API供應商的數據根據某些參數（例如，每1%的價格變化）被持續放在鏈上。信標的典型例子是外匯、股票或商品數據。 一個信標的維護，使協議可以簡單地讀取數據或主動請求數據。信標允許API供應商響應dApp的請求–信標創建數據源，並向Airnode發出信號，何時將數據傳輸給智能合約。信標抽象了底層Airnode層的複雜性；因此，信標允許開發者獲得API3數據，而不需要處理特定Airnode協議的複雜技術。 在頂層是dApps的API（dAPI）。dAPI本質上是一種映射，其中一個名稱，如“BTC-USD價格“被映射到一個信標的ID。API3可以將該映射指向不同的信標（或信標集），這使得dAPI成為一種主動管理的服務。dAPI是建設者的最高級別解決方案，因此是dApp實施的默認選擇。 作為最高層的替代方案，dApps可以選擇在數據取決於參數的情況下訪問協議層。例如，想想像天氣數據取決於位置或API響應不一致時的情況，例如，隨機數數據，其中每次請求的響應都是不同的。 代幣經濟學 本機令牌，即API3，主要用於兩個目的。 ◉ 治理：API3令牌對準了API3協議中各利益相關者之間的激勵機制，並促進了順利運作。 ◉ 抵押：API3代幣可以被抵押以換取獎勵和社區投票權。 將API3入股的代幣持有者可以按比例獲得協議入股的獎勵。這些獎勵是在dAPI發生故障時承擔砍價風險的交換條件。同時，經營API3甲骨文節點的數據提供者不需要持有API3代幣。 治理為了分散dAPIs和整個項目的管理，API3由一個非營利性的DAO管理。API3 DAO負責監督整個網絡，並負責指導和執行API3項目。治理是開放的–所有利益相關者都可以在押注API3代幣後直接參與。 本文總結及更多內容可詳見於： https://www.zb.house/skin-in-the-game-feeding-accurate-data-with-api3/ 【本文章轉載自鑄幣局- 提供專業的加密貨幣行業的研究成果的分析平台。】
2022-9-27 22:20:12 #1

Powered by *海燕策略研究論壇*2006-2025 Processed in 0.062596 second(s), 20 queries .

GMT+8, 2025-12-6 14:57 Archiver|小黑屋|*海燕策略研究論壇*