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

前言

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

OKX發布BRC-30提案，引入存款、鑄造和提取等權益操作功能:6月1日消息，OKX 官網發布 BRC-30 提案，它是 BRC-20 協議的增強版本，采用了 BRC-20 的設計原則，并引入存款、鑄造和提取等權益操作功能，旨在為比特幣網絡引入一種針對 BRC-20 代幣和比特幣的質押機制。用戶可以抵押他們自己的 BRC-20 代幣和比特幣，并獲得相應的 BRC-30 代幣作為回報。

此外 OKX 官推發文明天見并配圖BRC-?0，明天見。[2023/6/1 11:52:01]

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

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

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

接口定義

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

IERC6150IERC6150EnumerableIERC6150BurnableIERC6150ParentTransferableIERC6150AccessControlIERC6150

韓國法院判處公務員因盜用公共資金購買加密貨幣而入獄:金色財經報道，韓國一家法院已將一名公務員判處緩刑，該公務員竊取了價值數千美元的公共資金以支付加密貨幣投資。這名公職人員被判處一年緩刑和兩年緩刑。由于法律原因，這位官員沒有透露姓名。[2023/5/30 9:50:01]

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

Lifeform以1億美元估值完成A輪融資，Geek Cartel領投:金色財經報道，DID解決方案提供商Lifeform以1億美元估值完成A輪融資，本輪融資由Geek Cartel領投，KuCoin Labs、DHVC、SevenX Ventures、Foresight Ventures、K24 Ventures、Another World參投。

此前，Lifeform種子輪由Binance Labs領投，前種子輪由GeekCartel獨家投資。

據悉，Lifeform的UE5版虛擬人編輯器PC端已于2022年11月上線，Lifeform Avatar及相關服飾item鑄造總量超40萬。Unity版移動端于2023年2月17日上線，截至目前Lifeform Cartoon Avatar鑄造總量已突破85萬，官方網站單日PV量達2000萬。[2023/2/25 12:29:02]

IERC6150Enumerable

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

OpenSea與Twitter未能達成合作，Magic Eden可能成為Twitter合作伙伴:11月5日消息，據知情人士透露，OpenSea和Twitter討論了在Tweet Tiles上的合作，但未就條款達成一致。Magic Eden成為可能Twitter的合作伙伴。

此前，Magic Eden超過OpenSea成為月交易量最大的NFT市場。（TheBlock）[2022/11/5 12:19:46]

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

DeFi Llama旗下流支付協議Llama Pay已部署至Metis網絡:6月22日消息，DeFi Llama旗下流支付協議Llama Pay已部署至以太坊擴容解決方案Metis網絡，同時已完成由PeckShield進行的全面審計。[2022/6/22 1:24:14]

IERC6150Burnable

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

只定義了兩個函數，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：NFTRENENTPARNFT2$幣Senator KarenENTS價格Leopard Lending

MATIC