收到的 IPFS 内容是否始终加密？
Is the IPFS content received always encrypted?
我有一个关于 IPFS 内容的新手问题。我可以请求带有哈希地址的内容。是不是哈希地址返回的内容总是加密的？或者返回的内容可以是加密的，也可以是不加密的，如果是加密的，则需要私钥才能解码和查看内容。
默认情况下，IPFS 上的内容永远不会加密，除非您在将其添加到 IPFS 节点之前明确对其进行加密。因此，"hash address"（也称为 CID (Content Identifier)）返回的内容是否会被加密完全取决于它在添加到 IPFS 节点之前是否被加密。也无法仅通过查看 CID 来了解内容是否加密。
为了正确检查 CID 引用的内容，您需要了解内容的格式及其生成方式。目前 IPFS 上存在的大多数内容可能属于 UnixFS. Although it is entirely possible that content is stored as arbitrary types using IPLD 类型。如果您在不知道内容格式的情况下尝试检查 CID 引用的内容，您肯定会收到错误。
编辑：
有一件事我应该澄清一下，您很可能正在使用加密传输来接收数据，但数据本身不会被加密。 IPFS 使用几种不同的传输方式，如 websockets、tls、secio、纯文本等。因此，如果您与托管支持 tls 传输的 QmA 的节点通话，该节点可以将数据发送给您tls.
我有一个关于 IPFS 内容的新手问题。我可以请求带有哈希地址的内容。是不是哈希地址返回的内容总是加密的？或者返回的内容可以是加密的，也可以是不加密的，如果是加密的，则需要私钥才能解码和查看内容。
默认情况下，IPFS 上的内容永远不会加密，除非您在将其添加到 IPFS 节点之前明确对其进行加密。因此，"hash address"（也称为 CID (Content Identifier)）返回的内容是否会被加密完全取决于它在添加到 IPFS 节点之前是否被加密。也无法仅通过查看 CID 来了解内容是否加密。
为了正确检查 CID 引用的内容，您需要了解内容的格式及其生成方式。目前 IPFS 上存在的大多数内容可能属于 UnixFS. Although it is entirely possible that content is stored as arbitrary types using IPLD 类型。如果您在不知道内容格式的情况下尝试检查 CID 引用的内容，您肯定会收到错误。
编辑：
有一件事我应该澄清一下，您很可能正在使用加密传输来接收数据，但数据本身不会被加密。 IPFS 使用几种不同的传输方式，如 websockets、tls、secio、纯文本等。因此，如果您与托管支持 tls 传输的 QmA 的节点通话，该节点可以将数据发送给您tls.