Ончейн-метаданные

Что такое ончейн-метаданные?

Ончейн-метаданные — это описательная информация о криптоактиве, смарт-контракте, NFT, токене, объекте кошелька или записи на блокчейне, которая хранится непосредственно в блокчейне, а не только на внешнем сервере.

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

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

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

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

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

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

Стандарт ERC-721 определяет необязательное расширение метаданных, в котором tokenURI может указывать на JSON-файл с полями name, description и image.

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

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

Главное об ончейн-метаданных

• • Ончейн-метаданные — это информация об активе, хранящаяся непосредственно в блокчейне или возвращаемая смарт-контрактом.
  • Они могут описывать NFT, взаимозаменяемые токены, смарт-контракты, коллекции, токены реальных активов, игровые предметы, учетные данные и записи DAO.
  • К распространенным полям метаданных относятся название, описание, изображение, анимация, характеристики, внешние ссылки, признаки, уровни, сведения о создателе и информация о коллекции.
  • Полностью ончейн-метаданные могут повысить долговечность, аудируемость и устойчивость к цензуре.
  • Хранение ончейн-метаданных может обходиться дорого, поскольку ресурсы хранения и вычислений в блокчейне ограничены.
  • Во многих NFT-проектах используется гибридная модель: токен и URI находятся в блокчейне, а JSON-файл или медиа хранятся с помощью IPFS, Arweave или другого уровня хранения.
  • Метаданные могут быть статичными, изменяемыми, динамическими, скрытыми или полностью формироваться на основе логики смарт-контракта.
  • Стандарты метаданных помогают кошелькам, обозревателям, играм, индексаторам и приложениям единообразно отображать активы.
  • Ончейн-метаданные автоматически не подтверждают право собственности на авторские права, оригинальность произведения, юридические права или инвестиционную ценность.
  • Перед покупкой, выпуском или использованием токенизированного актива следует проверить, где хранятся его метаданные и медиа.

Как работают ончейн-метаданные

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

В простом контракте может храниться строка с полным JSON-файлом метаданных.

Другой контракт может возвращать URI данных в кодировке Base64, содержащий метаданные.

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

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

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

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

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

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

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

Ончейн-метаданные и офчейн-метаданные

Ончейн-метаданные хранятся непосредственно в блокчейн-инфраструктуре или формируются ею.

Офчейн-метаданные хранятся вне блокчейна, а ссылка на них указывается через URL, конечную точку API, ссылку на децентрализованное хранилище или другой внешний адрес.

Например, в контракте NFT может храниться tokenURI, указывающий на JSON-файл на сайте.

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

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

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

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

Ончейн-метаданные могут быть прозрачнее и долговечнее.

Ни одна из моделей не подходит идеально для всех сценариев.

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

Ончейн-метаданные и ончейн-медиа

Метаданные и медиа связаны, но это не одно и то же.

Метаданные — это описательная информация об активе.

Медиа — это непосредственно изображение, анимация, аудио, видео, 3D-модель или интерактивный файл, который видят пользователи или с которым они взаимодействуют.

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

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

Третий NFT может не хранить ни то ни другое полностью в блокчейне, а содержать только URL на сервер.

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

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

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

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

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

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

Расширение метаданных ERC-721 включает функции name, symbol и tokenURI.

Функция tokenURI возвращает URI для определенного ID токена.

Этот URI может указывать на JSON-файл, соответствующий схеме ERC-721 Metadata JSON Schema.

Стандарт описывает распространенные поля, такие как name, description и image.

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

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

Однако не каждый интерфейс одинаково хорошо поддерживает все расширенные форматы ончейн-данных.

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

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

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

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

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

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

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

В метаданных ERC-1155 часто используется шаблон URI, в котором ID токена подставляется в путь к метаданным.

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

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

Однако они могут обходиться дорого, если у каждого предмета много уникальных полей.

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

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

Метаданные на уровне контракта

Метаданные на уровне контракта описывают сам смарт-контракт или коллекцию, а не отдельный ID токена.

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

В проекте стандарта ERC-7572 contractURI предлагается функция contractURI для возврата метаданных на уровне контракта.

