層級化NFT標準誕生：EIP-6150_NFT

前言

因為一些機緣，我最近和幾個同行朋友一起提交了一個新的EIP協議標準，EIP-6150，這是一個支持層級結構的NFT協議標準，撰寫此文時處在Review狀態，改為LastCall狀態的PR還在等待通過。

該協議標準有4位作者：KeeganLee、msfew、Kartin和qizhou。KeeganLee就是我，主要負責了接口的定義和實現代碼的編寫。Kartin是這個EIP的發起人，也是HyperOracle的創始人。msfew則是HyperOracle的研究員，主要幫忙做一些輔助性的工作，包括完善文檔、提交PR、跟進討論區的QA等。qizhou是EthStorage的創始人，之前就提交過其他EIP，熟悉申請EIP的流程，也對以太坊基金會的人比較熟悉，為這個協議提供了很多指導。以下是該EIP-6150的github地址：

https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6150.mdHierarchicalNFTs

目前的NFT幾乎都是扁平化的，不同NFT之間不存在關聯關系。而層級化的NFT，則可以將所有NFT串聯起來組成樹狀結構，就像文件系統一樣。

Galxe推出Sybil預防憑證，由多鏈信譽評分協議Nomis提供支持:6月21日消息，Web3憑證數據網絡Galxe宣布推出Sybil預防憑證，該憑證由多鏈信譽評分協議Nomis提供支持。使用該證書可以防止機器人獲得獎勵，并通過分析多個EVM鏈上的錢包活動提高活動的投資回報率，用戶必須獲得40分以上以證明其資格。[2023/6/21 21:51:34]

如上圖所示，可以想象成每個文件夾都是一個單獨的NFT，不同文件夾之間的層級關系也就是NFT之間的層級關系。

層級化的NFT可用于多種不同的應用場景，比如：

組織架構社交關系圖譜電商商品類目結構層級評論系統可以說，任何具有層級結構的場景都可以適用這個EIP-6150協議標準。層級結構的NFT在去中心化社交、去中心化電商等領域都將可能產生廣泛應用。

接口定義

EIP-6150總共定義了5個接口文件：

IERC6150IERC6150EnumerableIERC6150BurnableIERC6150ParentTransferableIERC6150AccessControlIERC6150

IERC6150?是規定必須實現的接口，最小化定義了一個事件和四個函數，且要求繼承IERC165和IERC721接口，接口定義如下：

周鴻祎：不會用GPT的人未來會被淘汰掉:5月15日消息，360集團創始人周鴻祎表示，ChatGPT-4.0已經是地球上最聰明的“人”了。所有高科技公司都在打造自己的大模型，至少是“千模大戰”，不出意外，很快會發展到“萬模大戰”。周鴻祎稱，不會用GPT的人未來會被淘汰掉。“大家不要把它看成一個新時代的搜索或者是新的聊天機器人，這只是它第一個版本的包裝而已。我覺得在三到五年里，各種行業都要被GPT重塑一遍，所以現在是誰不擁抱人工智能，誰就要被淘汰。”[2023/5/15 15:02:36]

Minted?事件需在鑄造一個新的NFT時發出，記錄了新NFT的鑄造者、接收者、父節點NFT的ID、新NFTID。當鑄造一個根節點NFT時，那parentId則記為0，即0表示一個無效的空節點，因此，有效的節點NFT的tokenId就不可以為0。

parentOf?函數用于查詢指定tokenId的NFT的父節點NFT。

childrenOf?函數則查詢出指定tokenId的NFT的所有子節點NFTs。

isRoot?和?isLeaf?函數則分別可查詢指定tokenId在整個NFT層級樹中是不是根節點或葉子節點。

安全公司：黑客正在對MetaMask等主流錢包進行“模態網絡釣魚”攻擊:金色財經報道，安全公司CertiK在社交媒體披露，黑客正在對MetaMask等主流錢包進行“模態網絡釣魚”攻擊，通過將網絡釣魚消息發送到被識別為合法去中心化應用程序 (dApp) 的移動錢包控制非托管錢包的“模態窗口”，以引誘其所有者批準錯誤的交易，用戶可能會認為他或她正在通過MetaMask錢包批準“安全更新”。 CertiK團隊提醒并強調，用戶應該對每一個未知的交易請求都非常謹慎，甚至持懷疑態度——即使是那些被標記為安全升級的請求。[2023/4/14 14:03:02]

IERC6150Enumerable

IERC6150Enumerable?是可選的擴展接口，主要補充了幾個跟層級相關的Enumerable的查詢接口，接口定義如下：

繼承?IERC721Enumerable?也是可選的，但為了更好地兼容ERC721，最好可以繼承。childrenCountOf?函數用于查詢指定節點下有多少個子節點，如果參數parentId為0，則表示查詢根節點的數量。childOfParentByIndex?函數則是從指定的父節點下的所有子節點數組中找出指定索引位置的子節點的tokenId，比如指定父節點parentId=110，其下有10個子節點，找出索引位置為5的子節點tokenId=1105，則查詢結果返回1105。indexInChildrenEnumeration?函數則是查詢指定的tokenId在指定父節點下的子節點數組中所在的索引位置，比如指定tokenId=1105，父節點parentId=110，1105在子節點數組中的索引位置為5，則查詢結果返回5。如果指定tokenId并不在指定父節點parentId下面，則需要拋出錯誤。

