ESMA MiCA 白皮书报告手册

2025年7月 ESMA65-55014868-14829

MiCA白皮书报告手册：以iXBRL格式编制MiCA加密资产白皮书

2022年8月5日| ESMA32-60-254修订版

目录 I.

二。

三。

四。

1.1 1.2

1.3 1.4

1.5 2.2

2.3 2.4

2.5 一。

引言 背景 1. 关于加密资产监管的市场条例（欧盟）2023/1114规定了针对除资产参考型代币和电子货币代币以外的其他加密资产（OTHR）、资产参考型代币（ART）以及电子货币代币（EMT）向公众提供及在交易平台上市交易的统一要求。根据加密资产类型（OTHR/ART/EMT），该条例明确了以下相关方应遵守的具体要求：▪

OTHR资产——指非资产参考型代币和电子货币代币的加密资产的要约人、寻求上市交易者或交易平台运营者。

ART资产——指经授权的发行人及信贷机构。

EMT资产——指信贷机构或电子货币机构。

上述相关方需履行的要求之一，即编制（创建或修改）一份加密资产白皮书文件。

2. 白皮书的内容与形式因加密资产类型（OTHR/ART/EMT）而异。实施技术标准（欧盟）2024/2984（“ITS”）为每种类型的加密资产白皮书规定了相应的格式、样式及预期模板。该技术标准明确指出：-

第一条摘录：“依据《欧盟》2023/1114号条例第6条第1款、第19条第1款或第51条第1款所指的加密资产白皮书编制者，应当以非歧视性、公平、清晰且不具误导性的形式提供本条例所要求的信息，信息呈现方式应简明易懂，并不得遗漏重要信息。”

第二条摘录：“加密资产白皮书应当采用XHTML格式编制，使用可扩展商业报告语言（XBRL）的Inline XBRL 1.1规范标注附件中列明的各项字段，并符合以下要求：a. 包含加密资产白皮书的Inline XBRL实例文档应当以单一XHTML文件提交；……”

第三条摘录：“欧洲证券和市场管理局（ESMA）可根据第2条第2款所述的分类法，发布机器可读且可供下载的XBRL分类法文件。”

3. 白皮书文件一经完成（按照MICA法规中“修改”的含义进行创建或修改），由报告主体将其报送至其所属的主管当局；此处所指的主管当局为原籍成员国的主管当局，或欧洲银行管理局。

目的 4. 本文件旨在协助根据MiCA ITS规定负有义务的报告实体编制白皮书，以及协助此类实体编制符合MiCA ITS要求的白皮书的软件供应商。本文件提供指导 3

关于在编制白皮书文件时可能遇到的技术性常见问题，并说明如何予以解决。本文件旨在推动以MiCA相关ITS中规定的格式编制白皮书时采用统一且一致的方法。

5. 本文件的内容面向那些根据MiCA法规被要求

以iXBRL格式编制白皮书的报告实体，以及开发用于编制白皮书软件的软件公司。本文件所定义的指南旨在便于对Inline XBRL文档中包含的XBRL数据进行分析与比较；同时，本文件还就Inline XBRL文档的预期语法与结构提供了指导。本文件包含部分高度技术性的内容，尤其是第IV.2节。其中若干章节专为技术受众而设，假定读者已掌握XBRL 2.1、XBRL Dimensions 1.0、Inline XBRL 1.1及其他XBRL规范¹的相关知识，并具备XML、命名空间及XML Schema的基础理解。

6. 本文件完全符合所引用的XBRL技术规范中规定的技术规则与约束条件。然而，为应对iXBRL格式的特殊性，某些指南可能更为严格和精确。本手册还包含一些ESMA建议实施的附加验证规则。每份白皮书均应通过MiCA白皮书分类法包中所含的验证规则检验，ESMA亦建议软件供应商在其解决方案中予以实现，以便生成MiCA Inline XBRL报告。如本手册未提供具体指引，则应遵循XBRL规范。此外，若XBRL规范涵盖的任何方面或机制在本手册中未作明确提及，并不意味着该方面或机制不得用于MiCA Inline XBRL报告。

7. 本文件中列出的每一项指导意见均附有其

重要程度的标识。ESMA认为，所有标注为“必须”或“应当”的条目对于促进MiCA Inline XBRL文档的使用与可比性至关重要。标注为“应当”的条目通常不会显著影响MiCA文件的整体可用性，但具体情况仍需逐案评估。