В ERC-7572 указано, что возвращаемая строка может содержать ссылку на внешний ресурс или строку с ончейн-JSON-данными.

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

Кошельку может понадобиться отображать логотип коллекции.

Обозревателю может потребоваться описание контракта.

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

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

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

ERC-8049 и новые разработки в области ончейн-метаданных

В проекте ERC-8049 предлагается стандарт хранения метаданных на уровне контракта в блокчейне.

Он расширяет концепцию метаданных на уровне контракта, предлагая интерфейс ончейн-хранилища на основе строковых ключей и значений в формате bytes.

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

Более ранние модели метаданных токенов обычно сосредоточены на ссылках tokenURI.

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

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

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

Общая тенденция очевидна.

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

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

События обновления метаданных

В некоторых проектах метаданные могут меняться.

Игровой предмет может повысить уровень.

Статус токена членства может измениться.

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

Расширение ERC-4906 для обновления метаданных добавляет события MetadataUpdate и BatchMetadataUpdate для токенов ERC-721.

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

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

Если метаданные изменились, а сигнал об этом не был отправлен, пользователи могут видеть устаревшую информацию.

События обновления упрощают работу с динамическими метаданными.

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

NFT с несколькими наборами метаданных

Некоторым NFT требуется больше одного URI метаданных.

Для разных экранов токен может иметь разные форматы отображения.

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

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

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

В расширении ERC-7160 для нескольких наборов метаданных предлагается поддержка нескольких URI метаданных для каждого токена ERC-721 и закрепленного основного URI.

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

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

Модели с несколькими наборами метаданных могут повысить гибкость.

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

Статические метаданные

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

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

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

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

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

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

Недостаток в том, что ошибки могут стать необратимыми.

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

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

Неизменность ценна только в том случае, если зафиксированные данные верны.

Динамические метаданные

Динамические метаданные меняются со временем.

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

Внешний вид динамического NFT может измениться после выполнения пользователем задания.

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

Уровень токена членства может измениться, когда пользователь достигнет нового уровня участия.

Динамические метаданные способны сделать блокчейн-активы полезнее и интерактивнее.

Но они также вызывают вопросы доверия.

Кто может обновлять метаданные?

Какие правила регулируют обновления?

Может ли владелец проверить историю изменений?

Может ли эмитент изменить важные характеристики после продажи?

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

Полностью ончейн-метаданные

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

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

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

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

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

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

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

Главный недостаток — стоимость.

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

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

Гибридные метаданные

Гибридные метаданные сочетают хранение данных в блокчейне и вне его.

Это наиболее распространенная практическая модель для многих систем NFT и токенов.

Контракт может хранить в блокчейне сведения о владении токеном, ID токена и URI метаданных.

URI метаданных может указывать на IPFS, Arweave, HTTPS или другую систему хранения.

Медиафайл может храниться отдельно от JSON-метаданных.

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

Надежность решения зависит от выбранного способа внешнего хранения.

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

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

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

Адресация по содержимому и метаданные

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

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

Если файл изменится, изменится и CID.

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

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

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

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

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

Целостность означает, что данные не менялись.

Постоянство означает, что данные можно будет найти и в дальнейшем.

Метаданные Base64

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

Контракт может возвращать tokenURI, начинающийся с URI данных, например data:application/json;base64.

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

Само изображение также может быть закодировано в формате SVG или другом формате данных.

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

Кроме того, он позволяет не полагаться на внешний сервер метаданных.

Недостаток в том, что данные Base64 могут увеличивать объем вывода контракта и затруднять чтение информации напрямую.

Если большие значения хранятся или формируются неэффективно, это также может увеличить комиссию за газ.

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

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

Ончейн-метаданные токенизированных активов реального мира

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

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

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

Другие сведения могут быть конфиденциальными, подпадать под регулирование или относиться к персональным данным.

Размещение конфиденциальных юридических данных или личной информации непосредственно в блокчейне может быть опасным: публичные записи в блокчейне бывает сложно удалить.

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

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

Для метаданных реальных активов также нужен контроль версий.

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

Проектам следует четко объяснять, какие метаданные являются официальными и как регулируются их обновления.

Ончейн-метаданные в играх

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

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

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

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

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

