为自己的NFT创建pre-reveal机制
- Tiny熊
- 更新于 2022-08-23 15:30
- 阅读 32
当推出一个新的PFP风格的NFT集合时(比如BoredApeYachtClub)，为每一个NFT使用一个占位符图像，并且只有在所有NFT都被创建后才显示最终的NFT的方式，已经成为一种常见的做法。这是一个重要的操作，因为没有它，人们可以根据元数据暴露的特性的稀缺性来选择创建哪些NFT。在
当推出一个新的PFP风格的NFT集合时(比如Bored Ape Yacht Club)，为每一个NFT使用一个占位符图像，并且只有在所有NFT都被创建后才显示最终的NFT的方式，已经成为一种常见的做法。
这是一个重要的操作，因为没有它，人们可以根据元数据暴露的特性的稀缺性来选择创建哪些NFT。
在开始构建此功能之前，让我们先看一下业务需求：
-
隐藏代币和元数据，直到所有代币都被铸造。
-
一旦用户铸造了代币，就向他们发送一个“pre-reveal”版本的代币。
-
允许合约所有者“显示”集合中的所有代币。
我们的智能合约负责返回每个代币metadata.json文件所在的 URL。
解决上述问题的方法是创建一个“pre-reveal”元数据文件，并将其上传到某处。这个“pre-reveal URI”是在显示发生之前，我们希望为每个代币返回的URI。
在此之后，我们能够使用一个新URL来更新智能合约，该URL可用于生成正确的代币URI。
例如，如果我们已经将所有的代币上传到一个响应的web服务器上，那么我们希望用自己的baseURI 来更新智能合约，这样它可以通过简单地将代币ID附加到baseURI来轻松地生成正确的代币URI。
有了这些知识，现可以将问题重新定义为智能合约的更具体的要求:
-
当集合尚未显示时，它应该返回通用元数据。
-
它应该允许合约所有者更新baseURI。
-
当显示代币时，它应该返回正确的元数据。
如何实现它?
假设我们正在为 NFT 集合开发一个智能合约，该集合扩展了通常的 OpenZeppelinERC721来实现。
如果检查ERC721.sol合约，就会发现tokenURI实现了一个功能。
这就是：
OpenZeppelin 对 tokenURI 的实现
它们的实现(上面)将自动把baseURI与正在检索的代币ID连接起来。
这对于AFTER reveal非常有用，但是对于pre-reveal，我们需要重写这个函数来返回pre-reveal URI:
tokenURI 函数
可以注意到在这里引用了两个全局变量：isRevealed和preRevealURI。可以随心所欲地实现它们，但最简单的方法是，在合约的顶部定义它们：
接下来，我们需要创建一个函数来“显示”代币。
上面的reveal函数将传递的baseURI保存到一个名为postRevealBaseURI的全局变量中，并将isreveal布尔值设置为true。
将_isreveal布尔值设置为true，然后我们之前编写的tokenURI函数将推迟到父类的实现。
这个实现调用_baseURI函数来检索基本URI。
如果检查该实现，我们可以看到它实际上可以被覆盖：
让我们使用OpenZeppelin并重写_baseURI函数来返回正确的基本URI。
结论
我们已经了解了一种实现NFT pre-reveal机制的简单、安全且有效的方法。
关于
ChinaDeFi - ChinaDeFi.com 是一个研究驱动的DeFi创新组织，同时我们也是区块链开发团队。每天从全球超过500个优质信息源的近900篇内容中，寻找思考更具深度、梳理更为系统的内容，以最快的速度同步到中国市场提供决策辅助材料。
