区块链分析已知问题

本页列出了 Blockchain Analytics 的已知问题和解决方法。 如需查看错误、新功能和其他版本信息,请参阅版本说明

如需过滤此页面,请执行以下一项或多项操作:选择类别、输入搜索字词,或点击列标题进行排序。

类别 主题 说明
以太坊 账号数据
  • accounts_state 表存储了有关外部所有账号发起的交易中位于 tofrom 位置的账号的数据。目前,区块链分析不会计算因内部交易(智能合约之间的交易)而导致的账号状态变化。
  • accounts_state 表格显示了从创世区块到 17,399,999 区块(包括 17,399,999 区块)的所有链上账号的静态快照。从区块 17,400,000 开始,每当观察到某个账号参与由外部自有账号发起的交易时,Blockchain Analytics 都会向 accounts_state 表中添加一个新行。
  • accounts_state 表不包含智能合约的存储状态和存储证明。
Avalanche
以太坊
Fantom
Optimism
Tron
地址

由于区块链分析会根据上游节点的 JSON-RPC API 返回的地址来为地址编制索引,因此区块链分析数据集中的地址会以全小写形式编制索引。

处理大小写混合的地址时,请使用 LOWER()

例如:

SELECT
  *
FROM
  bigquery-public-data.blockchain_analytics_ethereum_mainnet_us.transactions
WHERE
  to_address = LOWER("0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48")
AND
  block_number = 17641663;
以太坊 数据新鲜度 区块链分析会在承诺最终确定后为以太坊编制索引。索引器会等待以太坊验证者的多数(三分之二)验证通过,然后才会对数据编制索引。因此,数据通常比最新区块落后两个周期(或 64 个 slot)。这比最新版本大约落后 12-15 分钟。
多边形 数据新鲜度 Polygon 数据将比链头延迟大约 24 小时。
以太坊 跟踪记录 Blockchain Analytics 会将以太坊轨迹编入索引并将其标准化为 Parity 样式的轨迹。
Avalanche
以太坊
Fantom
Optimism
Tron
UINT256 如需执行无损 UINT256 计算,必须使用 UDF。 用户定义函数 (UDF) 受配额限制、速率限制和超时限制的约束,如 用户定义函数 - 限制中所述。
Avalanche
Fantom
Optimism
Tron
缺少交易收据 受影响的链可能缺少交易收据表中的行。 目前,此问题影响了每个链上不到 0.1% 的交易。
Avalanche
Fantom
Optimism
Tron
表分区和聚簇

受影响的链的表未进行分区。表按用于构成表主键的列进行聚簇。请参阅每个表的 Table Info

BigQuery 表信息。点击可放大图片。

Avalanche
以太坊
Fantom
Optimism
Tron
各链之间的架构一致性

所有链的数据集都包含以下表格:

  • 区块
  • 交易
  • 收据
  • 日志

Avalanche、Fantom、Optimism 和 Tron 数据集中的表共享相同的表架构。

与 Avalanche、Fantom、Optimism 和 Tron 相比,以太坊数据集包含其他表,并且架构略有不同。

以太坊数据集中的所有表都包含区块时间戳列。

如需了解详情,请参阅 架构页面