Однако игры часто требуют объемных изображений, частых изменений состояния и сложной логики.

Хранение всего этого непосредственно в блокчейне может обойтись слишком дорого.

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

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

Это помогает сбалансировать стоимость, скорость и доверие игроков.

Ончейн-метаданные для цифровой идентификации

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

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

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

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

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

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

Например, ончейн-запись может подтверждать существование учетных данных и факт их выдачи известной организацией.

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

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

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

Ончейн-метаданные и происхождение актива

Происхождение актива — это история его создания, владения, передачи и изменений.

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

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

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

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

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

Одни только метаданные не подтверждают подлинность.

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

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

Ончейн-метаданные — это свидетельство, а не автоматическое подтверждение истины.

Ончейн-метаданные и неизменность

Неизменность означает, что после записи в блокчейн данные сложно изменить.

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

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

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

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

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

Это создает необходимость выбора подхода.

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

Другим — разрешить обновления в рамках прозрачного управления.

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

Ончейн-метаданные и расходы на газ

Стоимость газа — одно из главных ограничений ончейн-метаданных.

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

Хранение короткой строки может быть доступным.

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

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

Сети Layer 2 могут снизить стоимость некоторых операций с метаданными, но это не делает хранение бесплатным.

Расходы затрагивают и пользователей.

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

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

Грамотное планирование хранения — часть качественной разработки смарт-контрактов.

Ончейн-метаданные и индексаторы

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

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

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

Стандартные функции и события помогают индексаторам работать надежно.

Например, tokenURI помогает индексаторам находить метаданные токена.

contractURI может помочь индексаторам находить метаданные контракта.

События MetadataUpdate могут сообщать индексаторам, когда нужно обновить кэшированные данные.

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

Из-за этого активы сложнее отображать, а пользователям — правильно понимать.

Стандарты метаданных повышают совместимость в криптоэкосистеме.

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

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

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

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

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

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

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

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

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

Мошенники могут копировать названия, изображения и описания.

Адрес контракта и история эмитента часто важнее отображаемых метаданных.

Ончейн-метаданные и безопасность

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

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

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

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

Ссылки в метаданных также могут вести на фишинговые страницы, вредоносные файлы или ложные утверждения.

Функции обновления метаданных в смарт-контрактах следует защищать с помощью четкого контроля доступа.

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

Также необходимо объяснять, кто может их менять и при каких условиях.

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

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

Ончейн-метаданные и авторские права

Ончейн-метаданные автоматически не предоставляют авторских прав, прав на товарные знаки или коммерческих прав.

В NFT может быть поле с изображением, но это не доказывает, что создатель NFT владеет произведением.

Токен может описывать реальный актив, но это само по себе не подтверждает юридическое право собственности на него.

В метаданных могут быть указаны условия лицензии, имена создателей или внешние ссылки.

Однако такие заявления все равно должны иметь юридическое и фактическое подтверждение.

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

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

Ончейн-метаданные отлично подходят для записи заявлений.

Но это не означает, что каждое заявление имеет юридическую силу.

Цифровое владение не следует путать с правами интеллектуальной собственности.

Ончейн-метаданные и конфиденциальность

Публичные ончейн-метаданные доступны всем.

Это полезно для прозрачности, но создает риски для конфиденциальности.

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

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

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

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

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

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

Постоянство метаданных — мощный инструмент.

Использовать его следует осмотрительно.

Ончейн-метаданные и активы, созданные с помощью ИИ

С распространением произведений искусства, музыки, персонажей и игровых объектов, созданных с помощью ИИ, проектирование метаданных становится еще важнее.

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

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

Другие могут хранить только хеш или ссылку, поскольку полный журнал генерации занимает много места.

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

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

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

Качественные метаданные могут устранить путаницу.

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

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

Преимущества ончейн-метаданных

Первое преимущество ончейн-метаданных — долговечность.

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

Второе преимущество — проверяемость.

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

Третье преимущество — устойчивость к цензуре.

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

Четвертое преимущество — возможность отслеживать происхождение актива.

Изменения метаданных и события обновления могут создавать видимую историю.

Пятое преимущество — компонуемость.

Другие смарт-контракты могут считывать ончейн-характеристики и использовать их в играх, DeFi, системах идентификации и инструментах DAO.

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

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

