金色财经报道，2月25消息，TheGraph将推出基于NFT的子图所有权转移功能。官方提出GIP-0018治理提案：每当应用程序开发人员发布新的子图时，GNS都会生成NFT，拥有NFT的人控制子图，NFT基于ERC-721标准，因此可以轻松转移到不同的账户。
本次的功能更新，是通过GIP-0023提案替换了GIP-0018，GIP-0018中旨在解决子图所有权和控制权转移问题。GIP-0023通过编写单独的NFT(ERC-721)合约而不是使用GNS作为注册表，重构了GIP-0018中提议的子图的NFT所有权的实现。
独家 | 金色财经2月27日矿币数据播报:金色财经报道，据币印矿池数据显示：
主流币挖矿日收益分别为：BTC（￥1.02/T）、ZEC（￥0.36/T）、LTC（￥17.45/G）、BSV（￥1.04/T）、BCH（￥1.05/T）、DASH（￥0.12/G）。
当前热门矿机数据及净收益分别为：芯动T3+（BTC，￥26.27）、芯动A9（ZEC，￥12.46）、蚂蚁L3+（LTC，￥0.82）。[2020/2/27]
我们来看下GIP-0023的细则。
GNS合约允许任何人发布具有关联元数据和目标子图部署的子图。新的子图将永远与创建它的帐户绑定。不能转移子图所有权使得某些用例非常不方便，本提案旨在解决这些问题。此GIP取代了GIP-0018，保持相同的目标，但重构了实现。
分析 | 金色盘面：USDT折溢价指数反弹折价率下降:金色盘面综合分析：USDT折溢价指数最新值为99.988，市场风险偏好增加，USDT需求有所上升，资金进出通证市场增加。[2018/9/1]
包含的原GIP-0018内容：应用程序开发人员创建子图来索引区块链数据。他们希望索引器在去中心化网络中运行他们的子图。为了实现这一点，在GNS中发布了一个针对子图部署的子图。由于许多原因，应用程序开发人员可能希望将子图的所有权转移到不同的帐户。
每当应用程序开发人员发布新的子图时，GNS都会生成NFT。拥有NFT的人控制子图。NFT基于标准的ERC721，因此可以轻松无限制地转移到不同的账户。此外，当所有者弃用子图时，NFT会被销毁。
分析 | 金色盘面：DASH/USDT冲高回落，尚未摆脱震荡区间:金色盘面综合分析:虽然DASH/KRW出现明显拉升，但DASH/USDT却并未跟随上涨，反而出现明显的冲高回落行情，建议继续关注区间160-170的突破情况。[2018/8/13]
GIP-0023新内容：NFT子图的第一个实现继承了GNS的ERC721行为，因此，我们可以使用GNS合约作为注册表。不过这带来了许多问题，主要是OpenSea、Etherscan和其他应用程序不会将升级后的GNS检测为有效的ERC-721NFT。
本GIP中提出的新实现使用与GNS分开部署的不同NFT合约，并使它们通过可组合性工作。
金色财经现场报道 Mark.Space联合创始人：俄罗斯联邦储蓄银行的区块链开发部门并不关注比特币价格:金色财经现场报道，今日在哥伦比亚大学举行的CryptoASIA峰会上，Mark.Space联合创始人Denis Polulyakhov在回答有关比特币的价值是否被高估的问题时表示，目前俄罗斯最大的银行——俄罗斯联邦储蓄银行有一个包括200人的区块链开发部门，其中有很多工程师，他们并不关注比特币的价格是否在浮动。[2018/5/13]
为了支持这个功能，我们引入了两个合约：
SubgraphNFT：
这是基于OpenZeppelin实现的标准ERC721合约。该合约使用TokenDescriptor来呈现tokenURI。SubgraphNFT允许设置一个称为minter的特殊角色，它是唯一可以铸造、刻录或设置NFT元数据的角色。在我们的设置中，铸币者是GNS。
SubgraphNFTDescriptor：
这是一个实现TokenDescriptor接口的合约，其唯一目的是呈现tokenURI。
对GNS进行了以下更改：
GNS有一个额外的状态变量来存储SubgraphNFT地址，因此每当应用程序开发人员与子图交互时，GNS都可以通过NFT铸造、销毁或检查子图的所有权。
子图元数据是一个IPFS哈希，其中包含一个JSON文件，该文件编码有关子图的相关信息，如图像、显示名称、类别等。
SubgraphMetadataUpdated每当发布子图或应用程序开发人员决定更新它时，子图元数据最初只是在事件上发出。
该GIP建议将子图元数据存储到SubgraphNFT中的状态变量中。这样，NFT就可以从中渲染出正确的tokenURI，并在钱包和任何其他NFT市场上可见。
还将提供一个TokenDescriptor合约，以将存储为bytes32的IPFS哈希格式转换为IPFS在客户端URI中使用的兼容base58字符串。
新实现还将公开一个函数，旧类型子图的所有者可以调用该函数来铸造他们的NFT。此函数必须确保每个旧类型子图仅调用一次。
此外，合约将跟踪subgraphID=>(graphAccount,subgraphNumber)旧子图的映射，以使其向后兼容。
更新后还需注意：
1.需要通过调用合约公开的函数来迁移旧的子图类型和铸造NFT。
2.任何集成GNS功能的前端都需要开始使用单个subgraphID。
3.更新核心网络子图以读取合约发出的新事件。
4.与合约集成的dapp需要更新接口。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。