本文旨在给那些想提取游戏又对提取软件不是很了解的朋友进行一些简单科普，希望能帮助到大家！
现在的卡带提取工具（烧录卡专用Migdump tool）已经集成化了，所以这些知识也并不是非常重要，仅作折腾玩家的科普拓展使用。
1.“前置密钥区域” （prepend key are） 在写入实际 XCI 数据之前将 0x1000 字节长的游戏卡密钥区域写入输出 XCI 转储。该关键区域是创作过程中游戏卡图像的一部分（例如通过 SDK），但无法使用常规 FS 命令读取。相反，它是在运行时从 FS 进程内存中检索的。这仅对完整性/保存有用。默认情况下不启用它，因为很多工具不支持它。
2.“保留证书”（keep certificate）可防止删除 XCI 转储中可用的唯一证书，该证书明确标识了其来自的游戏卡。出于保存目的，它默认被禁用（例如，这是找到与同一游戏的其他转储匹配的校验和的唯一方法）。
3. `trim` 的作用正是其含义：它删除游戏卡转储末尾的所有额外填充，并专门保留实际可用区域。出于保存目的，它默认被禁用。
4. 其他特定于游戏卡的选项（Additional gamecard-specific options）：这些选项仅对其他开发者和/或保护主义者有用：
* `header` 只是从游戏卡中转储 0x200 字节长的 XCI 标头，它与偏移量 0（常规 XCI）或 0x1000（带有关键区域的 XCI）处的 0x200 字节匹配。
* `cardinfo` 以明文形式转储 XCI 标头中最后一个 0x70 字节长的块（通常使用 AES-128-CBC 加密）。
* `cert` 转储 0x200 字节长的游戏卡证书——与禁用 `keepcertificate` 时被擦除的证书相同。
* 如果启用了“前置关键区域”，“initialdata”将从关键区域中转储第一个 0x200 字节长的块，该块将被前置到输出 XCI。
* `specicdata` 转储 FS 进程内存区域，该区域保存与 `initialdata` 块相关的信息。
* `id set` 转储一个 12 字节长的块，其中包含有关插入的游戏卡内存的详细信息。
5.“内容分发类型”（content distribution type）手动将写入输出 NSP 的所有 NCA 的内容分发字段设置为“下载”（“0”）。这仅真正适用于从游戏卡内容生成的 NSP 转储。
6.“删除 titlekey crypto”通过将明文 titlekey 写入 NCA 标头的密钥区域，将所有依赖 titlekey 加密（例如票证）的 NSP NCA 修改为不依赖它。
7.“生成创作工具数据”（generate authoringtool data）将额外文件（例如 XML 和 JPEG）写入输出 NSP，这些文件是从 NCA 数据生成/检索的。包含此额外元数据的唯一缺点是，如果没有它，输出 NSP 的校验和将无法与其他 NSP 匹配。
tl;dr：默认设置就足够了。
问与答：
A：
提问：我如何保证真实系统一直是纯净状态？
答案：一般来说，只要您不盗版（安装*任何* NSP）或在线游戏（例如《堡垒之夜》）中作弊 - 那么您可能会没事
B：
提问：那么如果我启动 sysMMC 只是为了转储游戏，它将无法检测到吗？我应该使用 emuMMC 来运行 mods 之类的东西吗？
答案：不一定无法检测到，但我们还没有听说有人因此被禁止，除非他们在网络游戏中盗版或作弊。 （堡垒之夜等）
现在的卡带提取工具（烧录卡专用Migdump tool）已经集成化了，所以这些知识也并不是非常重要，仅作折腾玩家的科普拓展使用。
1.“前置密钥区域” （prepend key are） 在写入实际 XCI 数据之前将 0x1000 字节长的游戏卡密钥区域写入输出 XCI 转储。该关键区域是创作过程中游戏卡图像的一部分（例如通过 SDK），但无法使用常规 FS 命令读取。相反，它是在运行时从 FS 进程内存中检索的。这仅对完整性/保存有用。默认情况下不启用它，因为很多工具不支持它。
2.“保留证书”（keep certificate）可防止删除 XCI 转储中可用的唯一证书，该证书明确标识了其来自的游戏卡。出于保存目的，它默认被禁用（例如，这是找到与同一游戏的其他转储匹配的校验和的唯一方法）。
3. `trim` 的作用正是其含义：它删除游戏卡转储末尾的所有额外填充，并专门保留实际可用区域。出于保存目的，它默认被禁用。
4. 其他特定于游戏卡的选项（Additional gamecard-specific options）：这些选项仅对其他开发者和/或保护主义者有用：
* `header` 只是从游戏卡中转储 0x200 字节长的 XCI 标头，它与偏移量 0（常规 XCI）或 0x1000（带有关键区域的 XCI）处的 0x200 字节匹配。
* `cardinfo` 以明文形式转储 XCI 标头中最后一个 0x70 字节长的块（通常使用 AES-128-CBC 加密）。
* `cert` 转储 0x200 字节长的游戏卡证书——与禁用 `keepcertificate` 时被擦除的证书相同。
* 如果启用了“前置关键区域”，“initialdata”将从关键区域中转储第一个 0x200 字节长的块，该块将被前置到输出 XCI。
* `specicdata` 转储 FS 进程内存区域，该区域保存与 `initialdata` 块相关的信息。
* `id set` 转储一个 12 字节长的块，其中包含有关插入的游戏卡内存的详细信息。
5.“内容分发类型”（content distribution type）手动将写入输出 NSP 的所有 NCA 的内容分发字段设置为“下载”（“0”）。这仅真正适用于从游戏卡内容生成的 NSP 转储。
6.“删除 titlekey crypto”通过将明文 titlekey 写入 NCA 标头的密钥区域，将所有依赖 titlekey 加密（例如票证）的 NSP NCA 修改为不依赖它。
7.“生成创作工具数据”（generate authoringtool data）将额外文件（例如 XML 和 JPEG）写入输出 NSP，这些文件是从 NCA 数据生成/检索的。包含此额外元数据的唯一缺点是，如果没有它，输出 NSP 的校验和将无法与其他 NSP 匹配。
tl;dr：默认设置就足够了。
问与答：
A：
提问：我如何保证真实系统一直是纯净状态？
答案：一般来说，只要您不盗版（安装*任何* NSP）或在线游戏（例如《堡垒之夜》）中作弊 - 那么您可能会没事
B：
提问：那么如果我启动 sysMMC 只是为了转储游戏，它将无法检测到吗？我应该使用 emuMMC 来运行 mods 之类的东西吗？
答案：不一定无法检测到，但我们还没有听说有人因此被禁止，除非他们在网络游戏中盗版或作弊。 （堡垒之夜等）
️
