我刚刚将一个由5张图片组成的文件夹上传到IPFS(使用Mac桌面IPFS客户端应用程序,所以这是一个非常简单的拖放操作)。
既然我是创建并发布此文件夹的人,这是否意味着只有我能够对其进行进一步修改-例如添加或删除更多图像?还是在IPFS上的任何人都可以这样做?
如果他们可以,那么有没有办法防止这种情况发生?
=======================================
更新后的问题:
我的具体用例与更新ERC721令牌的元数据有关 - 在它们被铸造之后。
例如,想象一个游戏,其中某些对象 - 比如说一个魔法剑 - 在其所有者完成一定任务或使用一定次数后获得特殊的能力。因此,我们希望通过编辑其元数据来更新此剑的属性,并将此更新后的元数据文件重新提交到区块链中。
例如,如果我们的游戏有100把剑,最初上传到IPFS的文件夹包含所有100个json文件(每个剑一个文件),那么我相信IPFS仍然允许您通过它们的具体可读名称(而不仅仅是哈希值)访问哈希文件夹中的特定文件。 因此,如果我们的剑恰好是剑#76,我们的JSON文件的命名约定是这种格式:
既然我是创建并发布此文件夹的人,这是否意味着只有我能够对其进行进一步修改-例如添加或删除更多图像?还是在IPFS上的任何人都可以这样做?
如果他们可以,那么有没有办法防止这种情况发生?
=======================================
更新后的问题:
我的具体用例与更新ERC721令牌的元数据有关 - 在它们被铸造之后。
例如,想象一个游戏,其中某些对象 - 比如说一个魔法剑 - 在其所有者完成一定任务或使用一定次数后获得特殊的能力。因此,我们希望通过编辑其元数据来更新此剑的属性,并将此更新后的元数据文件重新提交到区块链中。
例如,如果我们的游戏有100把剑,最初上传到IPFS的文件夹包含所有100个json文件(每个剑一个文件),那么我相信IPFS仍然允许您通过它们的具体可读名称(而不仅仅是哈希值)访问哈希文件夹中的特定文件。 因此,如果我们的剑恰好是剑#76,我们的JSON文件的命名约定是这种格式:
“sword000.json” ,则剑#76的JSON元数据文件将具有以下路径:
http://ipfs.infura.io/QmY2xxxxxxxxxxxxxxxxxxxxxx/sword076.json
如果我们编辑了“ sword076.json”文件并将其拖放回主JSON文件夹中,则它显然会导致该文件夹的哈希/CID值发生更改。但是,只要我们能够更新我们的Solidity合同的“tokenURI”方法以查找并从此新更新的HASH / CID文件夹名称中提供我们的“.json”文件,我们仍然可以按照它们的常规英文名称引用其中的单个文件。这意味着我们可以继续使用这些文件。
无论是否采用这种方案,我们肯定可以讨论,但是我首先想回到我的原始问题/关注点,即我想确保我们是唯一可以更新文件夹内容的人,没有其他人有权限这样做。
这有道理吗?