跳至正文

ERC721项目发行分析

从庖丁解牛说起,懂了刀法之后就要开了这头牛了。

从区块链浏览器来看看 项目方的动作以及用户的东西还是很有意思的一件事情

这里使用Legend Maps Adventurers (LMA) 这个项目,自己蛮喜欢的一个 NFT项目。是做的链上的像素地牢。

这篇文章就简单的把这个NFT 的生命周期来分析一下。

正文

正文顺序就是直接按照合约的交互顺序来进行分析。

deploy

TX:0xc6520011946abdf7577a6224a12d663556c836dbfd71d6fa4f802b3e2f186619

内容在Data字段,对应的是合约的编译后的 EVM操作码,实际上对应的就是合约。

set Base URI

TX: 0x511692fe76c4c6a325bc47edc7d464269405dd498be608e8fa0744bbf74c3c16

在这里设置 NFT 的资源的BaseURI

Function: setBaseURI(string baseURI_)

MethodID: 0x55f804b3

涉及到的函数是下面这部分

solidity
function setBaseURI(string memory baseURI_) external onlyOwner {
tokenBaseURI = baseURI;
}

设置的 baseURI 解码出来之后是 是一个 ipfs 的存储链接

  • ipfs://QmZETTY2oveA2vi7Z3op8PZLmaLTtMsCyab1WxjXWfKxdZ/

我们可以通过ipfs 的网关来进行访问

  • https://ipfs.io/ipfs/QmZETTY2oveA2vi7Z3op8PZLmaLTtMsCyab1WxjXWfKxdZ

这里项目方犯了一个错误,BASE设置错误了,所以项目方里面用下面这比交易修改

TX: 0x0379fddc8c43c35a3f7dd4403003cc44424e742f7aa0b9bf514c07702c21e1e2

Reserve

交易TX: 0x7f8962455056175e720abf68e8bd89a3ba468ec3ded33567ec9a20c239d103b7

项目方调用合约来进行批量的NFT 预留。直接safemint 50个,到Owner自己的账户下。

Function: reserve(uint256 count)

MethodID: 0x819b25ba

solidity
function reserve(uint256 count) external onlyOwner {
_safeMint(msg.sender, count);
}

Set Root

因为NFT项目有 白名单机制存在,所以这里存在白名单的存在,这里设置的是验证用的默克尔根.

TX: 0xe4bbbcb007714283b1b5f856182b92c721a2206a29eddadfc1f70436cce77bda

Function: setRoot(bytes32 _merkleRoot)

MethodID: 0xdab5f340

solidity
function setRoot(bytes32 _merkleRoot) external onlyOwner {
merkleRoot = _merkleRoot;
}

具体的白名单的验证机制可以参考前面那篇《浅析白名单校验原理》,这里就不多赘述了。

Toggle Whitelist

前面完成了Nft的前置工作,这里就需要用来打开NFT的销售了,函数体如下,对一个布尔型的变量来进行翻转。相关的函数在执行的前会对此变量进行检查。

solidity
function toggleWhitelist() external onlyOwner {
whitelistLive = !whitelistLive;
}

WitheListMint/Mint

往后就是白名单用户mint nft的过程了。Data 体如下

Function: whitelistMint(uint256 mintsRequested, uint256 maxMints, bytes32[] proof)
MethodID: 0xc4be5b59

参数如下,白名单用户用来进行NFTmint。

# Name Type Data
0 mintsRequested uint256 1
1 maxMints uint256 1
2 proof bytes32[] 0x81d11c76c7c32b2b50661fd8229ecf630931561d3d91a02f348922df10137d1d 0xc1a63c4382704770fe5934e02ff4eab858916d886a83e744ffb129eff8bcb671 0x8f59c0bfe3333c3cc061c7aa14a5b6ad084ef17aebaaea58853a9c06c2fdece4 0x5a9b150be6f0b92b8a5d43bb6b6d18f8e212775a2091dc6a5f7a10dee0bee3e7 0xa933d009bf907da72c6d80b07542ee17dfcd9c45058ee26b90e03f764be136db 0x1d820661b4757898910f649713aa65187285ded6c806e05a059a9a76e9b6c363 0xa47e08712d386837163539eeef27ec99b09ec2ef7fe7c39b8367ab8ef8127a51 0x58d35888281d8a07d7c647bc7696bc64f0a3ef2a79f1f34beb2e4845a46b3f04 0xd70c5761a2ea2911a8bd3cadd5c5ae7c1098510826489534ba038c6d1f7be75b 0xe032926596c53e7b631faa7b32fdfb28b37f396dba911a78d6e51522419c57c6 0xd6578e7e17eed4cb89d5a926006dd5ac9a9d65c5d5eb39a4c83712a08e6b99fb 0x41016b9029d6a35712918df2c4bd8632204aea1dc33b75a28c1fe2531c49a5e1

proof 这里是用户的 默克尔路径,具体的验证方式还是在《浅析白名单校验原理》这个文章里说明。目前基本上都是标准的函数。函数体如下,在里面补充备注说明

function whitelistMint(uint256 mintsRequested, uint256 maxMints, bytes32[] calldata proof) external payable {
    uint256 remainingMints = maxMints - whiteListPurchases[msg.sender];
    // 检查mint是否进行
    require(!saleLive && whitelistLive, "WHITELIST_CLOSED");
    // 检查默克尔路径
    require(_verify(_leaf(msg.sender, maxMints), proof), "UNAUTHORIZED");
    // mint逻辑
    require(totalSupply() + mintsRequested <= LMA_SUPPLY, "EXCEEDS_SUPPLY");
    require(LMA_PRICE * mintsRequested <= msg.value, "INSUFFICIENT_ETH");
    require(mintsRequested <= remainingMints, "EXCEEDS_ALLOCATION");
    require(remainingMints > 0, "MINTS_CONSUMED");
<pre><code>whiteListPurchases[msg.sender] += mintsRequested;

_safeMint(msg.sender, mintsRequested);
</code></pre>
}

function mint(uint256 mintsRequested) external payable {
    require(saleLive, "SALE_CLOSED");
    require(!whitelistLive, "WHITELIST_ONLY");
    require(LMA_PRICE * mintsRequested <= msg.value, "INSUFFICIENT_ETH");
    require(totalSupply() + mintsRequested <= LMA_SUPPLY, "EXCEEDS_SUPPLY");
        // mint 逻辑一致,去掉白名单验证逻辑
    _safeMint(msg.sender, mintsRequested);
}

ERC721 Transfer

前面的过程完成了Nft的mint 过程。后面的的话就是用户侧的操作了,主要有 approve 和 转移。

  • setApprovalForAll
  • safeTransferFrom

这里是 ERC721的标准函数,就不再这里展开分析了。

通过分析一些链上的交互来学习链上原理还是蛮不错的过程,这样可以看清楚项目的链上运作流程,还有像是看到项目方操作失误这种有意思的事件。

%d 博主赞过: