Метаданные NFT в IPFS

Что такое метаданные NFT в IPFS?

Метаданные NFT в IPFS — это метаданные и медиафайлы, связанные с невзаимозаменяемым токеном и хранящиеся в InterPlanetary File System или доступные через нее.

На крипторынке право собственности на NFT обычно подтверждается смарт-контрактом в блокчейне, а метаданные объясняют, что представляет собой токен.

Метаданные могут включать название NFT, описание, изображение, файл анимации, атрибуты, характеристики, сведения о редкости, игровую статистику, внешний URL и другую информацию, которую кошельки и NFT-приложения отображают пользователям.

IPFS часто используют, поскольку она позволяет NFT-проектам ссылаться на файлы с помощью адресации по содержимому, не полагаясь только на традиционный веб-сервер.

В официальном документе «Рекомендации IPFS по работе с данными NFT» рекомендуется использовать URI IPFS для ссылок из смарт-контрактов на внешние данные NFT, хранящиеся в IPFS.

Например, смарт-контракт NFT может возвращать token URI вида

.

Затем этот JSON-файл может указывать на изображение, например

.

Когда кошелек, маркетплейс, игра или приложение для портфельной аналитики считывает NFT, оно переходит по URI, получает метаданные и показывает контент пользователю.

Почему IPFS важна для метаданных NFT

IPFS важна для метаданных NFT, поскольку многие файлы NFT слишком велики или дороги для прямого хранения в блокчейне.

Блокчейны хорошо подходят для хранения записей о владении, истории транзакций и логики смарт-контрактов.

Обычно они не подходят для хранения крупных изображений, видео, музыкальных файлов, 3D-объектов или объемных JSON-данных.

IPFS решает эту проблему: NFT-проекты могут хранить данные вне блокчейна и при этом ссылаться на них с помощью проверяемого идентификатора контента.

Это может снизить расходы на хранение и повысить прозрачность по сравнению с обычными серверными ссылками.

Если NFT ссылается только на обычный URL HTTPS, владелец сервера может изменить содержимое по этому URL, не меняя сам URL.

В IPFS идентификатор связан с содержимым файла, поэтому изменение файла приводит к изменению идентификатора.

Это делает IPFS полезной для NFT-проектов, которым важно убедиться, что метаданные и медиафайлы не были незаметно заменены.

Как работают метаданные NFT в IPFS

Процесс начинается с того, что создатель или разработчик подготавливает JSON-файл метаданных для каждого NFT.

Файл содержит поля, описывающие токен, например

, , и .

Затем создатель загружает JSON-файл и связанные с ним медиафайлы в IPFS.

IPFS присваивает каждому файлу или папке идентификатор контента, который обычно называют CID.

Смарт-контракт NFT хранит или возвращает URI, указывающий на CID метаданных.

Когда приложению NFT нужно отобразить токен, оно обращается к смарт-контракту, получает token URI, загружает JSON-файл из IPFS и считывает содержащиеся в нем поля.

Если в файле метаданных указан URI изображения в IPFS, приложение также получает это изображение из IPFS.

Так формируется цепочка ссылок: от токена в блокчейне — к офчейн-метаданным, а затем к офчейн-медиафайлам.

Что такое CID в метаданных NFT?

CID, или идентификатор контента, — это используемая в IPFS метка, которая указывает на конкретный фрагмент данных.

В официальной документации IPFS по адресации контента поясняется, что CID указывает на контент на основе самого содержимого, а не местоположения на сервере.

Это одно из основных различий между IPFS и обычным веб-хостингом.

Обычный URL чаще всего сообщает браузеру, где искать данные.

CID сообщает системе IPFS, какой контент нужно найти.

Если один и тот же контент добавить в IPFS с одинаковыми настройками, должен получиться тот же CID.

Если изменится хотя бы небольшая часть контента, CID станет другим.

В метаданных NFT это означает, что у JSON-файла и файла изображения может быть собственный идентификатор, основанный на содержимом.

URI IPFS и URL HTTPS

URI IPFS обычно начинается с

.

URL HTTPS обычно начинается с

.

Например, URI метаданных IPFS может выглядеть так:

.

Версия HTTPS через шлюз может выглядеть так:

.

URI IPFS обычно лучше подходит в качестве канонической ссылки на метаданные NFT: он сохраняет адрес контента и не зависит от домена одного шлюза.

URL HTTPS через шлюз тоже может быть полезен, поскольку многие браузеры и приложения не поддерживают ссылки

напрямую.

В официальной документации по шлюзам IPFS объясняется, что шлюзы позволяют обычным HTTP-клиентам получать данные IPFS, адресуемые по содержимому.

На практике многие NFT-приложения преобразуют ссылки

в URL шлюзов, чтобы пользователи могли загружать изображения и метаданные через привычную веб-инфраструктуру.

Пример хранения метаданных NFT в IPFS

Простой файл метаданных NFT, хранящийся в IPFS, может выглядеть так:

Поле

задает понятное название NFT.

Поле

объясняет, что представляет собой NFT.

Поле

указывает на изображение NFT, хранящееся в IPFS.

Поле

содержит характеристики, которые могут отображать кошельки, NFT-инструменты и системы оценки редкости.

После загрузки JSON-файла в IPFS смарт-контракт NFT может указать на него с помощью token URI.

Если позднее изменить файл метаданных, обновленная версия получит другой CID.

Метаданные ERC-721 и IPFS

ERC-721 — один из основных стандартов NFT для уникальных токенов в сетях, совместимых с Ethereum.

В официальном стандарте ERC-721 предусмотрено необязательное расширение метаданных с функцией

.

Эта функция возвращает URI, указывающий на метаданные конкретного NFT.

При использовании IPFS возвращаемый token URI может указывать на CID IPFS, а не на централизованный веб-сервер.

Например, для токена с идентификатором 1 может возвращаться

.

Для токена с идентификатором 2 может возвращаться

.

Такая структура распространена в NFT-коллекциях, где у каждого токена свои изображения, характеристики и данные о редкости.

Сочетание IPFS и ERC-721 позволяет проектам практически отделить владение, записанное в блокчейне, от хранения контента вне блокчейна.

Метаданные ERC-1155 и IPFS

ERC-1155 — это стандарт мульти-токенов, который позволяет поддерживать NFT, полу-взаимозаменяемые и взаимозаменяемые токены в одном смарт-контракте.

В официальном стандарте ERC-1155 для метаданных используется функция

.

ERC-1155 также поддерживает шаблон подстановки

: приложения заменяют фактическим идентификатором токена в определенном шестнадцатеричном формате.

Это полезно для игр, значков, выпусков и коллекций со множеством типов токенов.

Например, контракт ERC-1155 может возвращать URI IPFS вида

.

Кошелек или игровой клиент может подставить правильный идентификатор токена вместо

и получить нужный файл метаданных.

Поэтому IPFS подходит как для уникальных NFT, так и для крупных коллекций мульти-токенов.

Папки IPFS для NFT-коллекций

Многие NFT-проекты загружают в IPFS целую папку с метаданными, а не каждый файл по отдельности.

В папке могут находиться файлы

, , и так далее.

В другой папке могут находиться соответствующие изображения:

, и .

После загрузки папка получает CID.

Затем контракт NFT может использовать CID этой папки в качестве базового URI.

Например, базовый URI может выглядеть так:

.

Контракт может объединить этот базовый URI с идентификатором токена и сформировать

.

Такой подход упрощает организацию, раскрытие, проверку и сохранение метаданных NFT.

Закрепление метаданных NFT в IPFS

Загрузка данных в IPFS сама по себе не гарантирует, что они будут доступны всегда.

При сборке мусора узлы IPFS могут удалять кэшированные данные, если они не закреплены или не сохранены другим способом.

В официальной документации IPFS по сохранности и закреплению данных объясняется, что данные можно закрепить на одном или нескольких узлах IPFS, чтобы поддерживать их доступность.

Закрепление сообщает узлу IPFS, что определенный CID нужно сохранить, а не считать временными кэшированными данными.

Для NFT-проектов закрепление важно, поскольку отсутствие метаданных может привести к некорректному отображению NFT.

Надежный план хранения NFT может включать несколько поставщиков услуг закрепления, собственные узлы IPFS, резервные копии и мониторинг.

Коллекционеры также могут самостоятельно закреплять метаданные, если хотят дополнительно сохранить принадлежащие им активы.

IPFS обеспечивает доступ к контенту по его адресу, но сохранность данных по-прежнему требует активного планирования.

Шлюзы IPFS для метаданных NFT

Шлюз IPFS позволяет обычным браузерам и приложениям обращаться к контенту IPFS через HTTP.

Это важно, поскольку не каждый кошелек, браузер или мобильное приложение может напрямую загружать ссылки

.

Шлюз преобразует ссылку IPFS в URL, доступный через веб.

Например, доступ к

можно получить через URL HTTP-шлюза с тем же CID.

Шлюзы упрощают доступ, но их не следует путать с идентификатором самого контента.

Если один шлюз работает медленно или недоступен, другой все еще может получить тот же CID.

Поэтому многие создатели NFT предпочитают хранить канонические ссылки на метаданные в виде URI

, а не жестко задавать в смарт-контракте URL одного шлюза.

Ключевой ссылкой должен оставаться CID, а шлюзы — лишь одним из способов доступа.

IPFS и раскрытие NFT

Многие NFT-коллекции используют IPFS при проведении раскрытия.

До раскрытия каждый токен может указывать на метаданные-заглушки со скрытым изображением.

После раскрытия проект обновляет базовый URI или token URI смарт-контракта, чтобы каждый NFT указывал на финальные метаданные в IPFS.

Эти метаданные могут содержать уникальные иллюстрации, характеристики и сведения о редкости.

Раскрытие пройдет проще, если проект подготовил и проверил папки метаданных IPFS до запуска.

Процесс может быть сопряжен с рисками, если файлы метаданных отсутствуют, пронумерованы неправильно, загружены с неверным CID или некорректно закреплены.

Перед раскрытием проектам следует проверить каждый JSON-файл, ссылку на изображение и соответствие идентификаторов токенов.

Коллекционерам следует понимать, что после раскрытия вместо заглушки может отображаться финальная версия NFT, но это автоматически не меняет владельца.

Неизменяемые метаданные и IPFS

IPFS часто используют для хранения метаданных NFT с расчетом на их неизменность, поскольку адресация по содержимому затрудняет незаметное редактирование.

Если проект хранит метаданные по фиксированному CID IPFS, а смарт-контракт не может изменить URI, менять метаданные NFT становится намного сложнее.

Это может укрепить доверие коллекционеров, поскольку вероятность последующей замены изображения и характеристик ниже.

Неизменяемые метаданные особенно полезны для NFT с произведениями искусства, историческими предметами коллекционирования, сертификатами и активами, представление которых, по ожиданиям покупателей, должно оставаться стабильным.

Однако неизменяемость также может сделать ошибки постоянными.

Если в JSON-файле есть опечатка, неработающая ссылка на изображение, неверная характеристика или ошибочное описание, для исправления может потребоваться новый CID и обновление контракта.

Если контракт не позволяет обновлять URI, ошибка может навсегда остаться частью NFT.

Перед блокировкой ссылок IPFS проектам следует тщательно проверять метаданные.

Изменяемые метаданные и IPFS

Изменяемые метаданные — это информация, связанная с NFT, которую можно менять после минта.

IPFS можно использовать и в системах с изменяемыми метаданными, однако каждый измененный файл обычно получает новый CID.

Динамический NFT может обновлять token URI, указывая на новый CID IPFS при каждом изменении актива.

Например, NFT игрового персонажа может повышать уровень, получать новое снаряжение и ссылаться на обновленные метаданные в IPFS.

Изображение значка NFT-членства может обновиться после перехода владельца на новый уровень программы.

Внешний вид NFT с эволюционирующим произведением искусства может меняться со временем под влиянием ончейн- или офчейн-событий.

Изменяемые метаданные IPFS дают широкие возможности, но пользователи должны знать, кто контролирует обновления и какие правила ограничивают изменения.

Без четких правил изменяемые метаданные могут подорвать доверие: владельцы могут опасаться несправедливого изменения искусства, характеристик или функциональности.

ERC-4906 и обновления метаданных IPFS

ERC-4906 — это расширение метаданных ERC-721, которое помогает приложениям узнавать об изменении метаданных NFT.

В официальном стандарте ERC-4906 определены события

и .

Эти события могут сообщать об обновлении метаданных JSON одного токена или диапазона токенов.

Это полезно для NFT на базе IPFS, поскольку приложения часто кэшируют метаданные.

Если token URI меняется с одного CID IPFS на другой, кошельку или индексатору может потребоваться сигнал обновления, прежде чем обновятся отображаемые изображение и характеристики.

ERC-4906 не хранит файлы IPFS и не определяет, что должно содержаться в метаданных.

Он лишь предоставляет смарт-контрактам стандартный способ сообщить приложениям об изменении метаданных.

Это может уменьшить количество устаревших изображений и характеристик, а также необходимость обновлять данные вручную в NFT-инструментах.

Преимущества использования IPFS для метаданных NFT

Первое преимущество — адресация по содержимому.

CID создает для данных NFT ссылку, основанную на содержимом, а не только на местоположении сервера.

Второе преимущество — большая прозрачность.

Пользователи могут сравнить CID с ожидаемыми метаданными и медиа, чтобы проверить соответствие контента.

Третье преимущество — более высокая переносимость.

Доступ к одному CID возможен через разные шлюзы и узлы IPFS.

Четвертое преимущество — меньшая зависимость от одного централизованного хостинга.

Если контент закреплен на нескольких узлах или в нескольких сервисах, он может оставаться доступным даже при отказе одной точки доступа.

Пятое преимущество — больше возможностей для сохранности данных.

Создатели, коллекционеры, архивы и сообщества могут помогать сохранять важные файлы NFT, закрепляя одни и те же CID.

Шестое преимущество — соответствие принципам Web3.

IPFS поддерживает открытый распределенный доступ к данным NFT вместо полной привязки актива к одному частному серверу.

Ограничения IPFS для метаданных NFT

IPFS не делает метаданные NFT постоянными автоматически.

Кто-то по-прежнему должен хранить, закреплять и предоставлять доступ к контенту.

IPFS также не гарантирует быструю загрузку в каждом регионе и каждом приложении.

Производительность может зависеть от шлюзов, качества закрепления, доступности узлов, кэширования и размера файла.

IPFS не подтверждает, что проект владеет авторскими правами на загружаемые медиафайлы.

Она лишь помогает адресовать и получать контент.

IPFS не защищает пользователей от фишинговых ссылок в полях метаданных.

При открытии внешних URL приложениям и пользователям по-прежнему необходимо соблюдать меры безопасности.

IPFS также не исправляет автоматически ошибки в структуре метаданных.

Если проект загружает некорректный JSON, несогласованные характеристики, отсутствующие изображения или непонятные атрибуты, это по-прежнему может ухудшить взаимодействие с NFT.

Метаданные IPFS и редкость NFT

Редкость NFT часто рассчитывается на основе атрибутов метаданных.

Если характеристики хранятся в JSON-файлах IPFS, инструменты оценки редкости могут считывать эти файлы и ранжировать токены по частоте встречаемости характеристик.

Поэтому точность метаданных крайне важна.

Разница в написании, например

и , может привести к тому, что инструменты посчитают одну и ту же характеристику двумя разными значениями.

Отсутствующий атрибут может создать впечатление, что один токен описан менее полно, чем остальные.

Неверная характеристика может повлиять на рыночную цену и ожидания коллекционеров.

Перед загрузкой метаданных в IPFS проектам следует стандартизировать названия характеристик, значения и типы данных.

Также следует сохранить резервную копию финальной папки метаданных, чтобы в дальнейшем можно было проверить точные данные, опубликованные при раскрытии.

Метаданные IPFS и изображения NFT

Поле image — одна из важнейших частей метаданных NFT, поскольку именно его содержимое пользователи обычно видят первым.

Если изображения хранятся в IPFS, в JSON метаданных для них следует указывать URI IPFS.

Например, в поле image может быть указан адрес

.

Проектам следует проверять правильность названий файлов изображений, их закрепление и ссылки на них.

Также следует выбирать разумный размер файлов: слишком крупные изображения могут медленно загружаться в кошельках и мобильных приложениях.

Поддержка медиаформатов может различаться в разных приложениях, поэтому до запуска проекта следует протестировать отображение.

В метаданных анимированных NFT может быть поле

, указывающее на видео, аудио, HTML-файл или другой мультимедийный контент.

В связанном контенте не следует использовать небезопасные скрипты и подозрительные перенаправления.

Метаданные IPFS и ончейн-NFT

Не каждому NFT нужна IPFS: некоторые NFT хранят метаданные полностью в блокчейне.

В полностью ончейн-NFT метаданные могут формироваться непосредственно смарт-контрактом.

Это может повысить прозрачность и снизить зависимость от внешнего хранилища.

Однако хранение данных в блокчейне может быть дорогим и ограниченным.

IPFS часто становится практичным компромиссом: владение остается в блокчейне, а более крупные файлы метаданных и медиа хранятся вне него.

Некоторые проекты сочетают оба подхода.

Например, контракт может хранить важные атрибуты в блокчейне, а для медиафайлов высокого разрешения использовать IPFS.

Оптимальная архитектура зависит от назначения NFT, размера файлов, потребности в обновлениях и целей долгосрочного хранения.

Метаданные IPFS и централизованные серверы

Метаданные IPFS часто сравнивают с централизованными метаданными на обычных серверах.

Централизованные серверы могут быть быстрыми, гибкими и удобными для обновлений.

Но они могут стать единой точкой отказа.

Если сервер перестанет работать, NFT может потерять отображаемые метаданные.

Если владелец сервера изменит файл по тому же URL, пользователи могут увидеть другое содержимое без очевидных изменений в блокчейне.

IPFS уменьшает эту проблему, связывая ссылку с самим содержимым.

Однако для доступности IPFS по-прежнему нужны узлы, закрепление данных и шлюзы.

Надежный NFT-проект может использовать IPFS как канонический источник ссылок, а шлюзы и резервные копии — для ускорения загрузки.

Риски безопасности метаданных NFT в IPFS

Метаданные NFT в IPFS также могут создавать риски безопасности.

Файл метаданных может содержать внешнюю ссылку на фишинговый сайт.

Медиафайл может включать небезопасный контент, который приложениям не следует отображать без проверки.

Поддельная NFT-коллекция может скопировать подлинные иллюстрации и загрузить их в IPFS.

Администратор проекта может изменить token URI динамического токена так, чтобы он указывал на вредоносные или вводящие в заблуждение метаданные.

URL шлюза может быть подделан, чтобы заставить пользователей доверять неправильному веб-сайту.

Пользователям следует избегать подключения кошелька по ссылкам из неизвестных метаданных NFT.

Проектам следует проверять метаданные, исключать опасное поведение файлов, защищать права на обновление и публиковать официальные CID через надежные каналы связи.

Приложениям следует считать метаданные недоверенными входными данными и защищать пользователей от небезопасного отображения контента и подозрительных внешних ссылок.

Рекомендации NFT-проектам, использующим IPFS

Если данные NFT хранятся в IPFS, проектам следует использовать URI

в качестве канонических ссылок на метаданные и медиафайлы.

Перед загрузкой необходимо проверять каждый JSON-файл.

Следует проверять, правильно ли открываются ссылки на изображения, анимацию и внешние ресурсы.

Метаданные и медиафайлы следует четко распределять по папкам в соответствии с идентификаторами токенов.

Метаданные и медиафайлы необходимо закреплять с помощью надежной инфраструктуры.

Для важных коллекций следует использовать несколько способов закрепления или резервного копирования.

Перед запуском следует проверить отображение метаданных в кошельках, обозревателях, играх и индексаторах.

До минта необходимо решить, будут ли метаданные неизменяемыми, изменяемыми или динамическими.

Покупателям следует четко объяснить правила работы с метаданными.

Если приложениям необходимо обнаруживать изменения метаданных, следует использовать события обновления, например ERC-4906.

Рекомендации покупателям и коллекционерам NFT

Покупателям NFT следует выяснить, ведет ли token URI в IPFS, на HTTPS-сервер, к ончейн-данным или в другое хранилище.

Следует понимать, что IPFS обеспечивает адресацию по содержимому, но автоматически не гарантирует постоянную доступность данных.

Коллекционерам следует проверять, закреплены ли метаданные и медиафайлы или обеспечена ли их сохранность надежным способом.

Следует проявлять осторожность при покупке NFT с централизованными метаданными, если проект не объясняет связанные с хранением риски.

Не следует переходить по неизвестным внешним ссылкам в метаданных NFT.

Коллекционерам следует сохранять сведения о важных token URI и CID ценных NFT.

Если коллекционеры хотят лучше контролировать сохранность данных, они могут самостоятельно закреплять важные метаданные NFT.

Также следует помнить, что надежное хранение в IPFS не гарантирует рыночную стоимость, ликвидность, авторские права или будущую функциональность.

Распространенные ошибки при настройке метаданных NFT в IPFS

Одна из распространенных ошибок — загрузить изображения в IPFS, но оставить метаданные на централизованном сервере.

Другая ошибка — использовать URL шлюза в качестве постоянной ссылки в контракте вместо канонического URI

.

Третья ошибка — забыть закрепить папку с метаданными после загрузки.

Четвертая ошибка — менять метаданные после раскрытия, не сообщив об этом владельцам.

Пятая ошибка — использовать несогласованные имена файлов, например нумеровать идентификаторы токенов с 0 в одной папке и с 1 — в другой.

Шестая ошибка — загрузить некорректный JSON, который некоторые приложения не смогут обработать.

Седьмая ошибка — использовать слишком крупные медиафайлы, из-за которых NFT медленно загружаются.

Восьмая ошибка — считать, что IPFS автоматически решает вопросы юридических прав, лицензирования или владения авторскими правами.

Как проверить метаданные NFT в IPFS

Пользователь может проверить метаданные NFT, считав token URI из смарт-контракта.

Это можно сделать с помощью обозревателя блокчейна, функции чтения контракта, инструмента кошелька или приложения для аналитики NFT.

Если token URI начинается с

, пользователь может проверить CID и путь к файлу.

Чтобы открыть ссылку в обычном браузере, может потребоваться преобразовать URI IPFS в URL шлюза.

Например,

можно открыть через шлюз IPFS, поддерживающий тот же CID и путь.

Затем пользователь может проверить поля JSON и перейти по ссылке на изображение или анимацию.

Если в поле изображения также используется IPFS, CID медиафайла можно проверить отдельно.

Это позволяет понять, зависит ли NFT от IPFS, централизованного сервера или другой системы хранения.

Метаданные IPFS и авторские права

Хранение метаданных NFT в IPFS не подтверждает владение авторскими правами.

IPFS лишь хранит контент или предоставляет на него ссылки.