數據：USDT在過去24小時內跌至月度最低交易量水平:金色財經報道，根據Glassnode 數據，USDT 在過去 24 小時內跌至月度最低交易量水平。上一次交易量在此水平是在 1 月中旬。大約在同一時間，加密貨幣市場開始經歷波動性激增。盡管交易量下降，但 USDT 仍參與了重要的交易活動。最新的鏈上交易流量顯示，USDT 的凈流入量為 8440 萬美元。這意味著在過去 24 小時內，它的流入量高于流出量。

此外，在過去 24 小時內，接收地址的數量為 68,969 個地址。發送地址為 52,675 個。[2023/2/26 12:30:34]

IERC6150Burnable

IERC6150Burnable?也是可選的擴展接口，定義了銷毀節點的操作，接口定義如下：

只定義了兩個函數，safeBurn?用于安全銷毀單個節點，但要求只有指定節點為葉子節點時才允許銷毀。就和Linux的文件系統一樣，如果某目錄下存在其他文件或文件夾，是不允許直接刪除的。若強制刪除，則目錄下的所有文件和文件夾都會被級聯式全部刪除。當前協議沒有定義級聯式刪除的函數，若有這個需求，可以自己再額外去添加函數實現。safeBatchBrun?函數則是用于批量銷毀多個葉子節點。

Crypto.com宣布將支持LUNC的稅費燃燒機制:金色財經報道，據Watcher.Guru發推稱，Crypto.com宣布將支持LUNC的稅費燃燒機制。[2022/9/21 7:10:00]

IERC6150ParentTransferable

IERC6150ParentTransferable?也是一個可選的擴展接口，支持層級關系的轉移，就和文件夾可以從一個目錄移動到另一個目錄一樣，接口定義如下：

接口定義了兩個函數和一個事件，支持單節點的轉移，也支持多節點的批量轉移。每個節點發生層級關系轉移時，需要拋出?ParentTransferred?事件，記錄下所轉移的tokenId、舊的父節點ID和新的父節點ID。transferParent?將指定的tokenId轉移到指定的父節點下，若指定的父節點為0，則表示指定節點改為了根節點。batchTransferParent?則可以指定多個tokenId，批量將這些節點都轉移到指定的父節點下。

IERC6150AccessControl

最后一個接口?IERC6150AccessControl?也是可選的，提供了幾個權限控制的函數，接口定義如下：

總共定義了三個函數，isAdminOf?用于查詢指定的account對指定的tokenId是否有管理員權限。在ERC721中，每個NFT都只有唯一的owner并擁有管理權限。但在層級式的結構中，一個NFT是可以有多個管理員的，就和文件系統中可以有多個管理員一樣。這個擴展接口就提供了支持多管理員的模式，但對于怎么設置多個管理員，則難以定義通用函數，所以就沒做標準化的定義。不過，需要保證，NFT的owner同時也是管理員。

canMintChildren?則用來判定某個account對指定的parentId是否具有鑄造子節點的權限。

canBurnTokenByAccount?則用來檢查某個account對指定的tokenId是否具有銷毀的權限。

參考實現

EIP的github上，我對每個接口都提供了對應的參考實現代碼，代碼地址如下：

https://github.com/ethereum/EIPs/tree/master/assets/eip-6150/contracts但這里我不打算對每個實現代碼都一一講解，我只講最核心的?ERC6150.sol?的實現。因為代碼相對有點長，就不貼代碼出來了，大家可以點擊鏈接進去看代碼。我主要講講實現的一些邏輯和思路。

存儲上，用了三個mapping：_parentOf、_childrenOf、_indexInChildrenArray，分別用來存儲指定節點的：父節點、子節點數組、所在子節點數組里的索引位置。有了這三個mapping之后，幾個查詢函數的實現就非常簡單了，我就不細說了。核心是?_safeMintWithParent?和?_safeBurn?函數，分別是鑄造NFT和銷毀NFT的內部函數。

鑄造函數的代碼如下：

實現邏輯其實也很簡單，有兩個校驗需要注意下，一是要鑄造的新NFT的tokenId需要大于0，正如前面所說的，0為無效節點；二是當parentId不為0時，需保證parentId是存在的，當parentId為0時，則表示鑄造的是根節點NFT。?_beforeMintWithParent?和?_afterMintWithParent?是為了增加擴展性而增加的，可由繼承此合約的上層合約根據需求再去實現。中間代碼就是對幾個mapping進行賦值了，然后調用了ERC721的?_safeMint?函數實現底層的鑄造，接著就發送Minted事件了。

這個鑄造函數是internalvirtual的，上層合約可以重載該函數，且上層的實現合約需要再根據具體需求自己添加開放的鑄造函數。

接著看看銷毀函數，代碼如下：

銷毀時，要求tokenId是存在的且需是葉子節點才允許銷毀。另外，銷毀時，需要從子節點數組中移除，而為了節省gas，同時把子節點數組中的最后一個元素移到了銷毀的索引位置。

另外，實現代碼中，也封裝了批量鑄造的內部函數，方便擴展支持批量鑄造多個子節點的需求。

其實，整個協議并不復雜，但已經足以覆蓋到很多應用場景，后續我會結合一些具體的應用場景，再增加示例代碼作為案例，以促進該協議的落地應用。

Tags：NFTRENENTPARUNFTTRENDAIEmit Water ElementSPARK幣

Bitcoin