在IPFS上存储经过身份验证和加密的数据是许多Web3应用程序的核心构建块，但是迄今为止，还没有标准化的方式来编码这种类型的数据。
没有标准，许多开发人员被迫为其签名和加密的数据创建自定义格式。通过将数据存储到IPFS的特定实现中，这已经阻碍了IPFS中存储的信息的开放性和互操作性。验证数据的另一种方法是将数据放入IPFS，并将数据的CID放入区块链的智能合约中。从本质上讲，这是在数据之上添加签名并将签名记录持久保存在区块链上的昂贵方法。
随着EIP-2844的引入，该标准允许钱包支持一些新的方法来基于DID和dag-joseIPLD编解码器对数据进行签名和解密，我们现在可以简单地将经过身份验证和加密的数据直接放入IPFS。
什么是DID和JOSE？
摩根大通投资策略主席：不管比特币如何扩张，如何流行都不能让人感到满意:金色财经报道，金融巨头摩根大通投资策略主席Michael Cembalest在最近的一次采访中表示，他对比特币和加密货币的世界并不疯狂，暗示尽管比特币如何扩张，如何流行，但这种货币不会让所有人都感到满意。Cembalest 表示所表达的观点是他自己的观点，而不是摩根大通的观点。不喜欢世界排名第一的数字货币，原因有两个。首先是因为它的波动性，他说这阻止了比特币“进入与价值投资相一致的范围”。另一个原因是因为比特币并没有像许多分析师让我们相信的那样证明自己是对冲通胀的工具。（livebitcoinnews）[2022/2/14 9:49:52]
DID是用于分散标识符的W3C标准。
具体内容可以参考我们上一篇文章：Astral构建新世界。本文仅在这里简单介绍，DID指定了从字符串标识符到包含用于签名验证和密钥交换的公共密钥的DID文档的一般方法。在大多数DID方法中，出于安全原因旋转键时可以更新文档。
Craig Wright：PoW是指导网络存在分歧时如何行动的信号:Craig Wright在其最新的博客文章中解释了为什么工作量证明（Proof-of-Work，PoW）是至关重要的。他表示，工作量证明是一种重要的信号，它告诉网络上的节点，当网络上存在分歧时，该如何行动。重要的是要区分这些节点不是对网络规则投票，而是执行规则。他说，“工作量证明是一种经济信号，从理论上讲是从游戏的角度去激励玩家的诚实行为，或者提供一种惩罚机制。”[2020/8/20]
JOSE是IETF国际互联网工程任务组的标准，代表JSON对象签名和加密，几乎可以解释其含义。该标准有两个主要原语：JWS和JWE。这两种格式都允许多个参与者：在JWS中，有效负载上可以有一个或多个签名，而在JWE中，加密明文可以有一个或多个接收者。
回溯3.12 如何跨越从爆仓到回本的鸿沟:4月27日20：00，波哥做客金色财经《币情观察室》直播间，将分享《回溯3.12 如何跨越从爆仓到回本的鸿沟》，敬请关注，欲进群观看直播扫描海报二维码报名即可。[2020/4/27]
使用dag-jose和EIP2844进行构建
当我们使用dag-jose和EIP-2844作为基本构建模块来构建Ceramic时，我们创建了一些底层工具，这些工具使我们可以更轻松地使用这些技术。
js-3id-did-provider是使用3ID作为DID方法的EIP-2844的实现。它可以单独用作DID提供程序，也可以在3IDConnect库中更方便地使用。3IDConnect允许用户使用其以太坊钱包来访问DIDProvider。
行情 | 救赎说币：WFEE最好不要买入，不管外界如何利好:据救赎分析，WFEE走势图可以看出，下跌之后，一直横在那里，然后后面一波上涨涨幅1.3倍左右，接着再高点跌下来7倍。无论官方怎么发文也好，外界怎么利好也好，这币没有做市值管理，如果有，就不会跌那么惨，也不会横盘那么久。所以这个币种坚决不能买入。币圈没有底线，更没有下限。技术分析来说，买盘不强，但是卖盘也几乎没有。但是卖盘只是暂时没有，项目方还是手里有币的。但是买盘没有就真的没有了。[2018/7/16]
key-did-provider-ed25519是使用KeyDID方法的EIP-2844的实现。它是同时支持签名和加密的最简单的DID提供程序。
js-did是一个库，允许开发人员以DID的形式表示用户。这是我们在本教程中将要看到的主要界面。它使我们能够与当前经过身份验证的用户签署数据，将数据加密给任何用户，以及与当前经过身份验证的用户解密数据。
韩国政府正在考虑如何兑现没收得来的加密货币:韩国政府正在考虑如何兑现最近没收所得来的加密货币。作为一起刑事案件罚款，政府没收了网站运营商“安恩”(Ahn)的191.32333418个比特币。韩国最高法院此前判定，加密货币是政府可以没收的财产。最有可能的选择是通过政府所有的拍卖平台进行拍卖。[2018/6/10]
IPFS中的签名数据
通过使用dag-joseIPLD编解码器，我们可以创建链接和签名的数据结构。这是通过创建包含指向其他数据链接的JSONWeb签名来完成的。dag-jose编解码器解决的主要问题之一是，传统上将JWS的有效负载编码为：base64url这意味着，如果其中包含IPLD链接，则您将无法遍历这些链接。
相反，我们对DagJWS所做的是将有效负载强制为CID的字节。然后，编解码器将有效负载转换为CID实例，并将其设置link为DagJWS的属性。这使我们可以轻松地遍历生成的DAG。
设置具有dag-jose支持的IPFS
由于dag-jose是新的IPLD编解码器，因此默认情况下它尚未包含在js-ipfs中。它还实现了新的IPLD编解码器API，js-ipfs尚不支持该API。因此，在创建IPFS实例时，需要执行以下操作：
importIPFSfrom'ipfs'importdagJosefrom'dag-jose'importmultiformatsfrom'multiformats/basics'importlegacyfrom'multiformats/legacy'multiformats
)\n//putthepayloadintotheipfsdag\nawaitipfs
)//LogtheDagJWS:console
//Logthepayload:ipfs
)
//Createanothersignedobjectthatlinksfjoptothepreviousoneconstcid2=addSignedObject({hello:'gettingthehangofthis',prev:cid1})//Logthenewpayload:ipfs
)
//Logtheoldpayload:ipfs
)
请注意，由于有效负载将由您的DID签名，因此CID和JWS的值对您而言将有所不同。
验证签名的数据结构
验证JWS非常简单。只需检索JWS对象并将其传递给verifyJWS方法。如果签名无效，则此函数将引发错误。如果签名有效，它将返回用于签名JWS的DID。
constjws1=awaitipfs
。
一旦有了此功能，我们就可以创建一些加密的对象。在下面的示例中，我们首先创建一个简单的加密对象，然后创建一个链接到前一个对象的附加加密对象。
constcid3=awaitaddEncryptedObject({hello:'secret'},)constcid4=awaitaddEncryptedObject({hello:'cool!',prev:cid3},)
请注意，在上面的示例中，我们用于(<)将数据加密为当前已验证的DID。我们当然也可以将数据加密为未经本地身份验证的用户的DID！\"_src=\"http://did
//RetrivemultiplelinkedobjectsfollowSecretPath(cid4)//>{hello:'cool!',path:CID(bagcqceraqittnizulygv6qldqgezp3siy2o5vpg66n7wms3vhffvyc7pu7ba。//>{hello:'secret'}
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。