Проект может загрузить изображение в IPFS, даже если у него нет необходимых прав на это изображение.

Покупка NFT с метаданными IPFS также автоматически не передает покупателю авторские права на связанные медиафайлы.

Метаданные могут описывать актив, но юридические права зависят от лицензии проекта, его условий и применимого законодательства.

Создателям следует загружать только те медиафайлы, которыми они владеют или которые имеют право использовать.

Перед коммерческим использованием иллюстраций, музыки, видео или брендовых материалов NFT покупателям следует изучить условия лицензии.

IPFS помогает сохранять и проверять ссылки на контент, но сама по себе не является системой управления юридическими правами.

FAQ

Что означает «метаданные NFT в IPFS»?

Это означает, что NFT использует IPFS для хранения метаданных, медиафайлов или ссылок на них.

Почему NFT используют IPFS для метаданных?

NFT используют IPFS, поскольку она позволяет ссылаться на контент по его содержимому и меньше зависеть от местоположения на одном традиционном сервере.

Что такое CID в метаданных NFT?

CID — это идентификатор контента, указывающий на конкретные данные в IPFS на основе самого содержимого.

Хранятся ли метаданные IPFS в блокчейне?

Нет. Метаданные IPFS хранятся вне блокчейна, а смарт-контракт NFT обычно хранит или возвращает URI, ведущий к контенту IPFS.

Делает ли IPFS метаданные NFT постоянными?

IPFS не обеспечивает постоянство метаданных автоматически: данные по-прежнему нужно закреплять, размещать или сохранять с помощью узлов и поставщиков хранилищ.

В чем разница между

ipfs://

и

https://

?

URI

указывает на контент IPFS по CID, а URL обычно ведет на веб-сервер или шлюз.

Можно ли изменить метаданные NFT в IPFS?

Содержимое по конкретному CID нельзя изменить без создания нового CID. Однако смарт-контракт может позволять обновить token URI, чтобы он указывал на другой CID.

Как кошельки отображают метаданные NFT из IPFS?

Обычно кошельки считывают token URI, получают JSON метаданных через IPFS или шлюз, а затем отображают название, изображение, описание и характеристики.

Что произойдет, если метаданные IPFS не закреплены?

Если метаданные IPFS не закреплены и не сохранены другим способом, они могут стать недоступными, когда ни один узел не будет хранить и предоставлять этот контент.

Лучше ли IPFS централизованного хранения метаданных NFT?

IPFS часто лучше подходит для проверки по содержимому и децентрализованного доступа, но для надежной работы ей по-прежнему нужны закрепление, резервные копии и правильно разработанные метаданные.

Заключение

Метаданные NFT в IPFS — один из важнейших подходов к хранению данных в экосистеме NFT: он связывает право собственности, записанное в блокчейне, с метаданными и медиафайлами, адресуемыми по содержимому.

IPFS позволяет NFT-проектам указывать на JSON-файлы, изображения, анимацию и другие активы с помощью CID, а не полагаться только на обычные URL серверов.

При правильной реализации это может повысить прозрачность, переносимость и сохранность данных.

Однако IPFS не обеспечивает постоянное хранение автоматически.

Создателям NFT по-прежнему необходимы закрепление данных, резервные копии, надежные шлюзы, проверенные метаданные, четкие правила обновления и защищенный контроль смарт-контрактов.

Покупателям NFT следует понимать, использует ли NFT IPFS, закреплен ли контент, можно ли менять метаданные и соответствуют ли отображаемые медиа заявленным проектом характеристикам.

IPFS наиболее эффективна как часть комплексной стратегии работы с метаданными NFT, а не просто как инструмент загрузки файлов.

В сочетании с ERC-721, ERC-1155, ERC-4906, продуманным планом хранения и прозрачной коммуникацией IPFS может сделать метаданные NFT более надежными и проверяемыми, а также лучше соответствующими открытой природе криптоактивов.