2022-06-14 19:01 | 出处: odaily
NFT资产是什么?
2.Mint和safeMint的差别
4.NFT哪些数据也存储在链上?
面向对象
Web3新手,有无技术背景均可:
研发——可无障碍阅读,理解精美的合约设计
非研发——可能读不懂列举的代码,但能体会标准协议的设计思路
而咱们回顾到源代码(此处取ERC721标准库openzepplin代码),会发现程序记录了全局性的两个字典类型的变量,通过 _owners中用数字映射地址的方式记录每一个ID 当前对应的所有者,同时也附带用_balances 记录了当前所有者总计持有的NFT数量
并且由于ERC721创新性的赋予了一个ID对应地址的变量 _owners,从而与ERC20仅_balances 进行地址与余额的管理,区分出了FT(同质化)与NFT(非同质化)的差别。
Mint 意思为铸造,即每个NFT的创造过程,例如之前的爱死机NFT 当奈飞的NFT忘记了web2的业务安全
Mint 获取到该NFT的资产证明。
从源代码中可以看到,Mint 主要是进行了安全判断:
判断1:确保转入的不是0 x00地址(黑洞地址无法转出,转入则资产损失)
判断2:确保此交易所操作的NFTID是不存在的
最终代码执行的操作是:
操作1:将转入地址的_balances 所持有总数加1
操作2:将对应 NFTID 的所有者修改为转入的地址
操作3:完成交易则发出emit 事件,可以让链下监听到这次交易的数据
中间有_beforeTokenTransfer和_afterTokenTransfer 属于虚函数,作为标准,是让项目方可以再不修改标准协议的情况下增加一些特定的逻辑代码用的。
safeMint 意为安全的铸造,从代码实现中可以看到他本身也是调用了MInt 但是他额外增加了_checkOnERC721Received 的判断,这点是属于ERC165的标准,相当于在完成转入操作后,则判断对方地址,是否是黑洞地址(即无法发起交易NFT操作的地址)是防止转入对象为合约地址时候,其合约没有预设置好转出的函数,导致资产在内无法被转走,从而造成永久损失。
设计初衷可见:https://eips.ethereum.org/EIPS/eip-165
是让合约接口标准化的提案,在编程语法中interface 是接口的意思,在其中定义的函数可以不实现仅仅放上函数名字相关参数,在程序复杂的时候,相当于目录一般告诉别人我都有什么功能。
但是接口的写法各有千秋,名字定义参数类型,甚至是否存在都有不同,
所以此提案最终形成了ERC165标准,规范了接口的识别规则。
STEP 1 判断是否存在 supportsInterface 函数,并且其符合165标准
STEP 2通过 supportsInterface 函数,判断是否具有转出NFT的函数
(PS:让合约具备NFT接收转出功能,可通过引入 IERC721Receiver.sol 拓展包来实现)
这里有个防护的细节会先执行_approve(address(0), tokenId); 清空历史授权,如果没有这一步,则资产完成了转移,但是其NFTID的转移授权依旧在,细思极恐:
这里的交易本质调用的是_safeTransfer 所以他的核心逻辑是require 部分,
这的一大细节是:_msgSender() 这是openzepplin的标准库Context.sol 中的方法。
其实就是获取当前交易的发送者地址,但这里使用了封装版本,而不是直接使用msg.sender
是考虑到,可能存在一种交易类型“元交易” ,即交易的付费gas方和交易发起方不相同的情况。
所以一些处于中间环节的,类似library的合约需要考虑这种特殊情况。
咱们可以通过之前Etherscan教程方法来看看一些项目数据有什么?
Azuki上合约地址是:0 xed5af388653567af2f388e6224dc7c4b3241c544
通过Read Contract可以查阅到,其元数据只存放了ipfs上的指向地址
而近期兴起的Metaverse项目元宇宙土地sandbox和****Decentraland ,以及去年火热的****Axie Infinity ,基本链上存储元数据也只是ID 网址。
像mirror那些是专门设计低费用可进行高存储,一个块常规都是30M起步,大约是以太坊的1000倍。
用户发起一笔交易,将要写链上数据作为参数传入,其大小是一笔成本
交易执行合约代码,依据修改和使用,EVM计算消耗的gas成本。
咱们可以核对下以太坊黄皮书,里对交易数据大小所消耗gas有清晰的定义
可以看到交易所附带的参数的价格:
每笔交易都有21000 GAS需要支付
为交易的每个非零字节数据或代码支付68 GAS
为交易的每个零字节数据或代码支付4 GAS
所以如果是再 Mint 的时候,登记上若干NFT属性信息,交易的data部分会将abc等字符转成2个十六进制表示,而每个字符为一个八位二进制,等于一个byte。所以可以约等于将data的长度除以2作为byte数。
而1kb的数据,如果都是非0的有信息量的文本信息,则等于增加是68*1000=6.8W 的gas消耗。按20gwei的gas价格和2000的eth兑换美元价格,可以估算出,每上链1kb数据在交易发起端就要:
20*(21000 68000)*1e9/1e18 * 2000 = 3.5美金
由于交易发起后,还有智能合约上存储的逻辑,咱们从以太坊go源代码中(EIP1283),来分析具体的消费量,代码具体在函数内,太长了不全粘来:
func gasSStore(evm *EVM, contract *Contract, stack *Stack, mem *Memory, memorySize uint64)(uint64, error)
历史上GAS消耗的估算有经过若干迭代,如果是Petersburg或者 Constantinople 未激活的话,则不按下面逻辑进行计算
gas消耗计算,依赖3个种数据的管理形式(增删改)
从零值地址到非零值(NEW VALUE),每个存储槽需消耗2Wgas
从非零值地址到零值地址(DELETE),每个存储槽需消耗5Kgas,但会有奖励1.5W gas退回
从非零到非零(CHANGE),每个存储槽需消耗 200 gas
注意,上述每一个存储槽算32byte,1kb存储则是32个存储槽。Mint 的过程是新增存储,所以如果新增1kb的数据存储在链上代价将是64Wgas,换算成金额则是:
20*(640000)*1e9/1e18 * 2000 = 25 美金
真可谓寸土寸金!
EIP-5058 能否防止NFT项目方提桶跑路?
当我们在看Etherscan的时候,到底在看什么?