当我们在分散的Web上与对等体交换数据时,我们依靠内容寻址来安全地定位和识别数据。本文中,了解重要的分散Web概念的基础知识,如内容寻址、加密哈希、内容标识符和与对等方共享。1、什么是CID?
CID规范起源于IPFS,现在采用多格式,支持广泛的项目,包括IPFS、IPLD、libp2p和Filecoin。本部分将介绍CID本身的解剖,这些分布式信息系统都用作引用内容的核心标识符。内容标识符是自描述内容寻址标识符。它不指示内容的存储位置,但它基于内容本身形成一种地址。CID中的字符数取决于基础内容的加密哈希,而不是内容本身的大小。由于IPFS中的大多数内容都是使用进行哈希处理的,因此您遇到的大多数CID大小相同。这使得它们更易于管理,尤其是在处理多个内容时。sha2-256例如,如果我们在IPFS网络上存储了aardvark的图像,其CID将看起来像这样:Qmcrd4wkppi6dig81r5slj9zm1gdcl4zgpej9cfurrgbzf创建CID的第一步是使用加密算法转换输入数据,该算法将任意大小的输入映射到固定大小的输出。此转换称为加密哈希摘要或只是哈希。
使用的加密算法必须生成具有以下特征的哈希:1、确定性:相同的输入应始终生成相同的哈希。2、不相关:输入中的小变化应生成完全不同的哈希。3、单向:从哈希中重建数据应该是不可行的。4、唯一:只有一个文件可以生成一个特定的哈希。请注意,如果我们在aardvark图像中更改单个像素,我们的加密算法将为图像生成完全不同的哈希值。当我们使用内容地址获取数据时,我们保证会看到该数据的预期版本。这与集中式Web上的位置寻址大不相同,其中给定地址上的内容可能会随着时间而变化。加密哈希不是IPFS所独有的,而且有许多散列算法,如、和、不再安全等。IPFS默认情况下使用sha2-256,但CID几乎支持任何强加密哈希算法。sha2-256blake2bsha3-256sha3-512sha1md52、多哈希
恒信东方:公司在区块链等技术方面均有探索或应用:9月24日消息,恒信东方技术负责人表示,在元宇宙六大支撑技术——区块链、交互技术、AI、网络及运算、电子游戏技术、物联网等方面,公司均有探索或应用。[2021/9/24 17:03:22]
有时,散列算法可能被证明是不安全的,这意味着它不再符合我们前面定义的特征。这种情况已经发生了。随着时间的推移,其他算法可能不足以用于IPFS和其他分布式信息系统中的内容寻址。因此,为了支持多个加密算法,我们需要能够知道使用哪种算法来生成特定内容的哈希。
那么,我们该怎么做呢?为了支持多哈希算法,我们使用多哈希。多哈希格式多哈希是一种自描述的哈希,它本身包含元数据,描述其长度和生成它的加密算法。多格式CID是面向未来的,因为它们使用多哈希来支持多个哈希算法,而不是依赖于特定的哈希算法。多哈什遵循模式。从本质上讲,"原始哈希"的前缀是应用的哈希算法和哈希的。TLVtype-length-valuetypelength
1、type:用于生成哈希的加密算法的标识符-请参阅所有标识符的多代码表sha2-256180x122、length:哈希的实际长度sha2-2562563、value:实际哈希值为了将CID表示为压缩字符串而不是普通二进制,我们可以使用基础编码。首次创建IPFS时,它使用编码创建看起来像这样1的CIP:10base58btcQmY7Yh4UquoXHLPFo2XbhXkhBvFoPwmQUSa92pxnxjQuPU多哈希格式和编码启用了CID的第一个版本,其初始字符仍然很容易发现。base58btcCIDv0Qm...然而,随着时间的推移,人们开始怀疑这种多哈希格式是否足够:1、我们怎么知道使用什么方法来编码数据?2、我们怎么知道使用什么方法来创建CID的字符串表示形式?我们会一直使用吗?base58btc为了解决这些顾虑,有必要对下一个版本的CID进行演化。3、CIDv1:多代码前缀
声音 | 汇付天下:探索引入区块链技术 助力行业数字化升级:金色财经报道,“推进数字化转型已经成为企业的共同选择。”汇付天下相关负责人表示, 公司当前正在积极探索引入人工智能、区块链等最新技术,打破产业链信息孤岛现象,降低产业链融资成本。以公司目前正在与业内某知名GPO药品集采平台开展的合作为例,在引入区块链技术后,公司可以有效助力医药产业提升交易的透明度、智能化,完善“数字化+量化集中采购”的全场景平台化建设。[2019/12/12]
CIDv0使用多哈希支持多个哈希函数。这意味着我们可以使用不同的哈希算法成功生成特定内容的哈希,以后能够使用此哈希识别内容。但是,当我们试图读取数据本身时,我们怎么知道使用的编码方法?它可以编码与CBOR,原型,普通JSON等。若要解决此问题,请引入另一个唯一标识所用编码方法的前缀。多代码前缀指示对数据使用哪种编码。
多码c支持许多不同类型的编码,每个编码都有自己的短编解码器标识符,如完整表所示。在上面的示例中,我们可以看到使用编解码器编码的数据如何在我们的CID中表示。是许多不同类型的IPLD编解码器之一。由于IPFS始终对数据使用这些IPLD格式之一,因此IPFSCID中的多代码前缀将始终是IPLD编解码器。dag-pbdag-pb但是,需要注意的是,多代码不仅由IPFS和IPLD使用。除了多哈希和其他一些自描述协议一样,它是多格式项目的一部分,该项目从IPFS中剥离出来,现在支持各种各样的其他项目和协议,包括我们在这里学习的CID规范。CIDv1:版本前缀现在,我们添加了多代码,我们的版本1CID包含以下字段:<multicodec><multihash-algorithm><multihash-length><multihash-hash>但是,如果您还记得前面的课程,版本0CID仅包含部件,那么我们如何区分不同版本的CID?你猜对了,更多的前缀!<multihash-*>
声音 | 央行上海总部副主任郑五福:支持金融机构和科技企业探索区块链等新技术应用:据新华社9月20日消息,20日是上海自贸区临港新片区揭牌满月之日,中国人民银行上海总部副主任郑五福今日表示,央行将推动重大金融改革举措在新片区先行试点,鼓励跨国公司在上海设立全球或区域资金管理中心等总部型机构;支持新片区内企业参照国际通行规则,依法合规开展跨境金融活动;支持金融机构和大型科技企业在新片区内设立金融科技公司,探索人工智能、大数据、云计算、区块链等新技术在金融领域的应用。[2019/9/20]
现在我们的CID如下所示:<cid-version><multicodec><multihash>表示CID的版本。<cid-version>4、CIDv1:多基前缀
因此,现在我们的CIDv1在二进制给我们的信息:<cid-version><multicodec><multihash>由于二进制CIP不是很人性化,我们可以以字符串形式表示这些二进制CID。例子:bafybeigdyrzt5sfp7udm7hu76uh7y26nf3efuylqabf3oclgtqy55fbzdi在二进制格式和字符串格式之间转换数据需要基本编码,因此在使用字符串CD时,我们了解应用于二进制数据的基本编码类型非常重要。但是,我们如何识别这一点呢?哈希始终使用进行编码。这意味着我们可以安全地解释哈希值,假设它们正在使用。但是,由于环境限制,我们还需要支持其他基本编码的能力。为此,我们可以再加一个前缀!CIDv0base58btcCIDv0base58btc5、多基前缀
动态 | 人民法院报:征信服务公司可探索引入区块链技术:人民法院报在《规范纠纷化解护航金融创新——浙江舟山中院关于涉P2P借贷仲裁案件执行情况的调研报告》文章中指出,征信服务公司可探索引入区块链技术,构建信用分散管理账簿,实时全面记录网贷借款人的各类日常履约场景,对其进行科学准确的信用赋分,进而提升个人征信的潜在价值。[2018/8/23]
多基前缀表示在字符串格式和二进制格式之间转换CID时使用的基本编码,仅在CID的字符串形式中使用:
让我们以字符串形式检查两个CID示例:
我们知道第一个是,因为它以开头。从0开始的所有哈希都可以安全地解释为版本0的CID。CIDv0Qm...Qmbase58btc第二个示例以开头的base编码前缀标识符,默认情况下,大多数IPFS实现都使用该标识符。bbase32有关标识符的完整列表,请参考下图。
6、一个哈希,多个CID版本
您可以将任何IPFSCID粘贴到方便的CID检查器中,以可视化其所有前缀及其表示内容。我们将使用CIDv0和CIDv1格式查看此工具的一些结果。示例1:CIDv1bafybeigdyrzt5sfp7udm7hu76uh7y26nf3efuylqabf3oclgtqy55fbzdi第一个示例是版本1CID。
动态 | 美国疾病控制和预防中心开始探索区块链技术:近日,有消息称,美国疾病控制和预防中心正在开发基于区块链的系统,以共享威胁病原体的数据,分析疫情,并管理对公共卫生危机的应对措施。一些评论人士甚至提出,区块链系统可能有助于追踪阿片类药物的使用和滥用。[2018/7/22]
查看CID检查器工具的结果,我们可以看到该工具能够为我们分析的几个部分:1、HumanReadableCID:分解Cid的每个部分,以便我们人类易于阅读2、Multibase:是基的标识符,在这种情况下,对于。codebbase323、Multicodec:是编解码器的标识符,在这种情况下,IPLD格式code0x70dag-pb4、Multihash:将多哈希分解为使用的哈希算法的代码,哈希的长度,以及内容哈希本身。18sha2-256从"人类可读CID"细分中,我们可以看到在添加适当的CIDv1前缀之前,内容的原始哈希是。C3C4733EC8AFFD06CF9E9FF50FFC6BCD2EC85A6170004BB709669C31DE94391A示例2:CIDv0QmbWqxBEKC3P8tqsKc98xmWNzrzDtRLMiMPL8wBuTGsMnR
此版本0CID显示了一些不同的结果:和都被列为"隐式"。由于版本02D没有这些前缀,因此它们始终假定为和分别。multibasemulticodecbase58btcdag-pb在标签下,我们看到:这是相同的CID从第一个示例!CID检查器为我们提供了从CIDv0转换为CIDv1的转换。Base32CIDV1bafybeigdyrzt5sfp7udm7hu76uh7y26nf3efuylqabf3oclgtqy55fbzdi另请注意,"人类可读CID"的末尾在此CIDv0示例中与CIDv1示例中完全相同:。C3C4733EC8AFFD06CF9E9FF50FFC6BCD2EC85A6170004BB709669C31DE94391A为什么?这两个CID指向相同的内容。基本上,它是在CID规范的两个不同版本中表示的相同哈希。C3C4733EC8AFFD06CF9E9FF50FFC6BCD2EC85A6170004BB709669C31DE94391A转换CID版本您可以将任何前缀转换为,因为隐式前缀在变为显式。但是,由于支持多个编解码器和多个基,并且不支持,因此并非所有代码都可以转换为。实际上,只有具有以下属性的才能转换为:CIDv0CIDv1v0v1CIDv1CIDv0CIDv1CIDv0CIDv1CIDv01、multibase=base58btc2、multicodec=dag-pb3、multihash-algorithm=sha2-2564、multihash-length=32为了验证这一理论,您可以在此处查看我们心爱的aardvark图像,该映像托管在IPFS网络上:https://ipfs.io/ipfs/QmcRD4wkPPi6dig81r5sLj9Zm1gDCL4zgpEj9CfuRrGbzF1、打开浏览器中的链接,从URL的末尾复制CID(QmcRD4wkPPi6dig81r5sLj9Zm1gDCL4zgpEj9CfuRrGbzF)2、在新的浏览器窗口中,将其粘贴到CID检查器工具中,并查找屏幕底部显示的等效CIDv1值3、回到aardvark选项卡中,将CID替换为原始URL中转换后的CID并刷新页面v0v1你应该看到我们的阿尔德瓦尔克相同的图像。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。