原創 | Odaily星球日報
作者 | 南枳
11 月初，Web3數據分析基礎設施 Dune 宣布推出 DuneAI，用戶可以使用其自然語言引擎以任何語言提出問題，無需了解 SQL 即可獲得加密數據見解。Odaily 將通過從簡單到複雜的多個問題，對 Dune AI 進行測試，驗證其可用性和可靠性。
案例 1 ——特定協議交易量查詢
問題： Blur 過去七天的日交易量（Find the Blur volume in the for last 7 days, by day）？
將 Dune AI 給出的答案與 Dune 上點讚最多的 Blur query（右下圖），數據對比如下，二者有接近 1% 的差值。
案例 2 ——特定網絡交易量查詢
問題： Arbitrum 網絡今天執行了多少筆交易（How many transactions were processed today in arbitrum）？
左圖為 Dune AI 給出的答案，右邊為 Odaily 所編輯 query，二者結果基本一致（差異來自 query 執行時間不同）。
案例 3 ——帶有歧義的查詢
問題： Uniswap 上週日交易總量（Total volume on Uniswap last week by day）？
在這裡，出現了三個問題：
-
Dune AI 將查詢範圍限製在了以太坊上，而 Uniswap 部署於多個鏈上，並且原提問並冇有這個要求。
-
與DefiLlama 上的 Uniswap數據對比，差值較大， 24 日至 26 日為例，分彆相差 6% 、 9% 和 11% 。
- 此處原本想要查詢的是上一個星期週一至週日的數據，而此處的last week被解釋為過去七日，為進一步驗證，將查詢語句修改為“上一個完整週的Uniswap日交易量（The total volume on Uniswap for the previous full week by day）”，結果如下圖所示，仍然查詢的是過去七日的數據。
案例 4 ——多條件複雜查詢
問題：過去一週使用 Stargate 在以太坊和 Arbitrum 之間跨鏈的每日金額（The daily amount bridged between Ethereum and Arbitrum using Stargate over the past week）？
查詢結果為空，Odaily 對 query 進行查驗後，整體查詢內容和語法都冇有問題，查詢出錯的原因在於選擇了錯誤的數據集“stargate_arbitrum.ProxyOFT_evt_SendToChain”，這是一個隻有 12 條數據的數據集。
案例 5 ——模糊查詢
問題：Uniswap 的收入、 Unibot 的收入？
Dune AI 要求進一步明確問題，而不會自主給出總交易量/日交易量等不同的 query。
而進一步明確問題“Uniswap的日收入（daily revenue of Uniswap）”，Dune AI開始查詢，但最終給出了錯誤答案，將日交易量作為Uniswap的收入進行了計算。
案例 6 ——新概念查詢
問題：pols 的銘刻詳情（the inscription process of pols）？
Dune AI 並不能理解銘刻（inscription）的概念，儘管站內已有人寫過 pols 的相關 query。
小結
Dune AI 的 SQL 基本功紮實，隻要存在相應的數據能夠正確寫出對應的 query，但是還存在著自然語義處理能力不足、準確性不足、不存在抽象理解能力等問題。目前來看除了比較簡單的問題外，Dune AI 僅能作為 query 的撰寫助手，答案是否可靠還需要人工對 SQL 內容進行驗證。
