原文作者：Jason

doodles 于上周刚公布了接下来的规划，比较有趣的是可组合自定义 NFT，之前也和大家交流过，我认为 NFT 赛道的技术演进有三个：纯链、可编程与和可组合，这三个结合起来将极大提升 NFT 的互操作性。 今天先和大家聊聊可组合这个方向的现状，未来和挑战。

众所周知 NFT 目前几乎绝大多数都为静态小图片，所以很难释放出它更多的玩法和 utility，所以我很久也没有写关于 NFT 的内容了，主要没看到有出现什么新东西。有趣是吸引人进来的，有用是留住进来的人，所以 doodles 通过可组合打有趣可玩性我觉得是一条不错的容易破圈的路，也会给行业带来一些新鲜空气。

其实可组合性是 NFT 一条比较明确的演进路径，原因有 1. 刚才说到的 NFT 静态小图片问题，动态自然应该要成为一个趋势 2.NFT 作为社交名片放在头像上，类比 QQ 秀也能穿衣戴帽，刻舟求剑动态也应该是一个趋势 看起来这种推演方式很粗暴且懒，但是大道至简很多趋势就是这样具有肉眼确定性的。

其实之前已经出现一些可组合具备互操作性 NFT 的 EIP 如 998 和 3664，以及包括波卡的 RMRK 重点发力在这个方向，可组合 NFT 行业普遍共识认为将会爆发在游戏领域，如人物的装备、坐骑等，但实际上若想真正应用难度更大，因为在游戏领域的可组合性之下还包括了可升级性、可消耗性等复杂场景。

我们还是以 doodles 为例，从其描述来看想实现的效果是可以对肤色、配饰等进行自定义，其实就是将目前 PFP 的属性进行自定义，如下图所示现在 NFT 表现层的图片具有的多个对应属性是不可拆分且项目方提前预置的状态，即使有时候觉得某个墨镜很酷但要买只能打包买。 

想实现的效果是每个属性都能够拆成独立的 NFT 并进行组合，这里需要讲一下目前 NFT 技术实现帮助大家更好理解。 

一套 NFT 的生产流程是项目方先事先生成 1 万张图片和对应的 1 万个 Json 文件作文 metadata，再将 metadata 上传至 IPFS 等云存，最后把 IPFS 链接写入到合约的 baseURI 中。

每个 Json 文件的命名就是 123 数字，和 NFT 的 TokenID 可以对应上，比如我持有 doodles3179，则就去查询文件名为 3179 的 metadata，如下图所示，NFT 的名字、描述、图片链接、属性等。 具体 NFT 实现可以看我一年前写的一篇教程  https://jason.mirror.xyz/bJcHIpahB9Rd5grPJdn-k_PuV66cO_dqOKS5AIRQ5cM

若想实现将每个属性都拆为 NFT 且可组合的话，首先必须要解决 NFT 索引问题，在链上为多个 NFT 建立树状关联关系，因为现在 NFT 每个都是独立的，这是一个比较麻烦的事。如下图所示每一个属性都变成 NFT 的话，需要在合约中建立之间的索引，这是 ERC721 完全不具备的能力，需要自己去建立实现。  

第二则是要解决动态图片的问题，刚才说到所有的图片都是项目方实现生成的死图片，那么当我把墨镜卖了，我的首先删除与墨镜 NFT 的索引关系，还要将图片的墨镜给「摘掉」，那怎么摘是个问题，刚才说到每个 NFT 都对应着一个 Json 文件，则有两种操作： 

1. 修改文件内容 

2. 指向一个新文件

若存在 IPFS 的话，则文件内容无法修改，只能指向新文件，那就会遇到一个很难搞的事，刚说到项目方需要将 NFT 图片提前生成，如果每个属性都变成 NFT 且可组合，把所有排列组合全部穷举一遍并生成图片，这个量级极其大，还要再和索引对应上，或者是单独做个生成器随用随生成，doodles 大概率会选择这种。

另一种方式则是直接存在 AWS 等中心化存储，可以随时进行修改，现在很多号称「动态」的 NFT 其实都是这么操作的，虽然没啥毛病但是不符合 web3 政治正确当然这个问题也是纯链的探索方向，后续为大家再扩展。

最后的问题在于需要交易市场的支持，交易市场都遵循 721 和 1155 的标准，但是如果 NFT 之间存在嵌套组合的话，需要由交易市场去支持兼容，如果不是该方向发展到一定体量，交易市场单独为此兼容也不划算，否则也许只能 doodles 自建一套，这个我现在也没有想好 doodles 会如何处理。  

最后给大家一些参考资料 RMRK 建议大家可以了解一下，如果说现在对 NFT 是功能机，，RMRK 则是智能机 https://rmrk.app

关于 998 和 3664 的链接如下，可扩展阅读  https://eips.ethereum.org/EIPS/eip-998  https://github.com/DRepublic-io/EIPs/blob/master/EIPS/eip-3664.md