區塊鏈分析已知問題

本頁列出 Blockchain Analytics 的已知問題和解決方法。 如要查看錯誤、新功能和其他版本資訊清單，請參閱「版本資訊」。

如要篩選這個頁面，請執行下列一或多個動作：選取類別、輸入搜尋字詞，或點按資料欄標題進行排序。

類別 主旨 說明
Ethereum 帳戶資料
  • accounts_state 表格會儲存外部擁有帳戶所發起交易的 to 或 from 位置中顯示的帳戶資料。目前，Blockchain Analytics 不會計算因內部交易 (智慧合約之間的交易) 而導致的帳戶狀態變化。
  • accounts_state 表格會顯示從創世區塊到區塊 17,399,999 (包括區塊 17,399,999) 的所有鏈上帳戶快照。從區塊 17,400,000 開始，每當系統觀察到帳戶參與由外部自有帳戶發起的交易時，區塊鏈分析就會在 accounts_state 表格中新增資料列。
  • accounts_state 資料表不會保留智慧合約的儲存空間狀態和儲存空間證明。
Avalanche
Ethereum
Fantom
Optimism
Tron		 位址

由於 Blockchain Analytics 會將位址編入索引，並由上游節點的 JSON-RPC API 傳回，因此 Blockchain Analytics 資料集中的位址會以全小寫編入索引。

處理大小寫混合的地址時，請使用 LOWER()。

例如：

SELECT
  *
FROM
  bigquery-public-data.blockchain_analytics_ethereum_mainnet_us.transactions
WHERE
  to_address = LOWER("0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48")
AND
  block_number = 17641663;
Ethereum 資料更新間隔 區塊鏈分析會在承諾完成後，為乙太坊建立索引。索引器會等待以太坊驗證器提供三分之二的多數驗證結果，再為資料建立索引。因此，資料通常會比最新區塊落後兩個紀元 (或 64 個時段)。這大約比最新資訊慢 12 到 15 分鐘。
多邊形 資料更新間隔 Polygon 資料會比鏈結尖端延遲約 24 小時。
Ethereum 追蹤記錄 區塊鏈分析會將以太坊追蹤記錄編列索引並正規化為 Parity 樣式的追蹤記錄。
Avalanche
Ethereum
Fantom
Optimism
Tron		 UINT256 如要執行無損 UINT256 計算，必須使用 UDF。 如「 使用者定義函式 - 限制」一文所述，UDF 會受到配額限制、速率限制和逾時限制。
Avalanche
Fantom
Optimism
Tron		 缺少交易收據 受影響的商店可能缺少交易收據表格中的資料列。 目前每條鏈的交易中，受影響的比例不到 0.1%。
Avalanche
Fantom
Optimism
Tron		 資料表分區和分群

受影響鏈結的資料表不會分區。資料表會依據用於形成資料表主鍵的資料欄叢集。請參閱每個表格的 Table Info。

BigQuery 資料表資訊。按一下即可放大圖片。

Avalanche
Ethereum
Fantom
Optimism
Tron		 確保所有鏈結的結構定義一致

所有連鎖店的資料集都包含下列資料表：

  • 模塊
  • 交易
  • 收據
  • 記錄

Avalanche、Fantom、Optimism 和 Tron 資料集中的資料表共用相同的資料表結構定義。

以太坊資料集包含其他資料表，且結構定義與 Avalanche、Fantom、Optimism 和 Tron 略有不同。

以太坊資料集中的所有資料表都包含區塊時間戳記欄。

詳情請參閱 結構定義頁面。