ADD文件后的hash的含义：在docker历史中

Question

如果我docker history --no-trunc IMAGE在从 Dockerfile 构建的图像上运行，例如：

FROM scratch
ADD something.tar.xz /
...

CREATED BY我在输出的最后一行的列下看到以下内容docker history：

/bin/sh -c #(nop) ADD file:fb0755f94145d1e0a46167faf3b43dba3db9383f4c230217a500a65e01307e27 in /

之后的部分file:看起来像是某个东西的 SHA256 哈希值，但它与...的 SHA256 不匹配

• Dockerfile 中引用的文件 ( something.tar.xz)
• 该文件的名称或其在构建时的完整路径
• 层摘要或我在任何 Docker ls/inspect/etc 的输出中看到的任何其他内容。

所以我的问题是，纯粹出于兴趣，这个哈希值是什么？

相关问题

这个问题是相关的，但基于对它ADD file:...实际上在 Dockerfile 中的误解。

这个问题有点含蓄地问了我的问题，但最接近答案的是：

我不确定是否有可靠的方法将主机文件或 URL 转换为哈希值

因此，我想明确地问散列实际上指的是什么，尽管我完全理解我无法神奇地从中重构有关原始文件的任何信息ADD。