Риски и ограничения ончейн-метаданных

Первое ограничение — стоимость.

Хранение данных в блокчейне может обходиться дороже, чем во внешних системах.

Второе ограничение — размер.

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

Третье ограничение — невозможность исправить ошибки после фиксации данных.

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

Четвертое ограничение — конфиденциальность.

Публичные метаданные могут раскрывать конфиденциальную информацию.

Пятое ограничение — совместимость отображения.

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

Шестое ограничение — риски управления.

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

Седьмое ограничение — ложные заявления.

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

Распространенные ошибки при работе с ончейн-метаданными

Одна из распространенных ошибок — предположение, что каждое NFT хранит свое изображение в блокчейне.

Многие NFT хранят в блокчейне сведения о владении, а медиа — в другом месте.

Еще одна ошибка — считать, что ссылка IPFS всегда будет доступна.

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

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

Неизменяемые метаданные могут навсегда зафиксировать ошибки.

Четвертая ошибка — предоставлять одному кошельку администратора неограниченные полномочия на обновление метаданных, не раскрывая эту информацию.

Пятая ошибка — хранить конфиденциальную личную информацию в публичном блокчейне.

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

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

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

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

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

Рекомендации для разработчиков

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

Если это соответствует сценарию использования, применяйте общепринятые стандарты токенов, такие как ERC-721, ERC-1155, ERC-4906, ERC-7160 или стандарты метаданных на уровне контракта.

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

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

Отправляйте события обновления метаданных при изменении динамических метаданных.

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

Защитите функции обновления надежным контролем доступа.

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

Проверяйте tokenURI, contractURI, URI данных, поля Base64 и ссылки на медиа в разных приложениях.

Делайте схемы метаданных простыми и единообразными, чтобы индексаторы могли легко их обрабатывать.

Рекомендации для пользователей

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

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

Найдите документацию проекта с объяснением того, можно ли изменять метаданные.

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

Будьте осторожны, если метаданные содержат внешние ссылки.

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

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

По возможности проверяйте tokenURI или contractURI через обозреватели блокчейна.

Для ценных активов проверяйте постоянство хранения медиа и историю эмитента.

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

Когда полезны ончейн-метаданные

Ончейн-метаданные полезны, когда важна долговечность.

Они полезны, если NFT или токен должны оставаться понятными даже после исчезновения сайта.

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

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

Они полезны для активов DAO, которым необходимы публичные записи.

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

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

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

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

Они менее полезны, если стоимость хранения важнее долговечности.

Ончейн-метаданные в одном предложении

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

FAQ

Что означают ончейн-метаданные?

Ончейн-метаданные — это описательная информация об активе или контракте, которая хранится непосредственно в блокчейне или возвращается смарт-контрактом.

Все ли метаданные NFT находятся в блокчейне?

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

Чем метаданные отличаются от медиа?

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

Что такое tokenURI?

tokenURI — это распространенная функция ERC-721, которая возвращает URI метаданных для определенного ID NFT.

Что такое contractURI?

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

Почему ончейн-метаданные обходятся дорого?

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

Можно ли изменить ончейн-метаданные?

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

Метаданные IPFS — это то же самое, что ончейн-метаданные?

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

Подтверждают ли ончейн-метаданные права на произведение искусства?

Нет. Ончейн-метаданные могут фиксировать заявления и ссылки, однако юридические права зависят от авторских прав, лицензий, договоров и полномочий эмитента.

Зачем кошелькам нужны метаданные?

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

Что такое динамические метаданные?

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

Что пользователям следует проверить перед покупкой NFT?

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

Заключение

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

Блокчейн может подтверждать, что кошелек владеет токеном, а метаданные объясняют, что этот токен представляет собой.

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

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

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

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

Оно может снизить зависимость от сайтов, которые могут исчезнуть или измениться.

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

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

Хранение объемных медиа непосредственно в блокчейне может обходиться дорого.

Конфиденциальную информацию обычно не следует хранить в публичных реестрах.

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

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

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

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

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

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

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

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

Одного красивого изображения в кошельке недостаточно.

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

В криптоиндустрии метаданные — это не просто оформление.

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