什么是CID？

本文由 FilCloud 编译整理

原文链接 ：https://proto.school/#/anatomy-of-a-cid/01

当我们与分散式 Web 上的对等方交换数据时，我们依赖于内容寻址（而不是集中式 Web 的位置寻址）来安全地定位和标识数据。如果您还没有这样做，请查看我们的《分散数据结构》教程，以了解重要的分散 Web 概念的基础，例如内容寻址，加密哈希，内容标识符（CID）以及与对等方共享。在本教程中，我们将深入研究 CID 的结构，这些结构是由?Multiformats?项目定义的各种自描述值构成的。

起源于 IPFS 的?CID 规范现在以 Multiformats 存在，并支持包括 IPFS，IPLD，libp2p 和 Filecoin 在内的广泛项目。尽管我们将在整个课程中共享一些IPFS示例，但本教程是关于 CID 本身的结构的，每个分布式信息系统都将 CID 用作参考内容的核心标识符。

内容标识符或 CID 是自我描述的内容寻址标识符。这并不表示其中内容存储，但它形成基于内容本身就是一种地址。CID 中的字符数取决于基础内容的加密哈希，而不是内容本身的大小。由于 IPFS 中的大多数内容都使用进行了哈希处理 sha2-256，因此您遇到的大多数 CID 的大小将相同（256 位，等于 32 个字节）。这使它们更易于管理，尤其是在处理多个内容时。

例如，如果我们将 Wikipedia 页面存储在 IPFS 网络上的 aardvarks 上，则其 CID 如下所示：QmXoypizjW3WknFiJnKLwHCnL72vedxjQkDDP1mXWo6uco

创建 CID 的第一步是使用加密算法来转换输入数据，该算法将任意大小的输入（数据或文件）映射到固定大小的输出。这种转换称为加密哈希摘要或简称 hash。

使用的加密算法必须生成具有以下特征的哈希：

确定性：相同的输入应始终产生相同的哈希值。

不相关：输入中的微小变化将产生完全不同的哈希。

单向：从散列重建数据应该是不可行的。

唯一：只有一个文件可以产生一个特定的哈希。

请注意，如果我们在 aardvarks 的文档中更改了一个单词，则我们的密码算法将为文章生成完全不同的哈希。当我们使用内容地址获取数据时，可以确保看到该数据的预期版本。这与集中式 Web 上的位置寻址完全不同，在集中式 Web 上，给定地址（URL）上的内容可以随时间变化。

密码散列是不是唯一的 IPFS，并有许多的哈希算法有像sha2-256，blake2b，sha3-256和sha3-512中，不再视为安全?sha1和md5等 IPFS 使用sha2-256默认情况下，虽然 CID 支持几乎任何强大的加密哈希算法。

非常感谢您对 IPFS&Filecoin 项目的持续支持。我们很高兴继续与您一起，为人类信息建立一个强大的，去中心化和高效的基础。

FilCloud 帮你迅速了解 IPFS 领域的热点技术和应用

公众号：filcloud

—-

编译者/作者：FilCloud

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。