6月10日，当杰克-多西宣布建立 “web5 “的计划时，互联网可想而知地陷入了狂欢。准确地说，web5将是TBD推出的一个新产品的名称，TBD是Block的一个专注于比特币的子公司。但是，在这场相当于对人类处理讽刺的能力进行的文明规模的测试中，精确性并不重要。
当然，在某种程度上，web5这个名字是作为一个笑话。然而，多西所称的web5背后的技术事实上是非常真实的，并可能大大塑造互联网的未来。
我怎么知道？好吧，幸运的是，我去年年底开始探索 web5。我阅读了开创性的 web5 文献，测试了 web5 产品，破解了 web5 代码，并走遍了全国，结识了 web5 社区的成员。
以太坊的大：平台：OK和安安：
https://qkl.hashnode.dev/44cq5yy65z2x6zo55l6kg44cr
当然，我探索的主题在当时并不叫web5。而且根据大多数人的说法，它今天也不叫web5。但由于杰克-多西的宣传噱头，这个词吸引了一些人对 “去中心化的身份 “和 “去中心化的网络节点 “这一主题的关注，这些实际的未被美化的技术推动着TBD的工作。
但是，抛开名字不谈（为了这篇文章，我还是坚持用 “web5″），这些东西都是什么，你怎么能开始了解它们？
web2和web3的问题
首先解释一下web5试图解决什么问题可能会有帮助。今天的互联网（又称 “web2″）上的大多数功能都是使用简单的客户端-服务器架构建立的。网络应用程序通常被设计成基于服务器的应用程序，由软件供应商运行。而终端用户通过客户端应用程序与这些服务器进行交互，通常在网络浏览器中运行。
客户端-服务器架构很简单，允许终端用户访问软件而不需要运行他们自己的任何基础设施。但是，这种简单性对用户和软件供应商来说都有弊端。
第一个缺点是缺乏数据的可移植性。在客户端-服务器架构中，每个应用程序默认是一个信息孤岛。如果任何给定的互联网用户（比方说 “爱丽丝”）使用十个不同的应用程序，这将导致对爱丽丝有十个不同的表述，尽管爱丽丝只是一个实际的人。这种情况对爱丽丝显然是不方便的，她必须在十个不同的地方维护她的账户信息。但对软件供应商来说，这也是昂贵的，所有十个软件供应商都需要从头开始录入爱丽丝–即使她的身份和声誉已经被爱丽丝使用的其他服务所确立。
第二个坏处是缺乏隐私。由于所有数据都存储在服务器端，用户实际上无法控制他们的个人信息如何被使用。虽然一个应用程序的 “服务条款 “是一个有约束力的法律文件，但典型的互联网用户没有时间去阅读它们–此外，他们缺乏对软件供应商是否遵守这些条款的了解。虽然这种情况有时对软件供应商有利，但这些优势往往被保护其数据和遵守最新数据隐私法规的成本所抵消。换句话说，没有人是赢家。
所有的架构都有优点和缺点，这是软件工程的一个不争的事实。劣势的存在并不意味着使用某个特定的架构是一个错误。但是，随着互联网的重要性的增加，我们应该问：我们在过去所做的权衡是否仍然有意义？如果不是，我们有什么选择？
Web3已经向我们展示了web2的数据可移植性问题的一个潜在解决方案。通过使用公共区块链作为一种全球存储层，Web3应用程序允许用户将他们的数据从一个应用程序带到另一个应用程序。没有更多的入职表格——只要 “与Metamask连接 “就可以了。
但是，web3在隐私方面的失败是相当惊人的。毕竟，公共区块链上的数据只是：公共的。允许web3应用程序无缝共享数据的相同机制也将相同的数据暴露给其他约80亿人。诚然，这种激进的透明度使web3成为一个令人兴奋的社会实验。对于那些保持化名的用户来说，缺乏隐私可以说是一个较小的问题，他们只能通过他们的加密货币钱包地址和猴子的GIF来识别。但这也使得标准的web3架构不适合需要任何隐私措施的使用情况。
今天的web3还有其他一些缺点，使其成为web2的一个糟糕的继承者。举几个例子：缺乏对交易接受者的同意机制，缺乏对密钥旋转或帐户恢复的支持，以及对NFT的可验证性的挑战。关于更全面的讨论，我想让你看看Disco创始人Evin McMullen在22年ETH丹佛的演讲，以及Signal创始人Moxie Marlinspike的这篇博文，反映了他对web3的第一印象。
总而言之，web3暗示了一个更好的互联网，但并没有让我们到达那里。它为用户提供了无摩擦的数据可移植性和对审查制度的有力保证。但它通过牺牲隐私来做到这一点，限制了它在主流应用中的潜力。
进入web5
幸运的是，我们有可能保留web3的优点，同时改进其隐私属性。正如你可能看到的那样，这就是web5的全部内容。
Web5通过给用户提供相当于数字钱包的功能，使他们能够保留对其数据的实际拥有权。这种方法对于习惯于使用数字钱包来存储其私钥的web3用户来说听起来很熟悉。但web5将其提升到了一个新的水平，允许用户存储比加密私钥更多的东西。就像在物理世界中一样，web5数字钱包是一个存储身份证、会员卡、支付卡、钥匙卡、专业或教育证书等的地方–实际上是你在日常工作中可能需要出示的任何 “证明”。
方便的是，这种方法从一开始就解决了数据可移植性问题。如果用户维护他们自己的数据的主副本，从逻辑上讲，就没有必要在其他地方保持更新。
但让用户实际拥有他们的数据是容易的部分。困难的部分是找出如何在这种模式下构建工作软件，保留我们在web2和web3中享有的那种功能。广义上讲，有两个问题需要解决，以使用户持有的数据可以用于构建真正的应用：
通信：在web5中，终端用户直接调解对其数据的访问。这与web2和web3完全不同，web2和web3都允许开发者假设他们所需要的数据只需通过网络调用。web5应用程序的开发者将需要一种方法来定位、安全地沟通，并向他们的用户请求特定的信息。
数据的完整性：如果用户实际拥有他们的数据，他们也可以轻易地修改数据。web2和web3都有一些数据完整性的保障措施。数据库可以在多个层面上得到保障，区块链也提供了自己的数据完整性保障。对于关注数据完整性的用例，web5应用程序将需要自己的机制来防止数据被篡改。
web5是如何工作的
近年来，web5的先驱者们一直在努力解决这些确切的问题。今天，有大量的技术标准、软件库和商业产品可供那些想开始建设的开发者使用。
尽管现在说什么技术最终会获得青睐还为时过早，但在使web5发挥作用所需的高层次架构和组件方面已达成普遍共识。以下是关键的概念：
代理/DWN’s。在web5中，用户的 “代理”执行两个基本功能：它存储他们的数据，并与其他代理通信以提供或请求数据。代理一般可分为 “钱包 “或 “云代理”。钱包被设计为客户端应用程序，通常实现为移动应用程序或浏览器扩展。云代理是网络服务，被设计为可寻址的IP地址，可全天候响应入站请求。TBD团队的工作主要围绕着去中心化的网络节点（DWN’s），这是一个新的云代理规范。
DID’s & DID文档。web5中的每个实体，不管是人还是其他，都由一个或多个全球唯一的 “去中心化的身份 “或DID来识别。每个DID通常与一个非对称加密密钥对相关。实体可以使用他们的私钥来证明对相应DID的控制。此外，DID可以用来在两个DID持有人之间建立一个安全的通信渠道。为了进行通信，DID持有人必须首先交换 “DID文件”，其中包含每个DID的公钥和其云代理的URL。
信任注册表。信任注册表基本上是一个DID持有人的目录，以及关于这些实体的相关元数据。它通常用于 “DID解析 “过程，或为特定的DID持有人查找DID文件。并非所有的web5用例都需要信任注册表，因为在许多情况下，DID持有者可以直接交换DID文件。当需要信任登记处时，实现通常使用区块链，或在其之上的 “layer 2″协议。基于区块链的技术自然适合这一目的，因为其防篡改特性有助于在DID解析过程中防范中间人式的攻击。