8. 本文件的内容并非详尽无遗，也不构成新的政策。本文件将根据实际需要适时予以更新。

9. 在MiCA监管的XBRL分类框架中，为以下三类资产定义了三个主要入口点：a. 资产参考型代币（ART）白皮书，b. 电子货币型代币（EMT）白皮书，c. 除资产参考型代币和电子货币型代币之外的其他加密资产白皮书。每个入口点对应于特定类型的加密资产，具体规定见实施技术标准（EU）2024/2984附件中所定义的加密资产白皮书模板。这些入口点旨在供报告实体使用。出于软件供应商的技术目的，还设立了第四个入口点，专门用于分类框架的全部内容。

https://specifications.xbrl.org/

二。

更新汇总表 报告手册第1.0版

文件更新（包括指南编号……） 文件的制定

发布日期 2025年7月

三。

术语表 为支持并便于理解本文件，特提供以下与XBRL相关术语的定义。官方定义可参见XBRL国际组织发布的第十二版术语表²。

抽象

元素的一种属性，用于表明该元素仅在层次结构中被用来将相关元素归类在一起。抽象元素不能用于实例文档中的数据标记。

抽象概念

一种分类法元素，其抽象属性被设置为“true”，且不用于定义超立方体、维度及成员。它也可称为标题。

弧角色

XBRL链接库中用于标识元素之间关系类型的的技术构造。

属性

元素的一种特性，例如其名称、余额、数据类型、期间类型以及该元素是否为抽象等。

块标签

一个单独的事实，包含报告某一章节全部或部分的内容。块标签可以包括文本、数值、表格及其他数据。块标签适用于数据类型为dtrtypes:textBlockItemType的事实。

概念

一种分类法元素，用于为事实提供含义。在此语境下，“概念”不包括抽象概念以及用于定义超立方体、维度和成员的元素。

上下文

XBRL所要求的实体与事实特定信息（如报告期间、分部/情景信息等），使标记后的数据能够与其他信息关联理解。

加密资产白皮书

受监管信息在《欧盟条例》(EU) 2023/1114第6条、第19条及第51条中予以界定。

维度

XBRL中用于表示轴的技术术语。

文档标签

对某一概念的文档化，提供对其含义及其适当使用方式的说明，以及任何其他被认为必要的文档资料。

2 https://www.xbrl.org/guidance/xbrl-glossary/

域

一种表示具有特定语义性质的一组成员的元素；域及其成员用于在表格的轴线上对事实进行分类。例如，“立陶宛”是“成员国”域中的一个域成员，可用于将立陶宛的收入和资产等要素与其他成员国区分开来进行分类。当某一事实未指定任何域成员时，这意味着该事实适用于整个域或分类法中设定的默认域成员。

域成员

表示域内某种可能性的元素。

元素

XBRL 的组成部分（项目、域成员、维度等）。它是报告概念的表示形式，包括报表正文中的行项目、重要的叙述性白皮书要素以及表格中的行与列。

ELR

扩展链接角色，一组关系，用于表示由某个角色所指示的报告中的特定部分。扩展链接角色在分类法中被用来将链接库划分为更小的逻辑单元。

MiCA 分类法

用于根据 MiCA 法规编制白皮书文档的分类法。

事实

在实例文档中，由分类法元素标记的数值或其他信息的出现。

超立方体

XBRL 中用于指代表格的技术术语。

内联 XBRL

一种技术，提供了一种将 XBRL 标记嵌入 HTML 文档的机制。这使得标记数据的 XBRL 优势能够与报告的人性化呈现相结合。

内联 XBRL 文档

一种单一文档，它通过使用内联 XBRL 标准，将结构化的计算机可读数据与报告主体的人性化商业报告呈现相结合。

内联 XBRL 文档集

一组或多组内联 XBRL 文档，当其包含足够的元数据时，按照技术规范中规定的映射规则进行转换后，可生成一份或多份目标 XBRL 文档。

ITS

实施技术标准（欧盟）2024/2984

标签

元素的人类可读描述。每个元素都有一个标准标签，通常与元素名称相对应，并且在整个分类体系中是唯一的。此外，元素还可以拥有其他标签（如注释、文档、标准、简略），其中特定的文档标签包含对该元素的定义、含义、范围及应用更为详尽的说明。

行项目

行项目通常表示所报告的概念。它们用于标记数值信息以及定性（非数值）信息。行项目既可以单独使用，也可以在表格中使用（结合轴和轴成员）。

链接基

