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

前言

因為一些機緣，我最近和幾個同行朋友一起提交了一個新的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串聯起來組成樹狀結構，就像文件系統一樣。

Web3全棧游戲解決方案COMBO推出8000萬美元生態基金:6月2日消息，Web3 全棧游戲解決方案 COMBO 宣布推出 COMBO 生態基金。COMBO 團隊已向生態基金撥款 8000 萬美元。這些資金將提供給在 COMBO 上創建 Web3 游戲的開發人員。

除了資金之外，生態系統基金還為開發人員提供接觸顧問和游戲行業資深人士的機會，他們可以幫助指導成功的申請人完成 Web3 游戲開發過程。[2023/6/2 11:54:31]

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

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

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

接口定義

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

IERC6150IERC6150EnumerableIERC6150BurnableIERC6150ParentTransferableIERC6150AccessControlIERC6150

匯豐控股：以1英鎊收購硅谷銀行英國子公司:金色財經報道，根據一份聲明顯示，匯豐銀行以1英鎊收購硅谷銀行英國子公司。截至3月10日，硅谷銀行英國子公司擁有約55億歐元的貸款和約67億英鎊的存款，英國央行在一份單獨的聲明中表示，它促成了這筆交易，客戶存款將受到保護，交易中不涉及納稅人的錢。[2023/3/13 13:00:42]

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

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層級樹中是不是根節點或葉子節點。

流動性協議Onyx：計劃于3月1日啟動主網:2月16日消息，流動性協議 Onyx (XCN) 發推文稱，“對 Onyx 流動性協議的初步審計沒有發現重大技術問題。我們計劃在 3 月 1 日完成審核并啟動主網。”[2023/2/16 12:09:25]

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下面，則需要拋出錯誤。

Coinbase在華爾街日報刊登整幅版面廣告：“相信我們”:11月18日消息，Coinbase在華爾街日報刊登整幅版面廣告，主題為“相信我們”。

Coinbase表示：數百萬用戶把金錢和信任交付給了配不上這些的人，用戶被利用了，這一切本不該發生。十年以來，Coinbase一直致力于成為最安全、最合規的加密交易平臺。

Coinbase總部位于美國；1:1持有客戶資產；不會進行對客戶不利的交易，也不會在未經同意的情況下使用其資金；提供上市公司所需的透明財務及審計。是的，你可以相信我們。但實際上，你也有懷疑的權利。心懷叵測的人從一開始就一直在花人們辛苦賺得的錢。用戶應該擁有一個去中心化的系統，以至于不必相信Coinbase或其他任何機構。這是加密世界的承諾。用戶唯一需要相信的就是數學。對所有人來說，一切都是透明的、不可篡改的、可驗證的。現在是時候建立一個監管框架，使這一未來成為可能。是時候優化整個加密體系了。[2022/11/18 13:20:41]

IERC6150Burnable

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

美聯儲喬治：我支持繼續加息:10月14日消息，美聯儲喬治：我支持繼續加息。加息路徑需要是穩健和可預測的。[2022/10/14 14:27:57]

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

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：NFTRENPARAREBBNFT價格RENA幣Sparksterflare幣和apt幣

以太坊價格