WEB3:一文详解为什么 Web 3.0 时代不再需要 JWT ?

一个使用签名信息用web3验证用户的简单方法

以太坊登录很快就会成为用户标准,不再需要密码,这已经不是什么新鲜事了。尽管如此,dApp开发仍然是一个相当新的赛道,其开发的许多标准仍在设定之中。现在,所有的开发者都在延续用传统做法编写dApp,本能地使用相同的JWT进行认证。我这里提出一个稍微不同的方法。我自己也开始使用JWT开发dApp。从第一个项目开始,我就觉得认证总是变得很棘手,而且在这个过程中一定有些多余的东西。在几个项目之后,我意识到JWT本身就是多余的。让我解释一下原因:

美众议院数字资产新草案提出将成立CFTC-SEC数字资产联合咨询委员会:金色财经报道,美国众议院金融服务委员会主席 Patrick McHenry 和农业委员会主席 Glenn “GT” Thompson 分享了数字资产立法的讨论草案。该立法草案侧重于证券或商品等数字资产,该提案提到了当前的私人证券豁免以及新的定制豁免。将成立 CFTC-SEC 数字资产联合咨询委员会。当前的草案为发行商出售满足以下条件的数字资产创造了证券法豁免:

1) 发行人过去 12 个月数字资产的总销售额不超过 7500 万美元;

2) 非合格投资者在过去 12 个月内从发行商处购买的数字资产少于购买者年收入的 5% 或净资产的 5%,以较高者为准;

3) 购买方在交易完成后拥有不超过数字资产 10% 的单位;

4) 本次交易不涉及股权或债务证券。

根据证券法,数字商品和支付稳定币被排除在证券定义之外,SEC 还需要颁布允许在数字分类账上保存记录的规则。虽然 NFT 不是草案的一部分,但需要进一步研究由美国商务部管理的 NFT。[2023/6/4 11:56:34]

币安加拿大子公司向监管机构提交预注册承诺:金色财经报道,市场消息:币安加拿大子公司向监管机构提交预注册承诺。[2023/4/1 13:39:01]

这张图显示了我在前几个项目中是如何进行认证的。这里的方案几乎完全复制了JWT的标准程序,唯一的一点是,用户发送的不是登录和密码,而是签名。为什么我们需要得到JWT呢?毕竟,即使没有它,你也可以通过从用户的签名中获取地址来可靠地识别身份。下面是如何简化的:

欧易Web3钱包与Multichain达成官方合作:据官方推特消息,欧易Web3钱包与加密资产跨链兑换平台Multichain达成官方合作关系,用户可连接欧易Web3钱包在Multichain进行链上资产交易和跨链资产转移。此外,欧易Web3钱包已聚合并在Discover板块收录Multichain,将为用户提供加密资产跨链兑换的最低成本和最佳路径。

据悉,欧易 Web3 钱包是最全面的异构多链钱包,支持 50+公链。App、插件、网页三端统一,包含数字货币钱包、DEX、DeFi、NFT 市场、DApp 探索 5 大板块。[2023/1/28 11:33:54]

使用web3-token的认证流程用户依旧会产生一个签名,但里面有了一个过期日期,所以即便攻击者得到了这个签名,也持续不了多久。此外,签名被放在标准的授权头中,并在服务器上通过获取用户的地址和在数据库中找到用户来处理。这就是全部。你不需要在服务器上不断地更新JWT的加密密钥,所以通常来说,服务器承担了绝大部分职责。为了进一步简化这一流程,我制作了web3-token模块。要安装它,请使用以下命令。1$npmiweb3-token这个模块既可以用在服务器上,也可以用在客户端。让我们看一个例子,从客户端开始:

调用.sign方法后,你会看到与此类似的东西。

MetaMask提醒去签署令牌正如你所看到的,该信息对用户来说是完全透明的,因为他们必须看到他们正在签署的东西。因此,我决定不使用JSON结构来提高可读性,而是使用与HTTP头相同的结构。在消息的正文中,我们可以看到令牌的版本和过期日期。接下来,这里是后端对这个令牌的处理。

这很简单,只有一行,模块会处理所有加密问题。我们则可以从签名中获得用户的地址,并使用这个地址在数据库中找到他们。举个例子,然后你就可以通过他的地址授予这个用户一个NFT。最终我们得到了一个非常方便的无状态用户认证方法,这也是混合型dApp的理想选择。唯一的缺点是,它很难在Postman中测试。本文来自比推Bitpush.News,星球日报经授权转载。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

[0:15ms0-0:794ms