如何使用 Dune Analytics 獲得 NFT 洞察？ （自定義儀表板）

了解 Dune Analytics 核心架構

1. Dune Analytics 作為一個構建在以太坊和其他 EVM 兼容鏈上的去中心化數據平台，使用戶能夠通過 SQL 查詢鏈上數據。

2. 它攝取原始區塊鏈事件（轉賬、鑄幣、批准）並將其構建為標準化表，例如nft_transfers 、 erc721_evt_transfer和erc1155_evt_transfer 。

3. 每個 NFT 集合都映射到其合約地址，允許分析師按項目隔離行為，而無需依賴第三方 API 或鏈外元數據源。

4. 查詢針對不可變的歷史快照運行，這意味著結果反映了區塊高度處經過驗證的鏈狀態，而不是估計值或插值值。

5. 該平台支持遞歸 CTE 和窗口函數，允許進行高級群組分析，例如首次購買者保留率或從鑄幣到銷售的延遲分佈。

構建特定於集合的儀表板

1. 首先使用 Etherscan 或 OpenSea 的集合頁面識別 NFT 項目的主合約地址，然後根據 Dune 的ethereum.contracts表進行驗證。

2. 創建一個過濾該地址的nft_transfers 的基本查詢，將連接添加到ethereum.blocks以實現時間戳規範化，將連接添加到ethereum.transactions以實現 Gas 費上下文。

3. 使用條件分組匯總指標，例如每日獨立買家、ETH 和美元的平均銷售價格以及按錢包層（例如，鯨魚與微型交易者）的轉賬量。

4. 使用底價趨勢折線圖、市場分佈條形圖（Blur、OpenSea 與 X2Y2）以及前 100 個錢包持有者集中度的餅圖來可視化輸出。

5. 將關鍵小部件（例如實時薄荷數量或活躍上市率）固定到自定義儀表板，確保每 15 分鐘實時更新一次，無需手動刷新。

利用社區查詢和分叉邏輯

1. 瀏覽 Dune 的公共資源管理器，查找標記為“NFT”、“Blur”或“ordinals”的查詢，然後檢查 @dune_hq 或 @nft_analytics 等經驗豐富的貢獻者使用的 SQL 語法。

2. 分叉高參與度查詢（例如“過去 7 天交易量最高的 10 個 ERC-721 系列”），並用從nft.tokens中提取的動態子查詢（其中類別 = 'art'）替換硬編碼合約列表。

3. 修改時間過濾器以使用相對塊而不是絕對時間戳，以便儀表板在分叉和鏈重組之間保持相關性。

4. 使用--在 SQL 中添加註釋來記錄假設，例如排除由labels.balances中存儲的已知機器人地址標記的清洗交易。

5. 共享修改後的查詢，並將權限設置設置為“公開”或“僅限團隊”，具體取決於發布前是否需要內部交易台對齊。

整合鏈上元數據和特徵分析

1. 加入nft.token_metadata直接從令牌級存儲中提取特徵、稀有度分數和圖像 URI，繞過不可靠的 IPFS 網關。

2. 在計算頻率分佈之前，使用regexp_replace()等字符串解析函數對特徵值進行標準化（例如，將“背景：藍色”轉換為“藍色”）。

3. 通過計算同一集合中特徵稀缺性分數排名前 5% 的代幣的銷售價格中位數來計算稀有度加權底價。

4. 與ethereum.logs交叉引用元數據更新，以檢測何時通過代理升級或動態渲染合約在集合中引入新特徵。

5. 將原始特徵級銷售歷史導出到 CSV，用於外部聚類模型，該模型根據歷史速度和出價深度識別被低估的組合。

常見問題解答

問：Dune 可以追踪在 Solana 或 Bitcoin Ordinals 等非 EVM 鏈上鑄造的 NFT 嗎？答：不可以。 Dune 僅索引以太坊、Polygon、Optimism、Arbitrum、Base 和 Gnosis Chain。 Solana 數據需要 Helius 或 Birdeye；序號需要 Hiro 或 Mempool Explorer。

問：為什麼有些轉賬在 nft_transfers 中出現重複？答：ERC-1155 批量傳輸為每個代幣 ID 發出一個日誌。 Dune 將這些數據扁平化為單獨的行，這可能會增加計數，除非按交易哈希和區塊號進行分組。

問：nft.token_metadata 多久刷新一次？答：在第一次觀察到的傳輸中，每個代幣都會發生一次元數據攝取。除非通過 Dune 的元數據回填工具手動觸發，否則不會追溯獲取現有令牌的更新。

問：有沒有辦法過濾掉全球已知的清洗交易錢包？答：是的。 Dune 維護labels.wash_traders表，每兩週更新一次。使用 wallet_address 加入它，以在任何銷售或持有者分析中排除這些地址。