Здесь я не со всем согласен.
- по Биплу нужно было прописать не makersplace . а просто ipfs://......бипловский...хеш..
так что если makersplace исчезнет, то хеш в принципе сохранится.
- про свою ноду ipfs - если url исчезнет, то хеш можно восстановить, а если перекуплен, то есть риск,но в принципе если просматривать через ipfs, то я не представляю, как под данный хеш можно подсунуть другой файл, знающие будут смотреть именно ipfs хеш (ну а на том же opensea конечно же дрова получатся, эт для тех кто любит картинки opensea)))).

По идее, если человек берет nft, то сахранность уже на нем. Естественно не стоит покупать с метаданными под url, а если берется с данными под ipfs, то нужно сохранять 2 файла:
1-й это json файл с указанием на изображение или еще что.
2-й это изображение или еще что-то.
И даже если бывший владелец перестал поддерживать nft, то его всегда можно восстановить. А истиному коллекционеру вообще должно быть наплевать, он сможет всегда просматривать сохраненные файлы  на своем компе через установленный ipfs, а при желании продать он просто загрузит данные файлы на надежный ipfs сервис.

Вообще-то при создании nft не правильно в URI прописывать даже https://ipfs.io/ipfs/Qm......, правильнее ipfs://Qm......, но вот opensea не всегда это видит, вероятно из за загруженности.

Так что всегда нужно смотреть метаданные.
По моему здесь уже спрашивали, но вот я тоже не знаю, как посмотреть метаданные контракта opensea, да и они не используют ipfs, а по документации хранят на googleusercontent.

Ну и пример вроде как настоящего nft, ты об этом уже писал(ради интереса и шутки делал):
https://polygonscan.com/token/0x0607e95c67681566549318669d0ec8fc4cdcc871?a=368219535
Opensea его не видит, возможно в URI надо было прописывать не data:text/json;base64 , а просто json {"":"",....}
Ну и благо на матике можно эксперементировать.