XBRL 中用于关系文件的技术术语。

命名空间

命名空间是一个元素的“姓氏”，以通用资源标识符（URI）的形式表示，用于标识维护该元素定义及其版本的组织。例如，https://www.esma.europa.eu/taxonomy/2025-03-31/mica/ 是由欧洲证券市场监管局（ESMA）定义的 MiCA 白皮书分类体系 2025 版本的命名空间。

父子关系

指示某一元素对另一元素具有从属关系的关系，这种关系通常在打印列表或报表呈现中体现。关系文件利用父子层次结构来建模多种不同的关系，包括展示关系、一组事实的汇总情形，以及概念作为表格轴时所属的领域关系。

期间类型

元素的一个属性，用于反映其是代表某一特定日期的存量（XBRL 术语中的“即时”）还是在某一时间段内报告的流量（“持续”）。

报告实体

MiCA 白皮书中的报告实体。

分段/情景

上下文的组成部分，包含与实例文档中的事实相关联的附加信息；这些信息尤其涵盖由分类体系中的轴和域成员所定义的维度分类或细分。

标准标签

分类体系中为元素所定义的默认标签。

简略标签

概念的简短标签，通常省略那些在与其他相关概念关联时应能推断出的文字内容。

表（XBRL 上下文）

一种用于组织一组轴和一组行项目元素的结构，用以表明其中某一行项目的每个事实均可沿其一个或多个轴进一步加以描述。例如，若某一行项目为“收入”，而某一轴为“业务分部”，且该轴包含以下两个域成员：“报告性分部”和“其他所有分部”，则 XBRL 实例文档及 Inline XBRL 文档中可包含分别对应“报告性分部”和“其他所有分部”的收入事实。

标记或标记化（动词）

使用分类法元素来标识报告中所披露的信息。

目标 XBRL 文档

由 Inline XBRL 文档集中元数据所表示的符合 XBRL 规范的 XBRL 实例文档。

分类法、分类法体系

用于报告商业数据的电子商业报告要素词典。分类法由一个或多个模式文件（扩展名为 .xsd）以及直接由该模式引用的关系链接库文件（扩展名为 .xml）构成。分类法的模式文件与关系文件共同定义了构成分类法基础的概念（元素）及其相互关系。相关模式文件与关系文件的集合整体即构成一个分类法。一套指令，当应用于报告主体报告中的某一字符串时，能够输出符合 XBRL 规范且具有预定义数据类型的值。

转换规则类型或数据类型

数据类型（如货币型、字符串型、股份数值型、十进制型等）规定了应使用该元素名称进行标记的数据种类。

类型维度

分类法定义的维度是指在分类法内部指定的维度，而非内置维度。其作用在于提供充分识别某一事实所需的附加限定条件。例如，它可以明确某一事实涉及特定地理区域。此类维度可以是“类型化的”，即由分类法规定其取值格式（如邮政编码的结构）。统一资源标识符是一串用于标识某一资源的字符。

URI

验证

检查实例文档和分类法是否正确符合 XBRL 规范各项规则的过程。

四。

指引一 报告实体的指引 1.0 在iXBRL格式下呈现白皮书的指引 1.0.1 在iXBRL格式下呈现白皮书的指引 每份白皮书均应按照MiCA法规的规定，以Inline XBRL文件格式编制。

1.1 语言的使用 指引1.1.1 标签的语言 加密资产白皮书应当以报告实体所在成员国的官方语言编写，或者采用国际金融领域惯常使用的语言。若该加密资产亦在除其所在成员国之外的其他成员国提供，则该加密资产白皮书还应当以东道成员国的官方语言或国际金融领域惯常使用的语言编写。

指引1.1.2 以多种语言呈现的白皮书 当报告实体需要以两种（或更多）语言呈现白皮书时，应在符合1.0.1指引的文件格式内为每种语言单独准备一份文档。从技术角度来看，白皮书的不同语言版本将被视为独立的iXBRL文件。这些两个或多个iXBRL文件应当向相关主管当局分别提交。无论其编制所用语言为何，此类iXBRL文件均应以完全相同的方式进行标记。具体而言，同一白皮书的所有语言版本在iXBRL文件的内容方面应当保持一致，且相关内容应当使用相同的分类法元素进行标记（这些元素应在不同语言版本的iXBRL文件中予以共享）。

