链上数据分析—NFT 项目质量评估

一、分析背景2021年已经接近尾声，回顾今年的 crypto currency 市场，在大洋彼岸，NFT 无疑是最具热点的话题和方向。随着 OpenSea 等平台的崛起，市面上的 NFT 项目也层出不穷。卫报：NFT市值突破220亿美金众所周知，NFT 项目强依赖于社区与热点，那么我们如何评估一个 NFT 项目的优劣，如何才能为投资行为提供强有力的支撑依据呢？在本文中，笔者分享一下前段时间与加密货

隐形人真忙

34763人浏览 · 2021-12-24 18:16:22

隐形人真忙 · 2021-12-24 18:16:22 发布

一、分析背景

2021年已经接近尾声，回顾今年的 crypto currency 市场，在大洋彼岸，NFT 无疑是最具热点的话题和方向。随着 OpenSea 等平台的崛起，市面上的 NFT 项目也层出不穷。

众所周知，NFT 项目强依赖于社区与热点，那么我们如何评估一个 NFT 项目的优劣，如何才能为投资行为提供强有力的支撑依据呢？

在本文中，笔者分享一下前段时间与加密货币行业某一级市场 VC 合作的 NFT 相关的数据分析实践。

二、评估指标介绍

评估一个NFT项目的好坏无疑是看这个项目的活跃程度、大众接受程度、社区的繁荣程度，如果这些直观的标准都是 high level，那么无疑是一个较好的 NFT 项目。

依赖直观标准的缺点是无法对其进行有效量化，我们试图通过链上数据分析寻找更有数据支撑与说服力的评估指标。在本文中，我们介绍其中一个 NFT 评估指标实例——玩家重合度指标，该评估指标基于以下假设：

▪ NFT 存在蓝筹项目，这些蓝筹项目的参与者具有一定的参考价值

▪ NFT 赛道存在活跃玩家，这些活跃玩家会发掘新的 NFT 并及时参与进去

▪ 如果NFT 项目的玩家中，活跃玩家占比较多，说明项目质量不错

我们希望这个指标可以给定一个 NFT 项目的合约地址，输出该 NFT 项目玩家中，NFT 熟练玩家（或者说是活跃玩家）的占比，从而模糊评估该项目在整个 NFT 市场上的社区、参与质量。

在下面的章节，笔者会 step by step 介绍如何从链上数据获取到该指标的整个过程。

三、需要关注哪些交易？

首先我们应该知道需要关注哪些交易才能定位到 NFT 的交易者。以 Ape 为例，该项目是基于 ERC-721 代币标准构建的：

因此，我们需要关注 ERC721 代币每次转账的发送方和接收方，这两个地址就是我们可以认定的 “NFT交易者”。具体一点，我们需要关注 transferFrom 合约方法的调用，并将 transferFrom 的 from 和 to 地址抽取出来。

为了实现这个需求，我们需要考虑两种情况：一种是交易者直接与 Ape 合约进行交互，一种是通过合约 call 的方式与 Ape 合约进行交互。

- 直接与 Ape 合约交互

如交易：

0xff9a1b806e26ca45b4ce45a05929aa1759c913162b4a98b16ddc12db015002a1，可以看到用户直接和 Ape 合约进行交互：

这种场景下，我们只需要利用 ABI 解析出交易中的 input data 即可，利用 web3.py 可以很容易做到这一点：


contract = w3.eth.contract(address=nft_addr, abi=abi)
txs = get_all_transactions(nft_addr)

# 0x23b872dd => transferFrom
if tx['tx']['input'].startswith("0x23b872dd"):
    func_obj, func_params = contract.decode_function_input(tx['tx']["input"])
    nft_traders.append({
        'sender': func_params['from'],
        'receiver': func_params['to'],
    })

- 合约 call 调用与 Ape 交互

除了直接与 Ape 交互，实际上很多交易行为是通过其他合约调用 Ape 相关方法实现的，比如在 OpenSea 中交易 Ape NFT，交易id：0x0000c29cdda9857072510fc52adf701d4cc7d769f3d00704c062fc399d731bb4

可以看到，用户通过和 OpenSea 合约进行交互来交易 Ape NFT，而在以太坊交易中不会存储合约之间的调用关系与相关细节，对于这种合约调用分析，我们需要依赖 trace 节点获取 call tracing 数据，进而分析调用关系：

从 tracing 结果来看，最终 OpenSea 合约还是调用了 Ape 合约的 ERC-721 标准方法来完成 NFT 转移：

对于这种合约调用的交易，我们可以分析该交易的 event log 来获取 NFT 交易者信息，如 ERC-721 约定了 Transfer 事件，在每次 NFT 换手时均会被 emit，因此我们就不需要对交易进行 trace 也能通过 event 获取交易者信息。

通过 web3.py 也可以轻松完成解析：

tx_receipt = w3.eth.get_transaction_receipt(txid)
logs = tx_receipt['logs']
logs = tx_receipt['logs']
logs_num = len(logs)
for i in range(logs_num):
    ret = contract.events.Transfer().processLog(logs[i])
    # parse the logs
    try:
        ret = contract.events.Transfer().processLog(logs[i])
        nft_traders.append({
            'sender': ret['args']['from'],
            'receiver': ret['args']['to']
        })
    except Exception as e:
        continue

四、基础数据建设

在我们内部，需要经常应对这种类型的数据分析需求，从而满足传统的资金溯源、普通 ERC-20 转账，到 Dex、NFT 交易分析等需求。

在建设基础数据层时，我们需要对主网每个交易进行解析、tracing 出 call stack、对合约交易的 input data 进行 ABI 解码、对event进行ABI解码，再进行清洗、格式化等操作，最终将以上数据入库。