CREATE2 是一个可以在合约中创建合约的操作码。我们先来举个例子看看它能干什么：这段代码是 Uniswap v2-core 里面的工厂合约代码，使用 create2 操作码创建了 pair 合约，返回值是 pair 的地址，这样就可以逻辑中直接使用其地址进行接下来的操作。 那么 create2 到底是怎么使用呢，根据官方 EIP 文档，create2 一共接收四个参数，分别是：endowment（创建合约时往合约中打的 ETH 数量）memory_start（代码在内存中的起始位置，一般固定为 add(bytecode, 0x20) ）memory_length（代码长度，一般固定为 mload(bytecode) ）salt（随机数盐）这里要注意的是第一个参数如果大于 0 的话，需要待部署合约的构造方法带有 payable。随机数盐是由用户自定，须为 bytes32 格式，例如在上面 Uniswap 的例子中，salt 为：bytes32 salt = keccak256(abi.encodePacked(token0, token1)); create2 还有一个优点，相...

CREATE2 是一个可以在合约中创建合约的操作码。我们先来举个例子看看它能干什么：这段代码是 Uniswap v2-core 里面的工厂合约代码，使用 create2 操作码创建了 pair 合约，返回值是 pair 的地址，这样就可以逻辑中直接使用其地址进行接下来的操作。 那么 create2 到底是怎么使用呢，根据官方 EIP 文档，create2 一共接收四个参数，分别是：endowment（创建合约时往合约中打的 ETH 数量）memory_start（代码在内存中的起始位置，一般固定为 add(bytecode, 0x20) ）memory_length（代码长度，一般固定为 mload(bytecode) ）salt（随机数盐）这里要注意的是第一个参数如果大于 0 的话，需要待部署合约的构造方法带有 payable。随机数盐是由用户自定，须为 bytes32 格式，例如在上面 Uniswap 的例子中，salt 为：bytes32 salt = keccak256(abi.encodePacked(token0, token1)); create2 还有一个优点，相...