1.2 选择适当的元素对披露信息进行标记 指引1.2.1 使用标签选择适当元素 元素标签提供了对分类法元素含义的人类可读性描述。元素名称与标准标签可能并不完全对应ITS字段名称；然而，每个需报告的元素均附有简明标签，其顺序遵循欧盟2024/2984号ITS规定。这有助于更便捷地识别相应元素并进行标记。10

1.3 尺度与枚举的使用 指导意见 1.3.1 尺度的使用 XBRL分类标准旨在呈现报告过程中所使用的报告模板。这些模板由技术结构（ELR）构成，旨在涵盖所有符合报告主体在特定报告框架下提供信息义务的要求。结构的构建通常反映某一特定的信息领域。尽管每个明确的信息领域由单一结构表示，但其中某些部分可能需要进一步细分。XBRL标准通过附加组件——即尺度——允许实现此类结构；尺度专门用于针对不同项目类型、类别、等级或期限进行进一步细分的行项目。因此，XBRL分类标准中同时包含行项目和尺度组件，二者均用于数据标记。行项目通常代表所报告的概念，既可用于标记数值信息，也可用于标记定性（非数值）内容。行项目具有独立性，可单独使用，也可在表格中与其他轴及可能的轴成员结合使用。尺度组件则可能在分类标准中被预先定义，也可能未被明确预设。MiCA白皮书分类标准限制了尺度的使用，仅采用具有固定数量域成员的明确域成员列表，而目前在MiCA白皮书分类标准的语境下并未应用显式尺度。借助类型化尺度，报告主体能够在不被封闭式报告结构束缚的情况下满足相关要求。

类型化尺度使报告主体能够根据自身实际情况报告尽可能多的项目，从而在信息披露过程中提供更大的灵活性。然而，报告主体需注意，此类构造并不在标记过程中提供域成员，而是将用于标记的元数据特征定义责任转移至报告主体自身。在MiCA白皮书的语境下，所使用的类型化尺度在技术上仅限于行标识符，而非有意义的类型化数值。行标识符

身份

商业地址

职能

身份_1

地址_1

职能_1

身份_2

地址_2

职能_2

身份_3

地址_3

职能_3

管理机构成员示例（按类型划分的维度）

指引 1.3.2 关于信息披露允许内容的限制：通过使用枚举列表，XBRL 分类法有助于对允许披露的内容施加约束。MiCA 白皮书分类法利用了这一可能性，并将一个 11

具有预定义可接受值集合的元素（如适用）。因此，该分类法包含了可扩展枚举2.0规范3。尽管目前尚无转换规则能够以人类可读的方式在iXBRL白皮书中正确呈现可扩展枚举2.0项的实现，故建议遵循隐藏部分的相关指引并应用相应样式。

1.4 计量单位 指导意见 1.4.1 标准计量单位的使用 根据XBRL 2.14和Inline XBRL 1.15规范，每个数值标签都必须与一个计量单位相关联。为确保Inline XBRL文档中计量单位使用的统一性（例如，EUR表示欧元、GW表示千兆瓦、km表示公里等），报告实体在定义自定义单位之前，应查阅XBRL规范及单位注册表6，确认所需单位是否存在。不鼓励编制者定义并使用那些暗示特定度量存在比例因子的单位（例如“百万欧元”），因为Inline XBRL规范已提供scale属性，用于指示所需的缩放值。在MiCA白皮书框架下，建议用于报告目的的单位如下：1. 货币 → iso4217:{货币代码}；2. 能源 → utr:kWh表示千瓦时；3. 二氧化碳排放 → utr:tCO2表示公吨二氧化碳当量；4. 质量 → utr:t表示吨；5. 体积 → utr:m3表示立方米；6. 小数 → xbrli:pure。

1.5 块标记 指导意见 1.5.1 关于块标记的考虑事项 当白皮书中同一块标记所对应的不同文本片段分别披露于不同章节时，报告实体应使用Inline XBRL构造中的单个块标记对这些信息进行标记，该构造允许在文档内对文本内容进行串联（或排除）操作。

3 https://specifications.xbrl.org/work-product-index-extensible-enumerations-extensible-enumerations-2.0.html 4 http://www.xbrl.org/Specification/XBRL-2.1/REC-2003-12-31/XBRL-2.1-REC-2003-12-31+corrected-errata-2013-02-20.html#_4.6.2 5 http://www.xbrl.org/specification/inlinexbrl-part1/rec-2013-11-18/inlinexbrl-part1-rec-2013-11-18.html#sec-nonFractions 6 https://www.xbrl.org/utr/utr.xml

2 针对软件企业的技术有效性保障指南 以下部分为软件企业提供了有关其工具应支持的技术层面及规则的建议，以促进报告主体实现统一化的报告。此外，本部分还就当用户违反了某项建议规则时，可使用哪些消息进行提示给出了指导。为提高本文档的清晰度，建议的规则与消息均以灰色方框和红色字体加以标注。

2.1 上下文指南 2.1.1 报告主体识别 根据MiCA法规，报告主体应在Inline XBRL文档中通过ISO 17442法人实体标识符（LEI）或依据适用国家法律要求的其他标识符进行身份识别。如使用LEI，则应以确保标识符元素内容为有效法人实体标识符（LEI）的方式予以实施；同时，该标识符元素的scheme属性内容应为“http://standards.iso.org/iso/17442”。示例（摘自http://codes.eurofiling.info/）： <xbrli:entity> <xbrli:identifier scheme=”http://standards.iso.org/iso/17442″> KGCEPHLVVKVRZYO1T647 </xbrli:identifier> <xbrli:entity> 建议软件企业在其工具中纳入相应的验证机制。推荐使用的消息如下：“invalidIdentifierFormat”和“invalidIdentifier”。

指南 2.1.2 Inline XBRL文档中期间元素的格式化 建议采用yyyy-mm-dd格式呈现期间元素，即不包含时间部分（例如，包含时间部分的期间元素将显示为：2025-01-01T00:00:00:00）。在标记MiCA白皮书时，通常无需添加时间成分。建议软件企业在其工具中加入适当的验证功能，以确保： xbrli:instant元素必须以整日形式标识期间（即不包含时间内容及时间区域）。如出现违规情况，建议使用以下消息： 违规情形：“periodWithTimeContent”、“periodWithTimeZone”。

指导意见 2.1.3 在 Inline XBRL 文档的上下文元素中使用段和情景容器 XBRL 2.1 规范在 XBRL 实例文档的上下文元素中定义了两个开放容器，即 xbrli:segment 和 xbrli:scenario。根据 XBRL Dimensions 1.0 规范，分类标准应明确规定在 XBRL 实例文档中应使用哪一个容器来包含维度成员。为 MiCA 白皮书之目的，建议采用 xbrli:scenario 容器。因此，建议软件厂商在其工具中加入相应的验证机制，以确保： - xbrli:segment 容器不得用于上下文中。如违反规定，建议使用以下提示信息：“违规：segmentUsed” - 在上下文中使用 xbrli:scenario 时，其内容仅限于 XBRL Dimensions 规范所定义的内容，不得包含任何其他内容。因此，禁止在 xbrli:scenario 中使用自定义 XML。

建议软件厂商在其工具中加入相应的验证机制，以确保： - 上下文中 xbrli:scenario 不得包含 XBRL Dimensions 规范之外的任何内容。建议使用以下提示信息：“违规：scenarioContainsNonDimensionalContent”

指导意见 2.1.4 Inline XBRL 文档仅应包含报告主体的数据 应确保 Inline XBRL 文档仅包含单一报告主体的数据。建议软件厂商在其工具中加入相应的验证机制，以确保： - 上下文中的所有实体标识符及方案必须具有完全一致的内容。 如违反规定，建议使用以下提示信息：“违规：multipleIdentifiers”。

2.2 事实 指导意见 2.2.1 数值事实精度的属性定义 应统一使用一个属性来描述事实的精度，具体要求参见 XBRL International 发布的工作组说明7。因此，建议软件厂商在其工具中加入相应的验证机制，以确保： - 所有数值事实的精度属性保持一致。 如违反规定，建议使用以下提示信息：“违规：inconsistent-precision-decimals-units”。

精度等级

确保：数值事实的精度必须使用“decimals”属性而非“precision”属性来定义。建议使用以下消息：“precisionAttributeUsed”。根据XBRL国际组织8的指导意见，应当注意，iXBRL中使用的缩放因子与XBRL中的“精度”机制（通过“decimals”或“precision”表示）是相互独立的。有关“scale”和“decimals”属性的应用示例，请参见https://www.xbrl.org/guidance/ixbrl- taggingfeatures/#3-scaling-numeric-values。

指导意见2.2.2 汇率、百分比及比率的表示 报告实体应确保以十进制形式对百分比进行一致的XBRL表示。为此，建议白皮书报告遵循由XBRL国际组织9发布的XBRL 2.1规范的相关规定。例如，按照上述规范，若报告实体欲标记一个81%的百分比值，则应使用ix:nonFraction元素，并将其单位设为pure10，同时将scale属性设置为-2，从而得到正确的XBRL表示形式，即0.81。

指导意见2.2.3 事实的转换 当白皮书报告中使用的字符串或数值不符合用于标记该事实的分类法元素所预定义的数据类型的格式时，应当应用相应的转换规则。为此，建议采用XBRL国际组织在其专门网站11上发布的《转换规则注册表》5，或使用XBRL国际组织提供的、具有“推荐”状态的最新版本《转换规则注册表》。

指导意见2.2.4 事实的重复 根据XBRL国际组织发布的关于处理重复事实的工作组说明12，数字型与非数字型事实存在四类重复情况：▪ ▪ ▪ ▪

完全重复、一致重复（仅限数字）、多语言重复（仅限字符串）、不一致重复

8 https://www.xbrl.org/guidance/ixbrl-tagging-features/#3-scaling-numeric-values 9 http://www.xbrl.org/Specification/XBRL-2.1/REC-2003-12-31/XBRL-2.1-REC-2003-12-31+corrected-errata-2013-02-20.html#_4.8.2 10 http://www.xbrl.org/Specification/XBRL-2.1/REC-2003-12-31/XBRL-2.1-REC-2003-12-31+corrected-errata-2013-02-20.html#_5.1.1.3.1 11 https://specifications.xbrl.org/work-product-index-inline-xbrl-transformation-registry-4.html

12 https://www.xbrl.org/WGN/xbrl-duplicates/WGN-2015-12-09/xbrl-duplicates-WGN-2015-12-09.html

报告实体不得在特定情境下使用数值分类元素对不同数值进行标记，除非该差异系因在同一份报告的多个位置以不同尺度呈现同一信息而产生的四舍五入所致。根据上述关于重复项的定义，要求报告实体不得在内联XBRL文档的内容中报告不一致的重复项。因此，建议软件厂商在其工具中纳入适当的验证机制，以确保： 在内联XBRL文档的内容中，严禁出现不一致的重复数值事实。如发生违规情形，建议使用如下提示信息： 违规：内联XBRL文档中存在不一致的重复数值事实 在内联XBRL文档的内容中，不应出现不一致的非数值事实重复项。如发生违规情形，建议使用如下提示信息： 违规：内联XBRL文档中存在不一致的重复非数值事实

指南 2.2.5 从块标签中提取的信息可读性 由于XHTML文档生成机制的限制，部分被提取至XBRL实例中的叙述性块，在单独查看时可能无法保持与原文档完全一致的格式（例如，表格结构、样式或换行符的丢失）。因此，所提取的信息可能会缺乏可读性和清晰度。MiCA白皮书的块标签应能够标识经良好格式化的XHTML文档中被提取用于处理的有意义片段，尤其需确保底层XHTML代码包含适当样式属性，以便正确显示已标记的数据13。这意味着，当所提取的信息在脱离原文档语境的情况下展示时，仍能保持原文档的可读性和清晰度，尽管未必保留其原有样式。无论如何，报告实体均应确保通过标签提取或渲染的信息：-

以相同的顺序呈现文字和数字，并且具有与人类可读报告同等的可读性和清晰度；在源文本中词语与数字之间留有空格的地方，文本块中至少应保留一定的间距（即，“e-money tokens 3m EUR”在提取后不应变为“emoneytokens3mEUR”）；人类可读报告中以表格形式呈现的信息，应在提取后的标记化信息中得到有意义的转录。

指南 2.2.6 块标签的技术构建 关于XHTML文档生成过程中转换机制的局限性，XBRL社区早已熟知并予以充分理解。13 例如，在完整文档中以表格形式呈现的信息，其底层XHTML代码……

可能包含相关的HTML表格标签，如<table>、<th>、<tr>等，这将确保提取出的带标签数据以表格形式呈现事实内容。

在转换机制进一步完善之前，建议报告实体为白皮书目的，遵循以下指引，以确保从可读性报告中提取的标记化信息具有更高的一致性。根据2023年4月19日发布的XBRL国际工作组说明14，对于数据类型为dtr-types:textBlockItemType的事实，报告实体应始终将iXBRL的@escape属性设置为“true”，以确保生成的事实值符合XHTML标准。同时，对于其他数据类型（如xbrli:stringItemType）的事实，则应将@escape属性设置为“false”，因为其值通常不包含XHTML内容。@escape属性的取值必须与其对应事实的数据类型相匹配。因此，所有数据类型为dtr-types:textBlockItemType的事实均须将@escape属性设为“true”。此外，其他数据类型（如xbrli:stringItemType）的事实则须将@escape属性设为“false”。若违反上述规定，建议使用如下提示信息：违规：@escape属性应用不当。

指引2.2.7 关于事实中ID属性的使用 为每个标记化事实赋予唯一ID属性，有助于提升数据分析能力，并提高终端用户的处理效率。因此，为白皮书之目的，报告实体应在报告中为每个标记化事实添加具有唯一值的ID属性。

2.3 关于Inline XBRL及其他构造的限制 指引2.3.1 应避免使用的Inline XBRL构造 在MiCA白皮书的报告场景中，只有那些无法进行转换的事实方可被纳入ix:hidden部分（即内容不用于展示的部分）。因此，仅当最新推荐的转换规则注册表中不存在适用于该事实的转换规则时（例如针对enumerationSetItemType），该事实方可被置于ix:hidden部分。此外，Inline XBRL规范不允许在数值型事实中嵌入XHTML标记（如<xhtml:span>）。就MiCA白皮书而言，数值中包含的XHTML内容并无必要，应予删除，以便于标记化处理。ix:hidden不应被用作对这类数值进行标记化的变通手段。在此类情况下，报告中与隐藏事实相对应的可见文本应当应用自定义样式属性“-ix-hidden”15，其值应与该事实的id属性保持一致。与其他样式属性不同，“-ix-hidden”的值不会被继承。例如，在“E.1 公开发行或上市交易”这一条目中：

14 https://www.xbrl.org/WGN/html-for-ixbrl-wgn/WGN-2023-04-19/html-for-ixbrl-wgn-2023-04-19.html 15 https://www.xbrl.org/WGN/html-for-ixbrl-wgn/WGN-2024-11-05/html-for-ixbrl-wgn-2024-11-05.html#sec-hidden-fact-css-link

指南 2.3.2 应避免使用的其他结构 使用 HTML 的 <base> 元素或 ‘xml:base’ 属性会使 Inline XBRL 文档的处理更加复杂，并可能影响对其他文件、图像或 CSS 样式的引用。因此，不应使用此类元素。建议软件厂商在其工具中加入相应的验证机制，以确保：

在Inline XBRL文档中，不得使用HTML的`<base>`元素及xml:base属性。如违反规定，建议使用以下提示信息：违规：“htmlOrXmlBaseUsed”

2.4 Inline XBRL文档的其他内容 指导意见 2.4.1 在Inline XBRL文档中包含XHTML和XBRL以外的内容 在Inline XBRL文档中嵌入可执行代码可能构成潜在威胁，并引发安全问题。因此，软件企业应当对XHTML文档及其内嵌的Inline XBRL所嵌入或引用的资源进行检查，确保在文档的“机器可读层”（即图像、图像头部、样式属性或其他构成文档内容并将在渲染过程中被检索的资源）中不包含任何恶意内容或可执行代码。鉴于Inline XBRL文档属于格式要求，且不应影响报告的“人类可读层”，本指导意见不应被视为限制对外部网站、其他文档或报告其他部分的链接的纳入。如需包含电子邮件地址的引用，应以非超链接文本形式呈现，即去除“mailto”链接。建议软件企业在其工具中加入相应的验证机制，以确保： XHTM L文档所嵌入或引用的资源不得包含任何可执行代码（例如Java小程序、JavaScript、VB脚本、Shockwave、Flash等）。如违反规定，建议使用以下提示信息：违规：“executableCodePresent”。

此规定同样适用于将基于脚本的内嵌XBRL查看器嵌入Inline XBRL文档的情形。对于MiCA白皮书，图像应直接嵌入XHTML文档中。建议编制者确保文件大小不超过浏览器的支持范围。以Base64编码字符串形式嵌入XHTML文档中的图像，应明确指定由MIME RFC 2045（以下简称MIME类型）定义的媒体类型，且其内容须与所指定的MIME类型相符。对于未嵌入XHTML而仅由XHTML引用的图像，若未明确指定MIME类型，则该文件应与其文件扩展名保持一致。因此，建议软件企业在其工具中加入相应的验证机制，以确保： 19

以Base64编码字符串形式嵌入XHTML文档中的图像，必须指定正确的MIME类型。如违反该规定，建议使用以下消息：违规：“incorrectMIMETypeSpecified”；违规：“MIMETypeNotSpecified”。未嵌入XHTML文档且未指定MIME类型的图像，其文件扩展名必须与其实际内容相匹配。如违反该规定，建议使用以下消息：违规：“imageDoesNotMatchItsFileExtension”。为避免因用于保存XHTML文档中所含图像的特定格式可能带来的任何潜在威胁，报告编制方仅应使用PNG、GIF、SVG（请注意，不允许直接嵌入<svg>元素，SVG图像应包含在<img>元素中）或JPEG格式的图形文件。因此，建议软件厂商在其工具中加入相应的验证机制，以确保：嵌入XHTML文档中的图像必须以PNG、GIF、SVG或JPEG格式保存。如违反该规定，建议使用以下消息：违规：“imageFormatNotSupported”。编制者不得在白皮书中嵌入携带信息的图像。图像仅可用于品牌宣传、图形布局、照片等内容。

指南2.4.2 文本标记语言的标识 建议在XHTML文件的根HTML元素上应用“xml:lang”属性，以标明报告所使用的语言。此外，该属性还应应用于“ix:references”标签，并从该标签转换为最终XBRL实例文档中的根xbrli:xbrl元素。每个标记化的文本事实16均应具有一个“xml:lang”属性，该属性可直接分配给该事实，或通过继承自根元素获得。其值必须与相应标签内容所使用的语言一致。为便于自动检查报告中的所有标签是否至少采用报告所用语言，建议软件厂商在其工具中加入相应的验证功能，以确保：

16 如http://www.xbrl.org/Specification/oim/CR-2020-05-06/oim-CR-2020-05-06.html#term-text-fact中所定义。

指南 2.4.3 对于内联XBRL文档集（IXDS），不得使用超过一个目标XBRL文档。在一份申报文件中，预期仅包含一个MiCA白皮书的XBRL实例文档。因此，MiCA白皮书内容必须置于默认目标文档中（即不带target属性），不得使用其他目标文档。建议软件公司在其工具中纳入验证规则，以确保：不应使用target属性。如违反规定，建议使用以下消息：违规：“targetAttributeUsedForMiCAContents”。

指南 2.4.4 使用层叠样式表（CSS）语言对内联XBRL文档进行样式设置。CSS可用于格式化报告，但必须适当使用转换功能。例如，不得通过使信息不可见来隐藏信息，如对任何标记事实应用display:none样式。此外，建议全局应用样式，而非为报告的每个部分单独定义样式。对于MiCA白皮书，建议软件公司在其工具中纳入验证规则，以确保：CSS应嵌入文档内部。如违反规定，建议使用以下消息：违规：“externalCssFile”。

指南 2.4.5 ix:continuation和ix:exclude元素的适用。对于MiCA白皮书，建议在将多段文本标记为单个文本块标签时，应用ix:continuation或ix:exclude元素。在此方面，编制者应注意有关ix:continuation元素适用的现有规定（参见内联XBRL 1.1第4节）。

规范）以及 ix:exclude 元素（Inline XBRL 1.1 规范第5节）17。

2.5 报告的技术有效性 指南 2.5.1 确保报告符合 XBRL 规范 报告实体必须确保其 Inline XBRL 文档在一系列列出的 XBRL18 规范下有效。为保证数据质量，建议报告实体依据 MiCA 白皮书分类法中定义的断言（验证规则），对每份白皮书报告进行验证；该分类法按照 Formula 1.0 规范及其模块化扩展编制19。对于 MiCA 白皮书，建议软件公司在其工具中内置验证规则，以确保： 目标 XBRL 文档必须符合 MiCA 白皮书分类法中规定的断言，且严重性等级设置为 http://www.xbrl.org/2022/severities.xml#ERROR，并作为具有 http://xbrl.org/arcrole/2022/assertion-unsatisfied-severity 弧角色的通用弧的目标。目标 XBRL 文档应当符合 MiCA 白皮书分类法中规定的断言，且严重性等级设置为 http://www.xbrl.org/2022/severities.xml#WARNING，并作为具有 http://xbrl.

17 http://www.xbrl.org/specification/inlinexbrl-part1/rec-2013-11-18/inlinexbrl-part1-rec-2013-11-18.html#d1e1605 18 “MiCA XBRL 分类法 2025 文档” 第3章第3.2小节 19 https://specifications.xbrl.org/work-product-index-formula-formula-1.0.html