一文分析 Web3 尚未被主流采用的 6 个主要原因( 三 ) 作者：ChainLinkGod

当它工作时，它会非常有效。

文章图片
不同版本的网络在登录体验上的差异（来源）
然而，这只是“当它工作时” 。在实践中，用户必须浏览不同的不兼容的身份验证标准，手动处理私钥和助记词（SeedPhrases），下载并学习如何使用新的浏览器扩展程序或移动钱包，并调整所有这一切，以符合不同的区块链与他们自己的一套标准。其结果往往是沮丧和困惑。

文章图片
另一种标准将解决Web3身份验证问题（来源）
助记词？链IDs？Gas价格？代币审批？还原交易？最终确定？如果Web3原生用户今天想与链上Web3应用程序交互，这些都是相当深奥和高度技术性的概念，他们需要了解这些概念。即使很好地理解了这些概念，与Web3应用程序的交互通常感觉就像是行走在蛋壳上，希望交互流程（硬件钱包->Web3扩展->前端网站->RPC节点->区块链）中的某些东西不会中断。

文章图片
就像用户不需要了解Web2的底层架构一样，他们也不应该需要了解Web3底层的技术细微差别（来源）
目前， Web3的用户体验不佳，并不是任何特定项目或协议的错。有许多正在进行的统一经验的努力。然而，不可否认的是，如今Web3的用户体验并不理想。安全的私钥管理也是一项严肃的责任，在Web2世界中，消费者几乎没有类似的东西。不幸的是，如果你的助记词丢失了，并没有“重置密码”的对应选项。
像下面这样的界面在Web3中如此普遍，难怪新用户的流失率如此之高。

文章图片
“连接钱包”本身就是一个兔子洞，祝你好运
克服这一用户体验（UX）障碍需要采用第一原则的方法，以最大限度地减少用户面临的技术细节和风险。我相信这最终将导致Web3“超级应用程序”的产生，这些应用程序将Web3基础架构固有的各种复杂性抽象化，并只向用户提供他们需要看到的内容，以便在Web3世界中进行交互。 Coinbase和Robinhood是面向消费者利用其经验创建无摩擦Web3钱包的两个例子。
特别是， Coinbase将Web3浏览器直接内置到其主要移动应用程序中。浏览器使用安全多方计算（MPC），使私钥以分布式方式生成。其结果是一个“半托管”钱包系统，其中用户的私钥被分成三个实体，并且需要任意两个部分在交易上签字。用户和Coinbase各自持有密钥的一部分，第三部分可以作为冷存储解决方案，或者保存在一个受信任的第三方中。如果用户无法访问他们的设备（因此无法访问他们的密钥部分），则可以使用恢复机制来重新获得对钱包的访问权限。
虽然不像纯粹的自我保管解决方案那样信任最小化，但这种类型的妥协显着改善了用户体验，并且对于许多容易意外丢失密钥的用户来说，可能是一种更安全的解决方案。其他解决方案，如社交恢复，也提供了一条可行的途径来创建用户在Web2世界中已经习惯的UX类型。
05Web3吞吐量的拨号时代目前， Web3最常提到的限制之一是广泛采用的公共区块链的有限可扩展性和高延迟。正如我在之前关于区块链真正信任模型的文章中所讨论的那样，可扩展性通常被认为等同于增加交易吞吐量。然而，对可扩展性更全面的解释是增加交易吞吐量，同时保持区块链账本的低验证成本。更高吞吐量的区块链确实存在，但它们的交易吞吐量仍然存在一个上限，而且它们通常需要在去中心化、安全性或可靠性方面有所取舍。