了解过 NFT 合约的同学应该注意到，每个 NFT 合约都实现了 supportsInterface 方法，但是每个合约中的具体方法实现又不尽相同，那么在实际开发过程中，究竟应该怎么实现这个方法呢，这篇文章就来讲讲这个内容ERC165的具体内容这里就不再多说了，不了解的同学可以 Google 一下首先我们需要知道计算一个接口的 interfaceId 都有几种方法。 假设对于如下接口：interface IExample { function foo() external view returns (uint); function bar() external view returns (bool); function baz() external view returns (bytes32); } 那么可以这样计算它的 interfaceId使用硬编码函数签名计算（不推荐，容易出错且麻烦）function calcInterfaceId1() public view returns (bytes4) { return bytes4(keccak256("foo()")) ^ b...

了解过 NFT 合约的同学应该注意到，每个 NFT 合约都实现了 supportsInterface 方法，但是每个合约中的具体方法实现又不尽相同，那么在实际开发过程中，究竟应该怎么实现这个方法呢，这篇文章就来讲讲这个内容ERC165的具体内容这里就不再多说了，不了解的同学可以 Google 一下首先我们需要知道计算一个接口的 interfaceId 都有几种方法。 假设对于如下接口：interface IExample { function foo() external view returns (uint); function bar() external view returns (bool); function baz() external view returns (bytes32); } 那么可以这样计算它的 interfaceId使用硬编码函数签名计算（不推荐，容易出错且麻烦）function calcInterfaceId1() public view returns (bytes4) { return bytes4(keccak256("foo()")) ^ b...

目前NFT白名单校验主要有两种方式Merkel Tree签名验证其中签名验证的详细介绍在这篇文章。 这篇文章我们主要来介绍 Merkle Tree 的实现方法。关于其原理，我们这里就不再多赘述了，不太了解的朋友可以 Google 一下，今天主要讨论一下实现细节。 一般要实现 Merkle Tree 校验，主要有两部分的工作：后台根据白名单地址生成一个 Merkle Tree，包括 Merkle Root。管理员将生成的 Merkle Root 设置到合约中前端（或者后端）根据当前的用户，生成一个 Merkle Proof。将 Proof 作为参数传入合约中，与 msg.sender 和之前设置的 Merkle Root 进行校验合约部分这里的校验逻辑可以直接使用 Openzeppelin 的现成合约库，可以看到，需要的参数有：proof（由链下生成传入，每个用户的 proof 都不同）root（链下生成好之后设置为状态变量，所有用户均相同）leaf（由用户的地址生成）function verify( bytes32[] memory proof, bytes32 root, by...

目前NFT白名单校验主要有两种方式Merkel Tree签名验证其中签名验证的详细介绍在这篇文章。 这篇文章我们主要来介绍 Merkle Tree 的实现方法。关于其原理，我们这里就不再多赘述了，不太了解的朋友可以 Google 一下，今天主要讨论一下实现细节。 一般要实现 Merkle Tree 校验，主要有两部分的工作：后台根据白名单地址生成一个 Merkle Tree，包括 Merkle Root。管理员将生成的 Merkle Root 设置到合约中前端（或者后端）根据当前的用户，生成一个 Merkle Proof。将 Proof 作为参数传入合约中，与 msg.sender 和之前设置的 Merkle Root 进行校验合约部分这里的校验逻辑可以直接使用 Openzeppelin 的现成合约库，可以看到，需要的参数有：proof（由链下生成传入，每个用户的 proof 都不同）root（链下生成好之后设置为状态变量，所有用户均相同）leaf（由用户的地址生成）function verify( bytes32[] memory proof, bytes32 root, by...

PaymentSplitter 是 OpenZeppelin 合约库中的一个合约，简单来说目的就是为了分赃 :)概述认真来说，就是在团队协作中，将利润分配这一步骤写在合约中，给每个团队成员提前定好分成，然后将其写在合约中，这样就会避免某一个成员贪污其他成员的币的情况发生。 画个图简单描述下：利润分配代码数据结构：// 所有成员的份额总和 uint256 private _totalShares; // 已经分发的 ETH 总量 uint256 private _totalReleased; // 每个成员对应其份额 mapping(address => uint256) private _shares; // 每个成员对应其已经领取的数量 mapping(address => uint256) private _released; // 成员列表 address[] private _payees; // 已经分发的 ERC20 token 总量 mapping(IERC20 => uint256) private _erc20TotalReleased; // ERC20 to...

PaymentSplitter 是 OpenZeppelin 合约库中的一个合约，简单来说目的就是为了分赃 :)概述认真来说，就是在团队协作中，将利润分配这一步骤写在合约中，给每个团队成员提前定好分成，然后将其写在合约中，这样就会避免某一个成员贪污其他成员的币的情况发生。 画个图简单描述下：利润分配代码数据结构：// 所有成员的份额总和 uint256 private _totalShares; // 已经分发的 ETH 总量 uint256 private _totalReleased; // 每个成员对应其份额 mapping(address => uint256) private _shares; // 每个成员对应其已经领取的数量 mapping(address => uint256) private _released; // 成员列表 address[] private _payees; // 已经分发的 ERC20 token 总量 mapping(IERC20 => uint256) private _erc20TotalReleased; // ERC20 to...

Azuki 项目方推出了一个新的 ERC721 标准，名叫 ERC721A，主要是对一次 mint 多个 NFT 的时候做了 Gas 优化。这篇文章就来看看 ERC721A 到底有什么神奇之处。图示我们先用图示来说明 ERC721A 和标准的 ERC721 有什么区别。ERC721 数据结构标准的 ERC721，数据结构中对于每一个 tokenID，都记录了其 owner 相关信息，这样做的好处是逻辑清晰。但同时也带来一个问题就是数据冗余，一般批量 mint 的时候，连续几个 tokenID 的 owner 都是同一个地址，那必然在每一次设置的时候会消耗 Gas，那么有没有办法对这里进行优化呢。我们来看看 ERC721A 的做法：ERC721A 数据结构在 ERC721A 的实现中，如果某一段连续的 tokenID 都被同一个用户拥有，那么只在第一个位置上记录相关信息，这样就会省去在接下来的位置上设置信息而导致的 Gas 消耗。 那么如果我们想要查询某个 ID 的 owner 是谁应该怎么操作呢。查找ID相关的信息如上图所示，如果我们想要查找 ID 为 N 的 NFT，直接查询到...

Azuki 项目方推出了一个新的 ERC721 标准，名叫 ERC721A，主要是对一次 mint 多个 NFT 的时候做了 Gas 优化。这篇文章就来看看 ERC721A 到底有什么神奇之处。图示我们先用图示来说明 ERC721A 和标准的 ERC721 有什么区别。ERC721 数据结构标准的 ERC721，数据结构中对于每一个 tokenID，都记录了其 owner 相关信息，这样做的好处是逻辑清晰。但同时也带来一个问题就是数据冗余，一般批量 mint 的时候，连续几个 tokenID 的 owner 都是同一个地址，那必然在每一次设置的时候会消耗 Gas，那么有没有办法对这里进行优化呢。我们来看看 ERC721A 的做法：ERC721A 数据结构在 ERC721A 的实现中，如果某一段连续的 tokenID 都被同一个用户拥有，那么只在第一个位置上记录相关信息，这样就会省去在接下来的位置上设置信息而导致的 Gas 消耗。 那么如果我们想要查询某个 ID 的 owner 是谁应该怎么操作呢。查找ID相关的信息如上图所示，如果我们想要查找 ID 为 N 的 NFT，直接查询到...

概述ERC1155 是 ERC721 之外的另一种 NFT 标准，可以理解为 ERC20 与 ERC721 的融合体。简单举几个例子理解一下：ERC20 就好像银行发行的一百元纸币，每张纸币的价值相同ERC721 就好像艺术馆里面的艺术品，每件艺术品都是独一无二的ERC1155 类似于游戏中的道具，比如一些普通道具可能有成千上万件，而一些稀有道具只有几十件。也类似于银行发行的不同面额纸币，相同面额价值相同，可以互换。不同面额价值不同，不可互换对应到代码实现中：ERC20 合约中每个 token 是同一种类型，它们的价值都是一样的ERC721 合约中每个 tokenId 都是不同类型，各自拥有不同的属性。每个 tokenId 有且只有一个ERC1155 合约中根据 id 有不同的分类，每一个 id 是一种类型。当这个 id 下有多个 token 时，就是 fungible token（类似 ERC20）；当这个 id 下只有一个 token 时，就是 non-fungible token（类似ERC721）我们直接来看一下 OpenZeppelin 官方文档给出的一个例子：// c...

概述ERC1155 是 ERC721 之外的另一种 NFT 标准，可以理解为 ERC20 与 ERC721 的融合体。简单举几个例子理解一下：ERC20 就好像银行发行的一百元纸币，每张纸币的价值相同ERC721 就好像艺术馆里面的艺术品，每件艺术品都是独一无二的ERC1155 类似于游戏中的道具，比如一些普通道具可能有成千上万件，而一些稀有道具只有几十件。也类似于银行发行的不同面额纸币，相同面额价值相同，可以互换。不同面额价值不同，不可互换对应到代码实现中：ERC20 合约中每个 token 是同一种类型，它们的价值都是一样的ERC721 合约中每个 tokenId 都是不同类型，各自拥有不同的属性。每个 tokenId 有且只有一个ERC1155 合约中根据 id 有不同的分类，每一个 id 是一种类型。当这个 id 下有多个 token 时，就是 fungible token（类似 ERC20）；当这个 id 下只有一个 token 时，就是 non-fungible token（类似ERC721）我们直接来看一下 OpenZeppelin 官方文档给出的一个例子：// c...

我们知道，NFT 最开始 mint 之后，所有的图都是一样的，比如下面这种：MURI（上图为 MURI项目） 在经过项目方“开图”之后，每个图都有了各自的风格，比如下面这样：Azuki（上图为 Azuki项目） 那么这一步是怎么实现的呢？设置初始图片其实原理很简单，我们知道，ERC721 中有一个字段 tokenURI，一般是由baseURI + tokenId构成。在项目初期，管理员地址会将未开图的图片信息设置到 baseURI 上，一般是通过发送交易或者直接在合约构造方法中设置。以 MURI 为例，管理员是直接在构造方法中就设置了最初的 baseURI：constructor(bytes32 _merkleRoot, string memory contractBaseURI) ERC721A ("MURI", "MURI") { merkleRoot = _merkleRoot; baseURI = contractBaseURI; } 查询 baseURI 内容为：ipfs://QmTCAt4Y4r1HyHRyqwqHgrJvU7D78PSRuw4LefEbG5Ww49/...

我们知道，NFT 最开始 mint 之后，所有的图都是一样的，比如下面这种：MURI（上图为 MURI项目） 在经过项目方“开图”之后，每个图都有了各自的风格，比如下面这样：Azuki（上图为 Azuki项目） 那么这一步是怎么实现的呢？设置初始图片其实原理很简单，我们知道，ERC721 中有一个字段 tokenURI，一般是由baseURI + tokenId构成。在项目初期，管理员地址会将未开图的图片信息设置到 baseURI 上，一般是通过发送交易或者直接在合约构造方法中设置。以 MURI 为例，管理员是直接在构造方法中就设置了最初的 baseURI：constructor(bytes32 _merkleRoot, string memory contractBaseURI) ERC721A ("MURI", "MURI") { merkleRoot = _merkleRoot; baseURI = contractBaseURI; } 查询 baseURI 内容为：ipfs://QmTCAt4Y4r1HyHRyqwqHgrJvU7D78PSRuw4LefEbG5Ww49/...

Solidity 中的 selfdestruct 函数是一个内置函数，需要接收一个参数。我们先来看看文档是怎么描述 selfdestruct 的：The only way to remove code from the blockchain is when a contract at that address performs the selfdestruct operation. The remaining Ether stored at that address is sent to a designated target and then the storage and code is removed from the state. Removing the contract in theory sounds like a good idea, but it is potentially dangerous, as if someone sends Ether to removed contracts, the Ether is forever lost.selfdestr...

Solidity 中的 selfdestruct 函数是一个内置函数，需要接收一个参数。我们先来看看文档是怎么描述 selfdestruct 的：The only way to remove code from the blockchain is when a contract at that address performs the selfdestruct operation. The remaining Ether stored at that address is sent to a designated target and then the storage and code is removed from the state. Removing the contract in theory sounds like a good idea, but it is potentially dangerous, as if someone sends Ether to removed contracts, the Ether is forever lost.selfdestr...

Solidity 在 0.8.4 版本中推出了 error 关键字，可以像 event 那样定义一个错误类型，官方文档提到使用 error 关键字可以节省 gas，并且可以在错误信息中添加参数：Starting from Solidity v0.8.4, there is a convenient and gas-efficient way to explain to users why an operation failed through the use of custom errors. Until now, you could already use strings to give more information about failures (e.g., revert("Insufficient funds.");), but they are rather expensive, especially when it comes to deploy cost, and it is difficult to use dynamic information in them...

Solidity 在 0.8.4 版本中推出了 error 关键字，可以像 event 那样定义一个错误类型，官方文档提到使用 error 关键字可以节省 gas，并且可以在错误信息中添加参数：Starting from Solidity v0.8.4, there is a convenient and gas-efficient way to explain to users why an operation failed through the use of custom errors. Until now, you could already use strings to give more information about failures (e.g., revert("Insufficient funds.");), but they are rather expensive, especially when it comes to deploy cost, and it is difficult to use dynamic information in them...

上周 BAYC 发币，引起了一阵热度。这篇文章，就来看看 APE 空投合约的代码。规则先来看看官网上空投的规则：APE 空投规则注意到，必须拥有 BAYC 或者 MAYC 才能够领取空投。而仅仅拥有 Kennel Club ，是不能够领取的，必须搭配前两者才能领取。代码接下来看看代码。 数据结构：// APE 币 IERC20 public immutable grapesToken; // BAYC nft ERC721Enumerable public immutable alpha; // MAYC nft ERC721Enumerable public immutable beta; // Kennel Club nft ERC721Enumerable public immutable gamma; // BAYC可以领取的数量：10094 uint256 public immutable ALPHA_DISTRIBUTION_AMOUNT; // MAYC可以领取的数量：2042 uint256 public immutable BETA_DISTRIBUTION_A...

上周 BAYC 发币，引起了一阵热度。这篇文章，就来看看 APE 空投合约的代码。规则先来看看官网上空投的规则：APE 空投规则注意到，必须拥有 BAYC 或者 MAYC 才能够领取空投。而仅仅拥有 Kennel Club ，是不能够领取的，必须搭配前两者才能领取。代码接下来看看代码。 数据结构：// APE 币 IERC20 public immutable grapesToken; // BAYC nft ERC721Enumerable public immutable alpha; // MAYC nft ERC721Enumerable public immutable beta; // Kennel Club nft ERC721Enumerable public immutable gamma; // BAYC可以领取的数量：10094 uint256 public immutable ALPHA_DISTRIBUTION_AMOUNT; // MAYC可以领取的数量：2042 uint256 public immutable BETA_DISTRIBUTION_A...

前段时间，Treasure DAO 被攻击，造成市场上一部分的 NFT 可以被以 0 的价格买到。究其原因，其实是由于合约代码中一个很简单的 bug 造成的，这篇文章我们就来看看。 TreasureDAO 是一个 NFT 市场，其相关合约主要有两个（对应的地址均为当时攻击发生时的地址）：TreasureMarketplaceBuyer （1）TreasureMarketplace （2）代码分析先来看看 2 合约都有些什么方法：createListing（NFT 上架）updateListing（更新 NFT 相关商品信息）cancelListing（下架）buyItem（购买商品）一些 set 函数设置一些参数再来看看主要的 buyItem 方法：可以看到，购买 ERC1155 和 ERC721 是被放在一个方法中处理的。问题在于对于 1155 来说，tokenId 下的数量是有意义的，对于 721 来说，不存在数量这个字段（不熟悉 1155 的同学可以看看我之前写的这篇文章）。这里放在一起处理，对于 1155 来说没有问题，但是对于 721 来说，如果正常传 1，那么也没有问...

前段时间，Treasure DAO 被攻击，造成市场上一部分的 NFT 可以被以 0 的价格买到。究其原因，其实是由于合约代码中一个很简单的 bug 造成的，这篇文章我们就来看看。 TreasureDAO 是一个 NFT 市场，其相关合约主要有两个（对应的地址均为当时攻击发生时的地址）：TreasureMarketplaceBuyer （1）TreasureMarketplace （2）代码分析先来看看 2 合约都有些什么方法：createListing（NFT 上架）updateListing（更新 NFT 相关商品信息）cancelListing（下架）buyItem（购买商品）一些 set 函数设置一些参数再来看看主要的 buyItem 方法：可以看到，购买 ERC1155 和 ERC721 是被放在一个方法中处理的。问题在于对于 1155 来说，tokenId 下的数量是有意义的，对于 721 来说，不存在数量这个字段（不熟悉 1155 的同学可以看看我之前写的这篇文章）。这里放在一起处理，对于 1155 来说没有问题，但是对于 721 来说，如果正常传 1，那么也没有问...

在这次 APE 空投活动中，有科学家通过闪电贷套利获得巨额收益，这篇文章就来详细分析一下这笔套利交易的过程。 这次套利能够成功的前提在于 APE 的空投合约是根据用户的实时持仓来发放空投，而不是快照。可以看看我之前的这篇文章，详细分析了 APE 的空投合约。套利交易分析先来看看这次套利的主要步骤：先从 OpenSea 购买了 ID 为 1060 的 BAYC NFT（这是前一笔交易）创建合约，并将 1060 的 BAYC 转入合约通过 NFTX 平台的闪电贷功能 FlashMint 出 5.2 个 BAYC token（这个是 NFTX 平台发行的碎片化代币，下面用 BAYC(x) 表示，以区分正常的 BAYC NFT）用这 5.2 个 BAYC(x) 在 NFTX 平台 redeem 5 个 BAYC NFT，剩余 0.2 个 BAYC(x) 用作平台手续费此时套利合约拥有 6 个 BAYC，根据这 6 个 NFT 领取相应数量的 APE将这 6 个 BAYC 再从 NFTX 平台 mint 成 6 个 BAYC(x)其中 5.2 个 BAYC(x) 用作闪电贷还款（此时平台没...

在这次 APE 空投活动中，有科学家通过闪电贷套利获得巨额收益，这篇文章就来详细分析一下这笔套利交易的过程。 这次套利能够成功的前提在于 APE 的空投合约是根据用户的实时持仓来发放空投，而不是快照。可以看看我之前的这篇文章，详细分析了 APE 的空投合约。套利交易分析先来看看这次套利的主要步骤：先从 OpenSea 购买了 ID 为 1060 的 BAYC NFT（这是前一笔交易）创建合约，并将 1060 的 BAYC 转入合约通过 NFTX 平台的闪电贷功能 FlashMint 出 5.2 个 BAYC token（这个是 NFTX 平台发行的碎片化代币，下面用 BAYC(x) 表示，以区分正常的 BAYC NFT）用这 5.2 个 BAYC(x) 在 NFTX 平台 redeem 5 个 BAYC NFT，剩余 0.2 个 BAYC(x) 用作平台手续费此时套利合约拥有 6 个 BAYC，根据这 6 个 NFT 领取相应数量的 APE将这 6 个 BAYC 再从 NFTX 平台 mint 成 6 个 BAYC(x)其中 5.2 个 BAYC(x) 用作闪电贷还款（此时平台没...