Closed MarkusTeufelberger closed 7 years ago
Potential duplicate of #219
And apparently denied in https://github.com/ipfs/notes/issues/89 (at least for IPFS, which is intended to address a certain graph layout on top of some content, even if the underlying content is the same).
There might be hope for 2 outcomes: A canonical/recommended setting to create IPFS graphs and subsequently IPFS multihashes or a service on top of IPFS that in a trusted/semi-trusted or maybe even decentralized way provides mappings between different representations of the same underlying content, similar to e.g. metalink.
This issue has been moved to https://discuss.ipfs.io/t/is-there-a-way-to-communicate-that-2-different-addresses-point-to-the-same-object/256.
An example would be a file that's hashed with 2 different algorithms or a large file that - if reassembled - has the exactly same content, but has been split up in different individual parts using different algorithms.
Bittorrent suffers from this issue for example, as the creator of the torrent file can choose the block size which in the end leads to different info hashes for the exact same file. This is slightly reconciled in the metalink file format, where one can specify a lot of different sources for the same file. My question is if there's something similar to metalink for IPFS too, to tell others that 2 completely unrelated addresses actually result in the exactly same content and thus can be used interchangably.