ERC-6596: 文化和历史资产代币
元数据扩展,旨在增强具有文化和历史意义的 NFT 的可发现性、连接性和可收藏性。
Authors | Phillip Pon <phillip@artifactlabs.com>, Gary Liu <gary@artifactlabs.com>, Henry Chan <henry@artifactlabs.com>, Joey Liu <joey@artifactlabs.com>, Lauren Ho <lauren@artifactlabs.com>, Jeff Leung <jeff@artifactlabs.com>, Brian Liang <brian@artifactlabs.com>, Joyce Li <joyce@artifactlabs.com>, Avir Mahtani <avir@artifactlabs.com>, Antoine Cote (@acote88), David Leung (@dhl) |
---|---|
Created | 2023-02-28 |
Requires | EIP-721, EIP-1155 |
Table of Contents
摘要
本 EIP 提议为以太坊平台上的文化和历史资产代币 (CHAT) 建立一个全面的元数据标准。这些代币代表文化和历史资产,如艺术品、文物、收藏品和稀有物品,提供关键的背景和出处,以证实它们的意义和价值。
虽然现有的 NFT 标准确保了区块链上资产的不可篡改性和去中心化所有权,但根据我们的研究,它们没有充分捕捉到文化和历史资产的重要性和价值,而这对于博物馆等机构的广泛采用是必需的。CHAT 标准旨在通过保存文化和历史资产的出处、历史和不断变化的背景来克服这些限制,从而证实它们的价值。此外,它激励博物馆、机构和资产所有者在区块链上创建防篡改记录,确保透明度和问责制,并加速 web3 协议的采用。此外,CHAT 标准还促进与艺术和文化领域现有元数据标准的互操作性,从而促进分布式资产的搜索、发现和连接。
动机
保存背景和意义 - 出处和背景对于文化和历史资产至关重要。CHAT 标准捕捉并保存了这些资产的出处和历史,以及从新知识和信息中涌现出的不断变化的背景。这种背景和出处证实了文化和历史资产的意义和价值。
基于证明的保存 - 最近一些重要的国际博物馆发生的文物丢失和数据泄露事件表明,我们需要重新评估我们当前的记录保存机制。虽然现有系统主要依靠信任运行,但区块链技术提供了在基于证明的环境中建立永久和可验证记录的机会。在以太坊平台上引入 CHAT 标准,使博物馆、机构和重要藏品的拥有者能够在区块链上创建防篡改记录。通过将这些有价值的文化和历史资产表示为区块链上的代币,可以在每次修改时建立永久且防篡改的记录,从而确保更高的透明度和问责制。
互操作性 - 拟议的标准解决了艺术和文化领域中使用的众多现有元数据标准。我们的愿景是创建一个专门为区块链上的保存而构建的元数据结构,该结构可与这些现有标准互操作,并符合开放档案倡议 (OAI) 以及国际图像互操作框架协议 (IIIF)。
搜索和发现 - 艺术品、文物和历史知识产权的所有权和历史通常是分散的。虽然可能永远不会有完全整合的档案,但形式化的基于区块链的元数据结构能够整合资产的搜索和发现,而无需整合所有权。例如,丝绸之路考古遗址的文物可以与国际博物馆和机构收藏的佛教 그림, 雕像和文本联系起来。拟议的 CHAT 元数据结构将方便公众、研究人员、学者、其他文化专业人士、品牌、媒体和任何其他感兴趣的各方轻松访问这些连接。
目前,ERC-721 标准包括一个基本的元数据扩展,可以选择提供用于标识 NFT 集合(“名称”和“符号”)以及表示资产的属性(“名称”、“描述”和“图像”)的函数。然而,为了提供全面的背景并证实代币化资产的价值,NFT 发行者通常会创建自己的元数据结构。我们认为,仅靠基本扩展不足以捕捉文化和历史资产的背景和意义。缺乏可互操作且一致的丰富元数据会妨碍用户在区块链上搜索、发现和连接代币化资产的能力。虽然集合之间的连接对于为游戏和会员资格设计的 NFT 可能并不重要,但对于文化和历史资产而言,它至关重要。随着区块链上代币化资产的数量和多样性的增加,建立一致且全面的元数据结构变得至关重要,该结构提供背景、证实价值并实现大规模的连接搜索和发现。
规范
本文档中的关键词“必须”、“禁止”、“必需”、“应该”、“不应该”、“建议”、“不建议”、“可以”和“可选”应按照 RFC 2119 和 RFC 8174 中的描述进行解释。
本 EIP 通过 48 个附加属性扩展了 ERC-721 和 ERC-1155,以捕捉底层资产的文化和历史意义。
除了实现相关的元数据模式(ERC-721 合约的“元数据 JSON 模式”或 ERC-1155 合约的“元数据 URI JSON 模式”)之外,兼容合约还必须实现以下元数据接口。
文化和历史资产元数据扩展 TypeScript 接口
以下 TypeScript 接口定义了兼容 Metadata JSON Schema 的代币必须符合的规范:
interface HistoricalAssetMetadata {
name?: string; // CHAT 的名称
description?: string; // CHAT 的完整描述,以提供文化和历史背景
// background
image?: string; // 指向 mime 类型为 image/* 的资源的 URI,用作
// CHAT 的封面图像
attributes?: CHATAttribute[]; // 用于描述 CHAT 的属性列表。如果字段有多个值,则可以重复属性对象
// repeated if a field has multiple values
attributesExt?: ExtendedCHATAttribute[]; // 用于描述 CHAT 的扩展属性列表,不应该被
// 显示。如果字段有
// 多个值,则可以重复属性对象
}
type CHATAttribute =
{ trait_type: "Catalogue Level", value: string }
| { trait_type: "Publication / Creation Date", value: string }
| { trait_type: "Creator Name", value: string }
| { trait_type: "Creator Bio", value: string }
| { trait_type: "Asset Type", value: string }
| { trait_type: "Classification", value: string }
| { trait_type: "Materials and Technology", value: string }
| { trait_type: "Subject Matter", value: string }
| { trait_type: "Edition", value: string }
| { trait_type: "Series name", value: string }
| { trait_type: "Dimensions Unit", value: string }
| { trait_type: "Dimensions (height)", value: number }
| { trait_type: "Dimensions (width)", value: number }
| { trait_type: "Dimensions (depth)", value: number }
| { trait_type: "Inscriptions / Marks", value: string }
| { trait_type: "Credit Line", value: string }
| { trait_type: "Current Owner", value: string }
| { trait_type: "Provenance", value: string }
| { trait_type: "Acquisition Date", value: string }
| { trait_type: "Citation", value: string }
| { trait_type: "Keyword", value: string }
| { trait_type: "Copyright Holder", value: string }
| { trait_type: "Bibliography", value: string }
| { trait_type: "Issuer", value: string }
| { trait_type: "Issue Timestamp", value: string }
| { trait_type: "Issuer Description", value: string }
| { trait_type: "Asset File Size", value: number }
| { trait_type: "Asset File Format", value: string }
| { trait_type: "Copyright / Restrictions", value: string }
| { trait_type: "Asset Creation Geo", value: string }
| { trait_type: "Asset Creation Location", value: string }
| { trait_type: "Asset Creation Coordinates", value: string }
| { trait_type: "Relevant Date", value: string }
| { trait_type: "Relevant Geo", value: string }
| { trait_type: "Relevant Location", value: string }
| { trait_type: "Relevant Person", value: string }
| { trait_type: "Relevant Entity", value: string }
| { trait_type: "Asset Language", value: string }
| { trait_type: "Is Physical Asset", value: boolean }
type ExtendedCHATAttribute =
{ trait_type: "Asset Full Text", value: string }
| { trait_type: "Exhibition / Loan History", value: string }
| { trait_type: "Copyright Document", value: string }
| { trait_type: "Provenance Document", value: string }
| { trait_type: "Asset URL", value: string }
| { trait_type: "Copyright Document of Underlying Asset", value: string }
CHATAttribute 描述
trait_type | description |
---|---|
Catalogue Level | 根据材料的物理形式或知识内容,表示记录代表的编目级别 |
Publication / Creation Date | 以 ISO 8601 日期格式显示的基础资产的最早可能创建日期 |
Creator Name | 以适合向最终用户展示的语法呈现的,负责作品的设计、生产、制造或变更的具名或匿名个人或法人的姓名、简短的传记信息和角色(如果需要),包括任何必要的对不确定性、歧义和细微差别的指示。如果不存在已知的创建者,请参考未知的创建者的假定文化或国籍 |
Creator Bio | 创建者的简短传记或描述 |
Asset Type | 基础资产的类型 |
Classification | 分类术语或代码用于将艺术品或建筑放置在由存储库、收藏家或其他人或实体设计的有用的组织方案中。正式分类系统用于将艺术品或建筑与更广泛、更窄和相关的对象联系起来。分类术语根据不同的标准将相似的作品组合在一起 |
Materials and Technology | 用于创建物理基础资产的材料和/或技术 |
Subject Matter | 以一般术语描述作品所描绘或所描绘内容的主题词。此主题分析是最低要求。建议尽可能也列出具体主题 |
Edition | 原始作品的版本 |
Series Name | 资产所属的系列名称 |
Dimensions Unit | 资产尺寸的测量单位 |
Dimensions (height) | 基础资产的高度 |
Dimensions (width) | 基础资产的宽度 |
Dimensions (depth) | 基础资产的深度 |
Credit Line | 公开使用的图像或内容的来源或出处的署名详细信息。署名通常包括重要的详细信息,例如博物馆名称、艺术品或对象的标题或描述、艺术家的姓名(如果适用)、创建日期以及有助于识别和关联作品的任何其他相关信息 |
Inscriptions / Marks | 对作品中或附加、应用、盖印、书写、铭刻或附在作品上的,具有辨别或识别物理标记、文字、注释、文本或标签的描述,不包括材料中固有的任何标记或文本(记录材料和技术中的水印) |
Current Owner | 当前所有者的姓名 |
Provenance | 出处提供有关艺术品真实性、合法性和历史意义的关键信息。它包括先前所有者的姓名、收购日期、艺术品或文物所在地以及与其所有权相关的任何重大事件或交易等详细信息 |
Acquisition Date | 收购者获得资产的日期 |
Citation | 资产在出版物、期刊和任何其他媒体中的引用 |
Keyword | 与研究人员相关的关键词 |
Copyright Holder | 基础资产的版权所有者 |
Bibliography | 有关此资产已被引用、参考、参考和用于何目的的信息 |
Issuer | 代币的发行者 |
Issue Timestamp | 代币创建日期 |
Issuer Description | 发行方的简要说明 |
Asset File Size | 基础资产的数字文件的大小(以字节为单位) |
Asset File Format | 基础资产的物理形式或数字格式。对于数字格式,应指定 MIME 类型 |
Copyright / Restrictions | 作品所受的版权状态 |
Asset Creation Geo | 创建基础资产的国家、分区和城市。参考 ISO 3166-2 标准,了解国家和分区的简称。如果 ISO 分区中未涵盖该城市,请使用该城市的官方名称 |
Asset Creation Location | 创建基础资产的特定城市和命名位置 |
Asset Creation Coordinates | 创建基础资产的位置的坐标 |
Relevant Date | 以 ISO 8601 日期格式显示的在 CHAT 中引用且对其意义重要的日期 |
Relevant Geo | CHAT 被引用且对其意义重要的国家、分区和城市。参考 ISO 3166-2 标准,了解国家和分区的简称。如果 ISO 分区中未涵盖该城市,请使用该城市的官方名称 |
Relevant Location | 在 CHAT 中引用且对其意义重要的特定城市和命名位置 |
Relevant Person | 在 CHAT 中引用且对其意义重要的个人 |
Relevant Entity | 在 CHAT 中引用且对其意义重要的实体 |
Asset Language | 基础资产中使用的语言。参考 ISO 639,了解代码或宏语言名称 |
Is Physical Asset | 标记资产是否与实物资产相关联 |
ExtendedCHATAttribute 描述
trait_type | description |
---|---|
Asset Full Text | CHAT 基础资产中的全文 |
Exhibition / Loan History | 包括展览/贷款描述、日期、标题、类型、馆长、组织者、赞助商、场地 |
Copyright Document | 指向法律合同 CHAT 的 URI 概述了基础资产的版权 |
Provenance Document | 指向基础资产现有出处记录文件的 URI |
Asset URL | 指向基础资产高质量文件的 URI |
Copyright Document of Underlying Asset | 指向概述代币所有者权利的法律文件的 URI。具体维度包括通过数字和物理媒介展示作品、公开展示作品、创建或出售作品副本以及从基础资产创建或出售派生作品的权利 |
示例
为了说明 CHAT 元数据扩展的使用,我们提供了一个 CHAT 元数据 JSON 文件的示例,该文件用于葛饰北斋的著名日本木版画“神奈川冲浪里”,目前由芝加哥艺术学院收藏。
元数据格式与 ERC-721 和 OpenSea 样式元数据格式兼容。
{
"name": "神奈川冲浪里(Kanagawa oki nami ura),也称为巨浪,来自“富士三十六景(Fugaku sanjūrokkei)”系列",
"description": "葛饰北斋备受赞誉的系列“富士三十六景(Fugaku sanjûrokkei)”始于 1830 年,当时这位艺术家 70 岁。这个令人叹为观止的系列确立了风景画的受欢迎程度,直到今天仍在继续。该系列中最引人注目的是北斋大量使用新近买得起的柏林蓝色颜料,该颜料出现在许多构图中,用于天空和水。富士山是每个场景的主角,从远处或近处观看,在各种天气条件和季节下,以及从各个方向观看。\n\n该系列中最著名的图像是“巨浪”(神奈川冲浪里),其中可以看到矮小的富士山在巨浪的顶峰下方的远处。芝加哥艺术学院收藏的北斋巨浪的三幅印象都是该设计的第一状态之后的印象。",
"image": "ipfs://bafybeiav6sqcgzxk5h5afnmb3iisgma2kpnyj5fa5gnhozwaqwzlayx6se",
"attributes": [
{ "trait_type": "出版/创作日期", "value": "1826/1836" },
{ "trait_type": "创作者姓名", "value": "葛饰北斋" },
{ "trait_type": "创作者简介", "value": "葛饰北斋的木版画巨浪是世界上最著名和最受认可的艺术作品之一。北斋一生的大部分时间都在江户(现在的东京)度过,并居住在令人震惊的 93 个独立的住宅中。尽管有这种疯狂的运动,他还是创作了成千上万的素描、版画、插图书籍和绘画。他还经常更改他用于签署艺术作品的名称,每次更改都标志着艺术风格和预期受众的转变。" },
{ "trait_type": "资产类型", "value": "绘画" },
{ "trait_type": "分类", "value": "亚洲艺术" },
{ "trait_type": "材料和技术", "value": "彩色木版画,大判" },
{ "trait_type": "主题", "value": "亚洲艺术" },
{ "trait_type": "主题", "value": "江户时代(1615-1868)" },
{ "trait_type": "主题", "value": "浮世绘风格" },
{ "trait_type": "主题", "value": "木版画" },
{ "trait_type": "主题", "value": "日本 1800-1900 年 A.D." },
{ "trait_type": "版本", "value": "1" },
{ "trait_type": "系列名称", "value": "富士三十六景(Fugaku sanjûrokkei)" },
{ "trait_type": "尺寸单位", "value": "厘米" },
{ "trait_type": "尺寸(高度)", "value": 25.4 },
{ "trait_type": "尺寸(宽度)", "value": 37.6 },
{ "trait_type": "题字/标记", "value": "签名:北斋 aratame Iitsu fude" },
{ "trait_type": "题字/标记", "value": "出版商:Nishimura-ya Yohachi" },
{ "trait_type": "署名", "value": "克拉伦斯·白金汉收藏" },
{ "trait_type": "当前所有者", "value": "芝加哥艺术学院" },
{ "trait_type": "出处", "value": "山中,纽约,1905 年" },
{ "trait_type": "出处", "value": "1925 年售给芝加哥的克拉伦斯·白金汉" },
{ "trait_type": "出处", "value": "凯特·S·白金汉,芝加哥,1925 年赠予芝加哥艺术学院。" },
{ "trait_type": "收购日期", "value": "1925" },
{ "trait_type": "引用", "value": "James Cuno,《芝加哥艺术学院:基本指南》,修订版。(芝加哥艺术学院,2009 年)第 100 页。" },
{ "trait_type": "引用", "value": "James N. Wood,《芝加哥艺术学院:基本指南》,修订版。(芝加哥艺术学院,2003 年),第 86 页。" },
{ "trait_type": "引用", "value": "Jim Ulak,《日本版画》(芝加哥艺术学院,1995 年),第 268 页。" },
{ "trait_type": "引用", "value": "Ukiyo-e Taikei(东京,1975 年),第 8 卷,29;XIII,I。" },
{ "trait_type": "引用", "value": "Matthi Forrer,《北斋》(伦敦皇家艺术学院,1988 年),第 264 页。" },
{ "trait_type": "引用", "value": "Richard Lane,《北斋:生活和工作》(伦敦,1989 年),第 189、192 页。" },
{ "trait_type": "版权所有者", "value": "公共领域" },
{ "trait_type": "版权/限制", "value": "CC0" },
{ "trait_type": "资产创建地区", "value": "日本" },
{ "trait_type": "资产创建地点", "value": "东京(江户)" },
{ "trait_type": "资产创建坐标", "value": "北纬 36.2048°,东经 138.2529°" },
{ "trait_type": "相关日期", "value": "18 世纪" },
{ "trait_type": "相关地区", "value": "日本,芝加哥" },
{ "trait_type": "相关地点", "value": "芝加哥艺术学院" },
{ "trait_type": "相关人物", "value": "葛饰北斋" },
{ "trait_type": "相关人物", "value": "山中" },
{ "trait_type": "相关人物", "value": "克拉伦斯·白金汉" },
{ "trait_type": "相关人物", "value": "凯特·S·白金汉" },
{ "trait_type": "相关实体", "value": "芝加哥艺术学院,克拉伦斯·白金汉收藏" },
{ "trait_type": "资产语言", "value": "日语" },
{ "trait_type": "是什物资产", "value": true }
]
}
理由
选择扩展链下元数据 JSON 模式而不是链上接口
ERC-721 和 ERC-1155 都提供了 NFT 关联的元数据 JSON 文件中的自然扩展点,以提供有关底层资产的丰富数据集。
通过链下元数据 JSON 文件提供丰富的数Datasets允许现有的 NFT 合约采用本 EIP 中提出的新元数据结构,而无需升级或迁移。链下设计使任何 NFT 系列都可以灵活地逐步增强,以逐步采用此标准。这种方法允许使用已经过审计和经过实战检验的智能合约代码来部署 NFT 系列,而无需创建或调整新的智能合约,从而降低了与采用和实施新标准相关的风险。
在 attributes
和 attributesExt
属性中捕获属性扩展
在文化和历史资产代币 (CHAT) 元数据扩展的设计中,我们有意选择在两个主要属性 attributes
和 attributesExt
之间捕获元数据属性。这种划分有两个不同的目的,同时确保与现有 NFT 画廊和市场的最大兼容性。
1. attributes
属性
attributes
属性包含核心元数据属性,这些属性是 CHAT 身份和分类不可或缺的一部分。这些属性旨在易于访问、显示和搜索 NFT 画廊和市场。通过将 CHAT 的名称、描述、图像和其他关键特征等基本详细信息放在 attributes
中,我们确保可以轻松地将这些基本元素呈现给用户、收藏家和研究人员。这种方法允许 CHAT 与现有的 NFT 平台和市场无缝集成,而无需进行重大修改。
2. attributesExt
属性
另一方面,attributesExt
属性专用于扩展属性,这些属性提供有关 CHAT 的有价值的深入信息,但通常不打算在 NFT 画廊和市场中显示或搜索。这些扩展属性服务于诸如档案文档、出处记录以及对于休闲观察者或收藏家可能不立即相关的其他上下文等目的。通过将这些扩展属性隔离在 attributesExt
中,我们在全面性和用户友好性之间取得了平衡。这种方法允许 CHAT 创建者包含丰富的历史和上下文数据,而不会使典型的用户界面不堪重负,从而使扩展信息可用于学术或专业用例。
将属性划分为 attributes
和 attributesExt
可确保 CHAT 标准与现有 NFT 生态系统保持高度兼容,同时仍能满足文化和历史资产的特定需求。用户可以享受在浏览和收集 CHAT 时获得无缝体验,而研究人员和历史学家可以在需要时访问全面的信息,所有这些都在尊重用户界面和扩展数据文档的实际情况的框架内。
向后兼容性
本 EIP 与 ERC-721 和 ERC-1155 完全向后兼容。
安全注意事项
建议与文化和历史资产元数据 JSON 文件一起使用的 NFT 平台和系统将这些文件视为客户端提供的数据,并遵循处理此类数据的适当最佳实践。
具体来说,在处理 URI 字段时,后端系统应格外小心,以防止恶意发行者利用这些字段来执行服务器端请求伪造 (SSRF)。
建议前端或客户端系统转义所有可能被利用来执行跨站点脚本 (XSS) 的控制字符。
处理系统应管理资源分配,以防止系统容易受到拒绝服务 (DOS) 攻击或通过任意代码异常规避安全保护。对字符串、数组和 JSON 对象等可变数据的不当处理可能会导致缓冲区溢出。因此,小心分配资源以避免此类漏洞至关重要。
表示代币和底层资产的元数据 JSON 文件和数字资源应存储在去中心化存储网络中,以维护完整性并确保数据的可用性,以进行长期保存。
建立元数据 JSON 文件中所做声明的真实性超出了本 EIP 的范围,并留给未来的 EIP 提出适当的协议。
版权
版权及相关权利通过 CC0 放弃。
Citation
Please cite this document as:
Phillip Pon <phillip@artifactlabs.com>, Gary Liu <gary@artifactlabs.com>, Henry Chan <henry@artifactlabs.com>, Joey Liu <joey@artifactlabs.com>, Lauren Ho <lauren@artifactlabs.com>, Jeff Leung <jeff@artifactlabs.com>, Brian Liang <brian@artifactlabs.com>, Joyce Li <joyce@artifactlabs.com>, Avir Mahtani <avir@artifactlabs.com>, Antoine Cote (@acote88), David Leung (@dhl), "ERC-6596: 文化和历史资产代币 [DRAFT]," Ethereum Improvement Proposals, no. 6596, February 2023. [Online serial]. Available: https://eips.ethereum.org/EIPS/eip-6596.