最理想的加密wallet是什么？V神:不只是放资产,还要有4大功能

最安全的虚拟币交易平台推荐：

• OKX（欧易交易所）>>>进入官网<<< >>>官方下载<<<
• Binance（币安交易所）>>>进入官网<<< >>>官方下载<<<

特别感谢Liraz Siri、Yoav Weiss 以及ImToken、Metamask 和OKX 开发人员的回馈和审核。

以太坊基础设施堆栈的一个关键层是wallet，但经常被核心L1 研究人员和开发人员低估。wallet是使用者和以太坊世界之间的窗口，使用者只能从以太坊及其应用程式提供的任何去中心化、审查阻力、安全、隐私或其它属性中受益，前提是wallet本身也具有这些属性。

最近，我们看到以太坊wallet在改善使用者体验、安全性和功能方面取得了很大进展。这篇文章的目的是给出我自己对理想的以太坊wallet应具备的一些特性的看法。这并不是一个完整的列表；它反映了我的密码朋克倾向，它专注于安全和隐私，并且几乎可以肯定它在使用者体验方面是不完整的。然而，我认为愿望清单在优化使用者体验方面不如简单地根据回馈进行部署和叠代有效，因此我认为关注安全和隐私属性是最有价值的。

跨L2交易的使用者体验

现在有一个越来越详细的改善跨L2使用者体验的路线图，该路线图有短期部分和长期部分。在这里，我将谈论短期部分：即使在今天理论上仍然可以实施的想法。

核心思想是

• 内置跨L2发送
• 链特定地址和支付请求

您的wallet应该能够为您提供一个地址（遵循本ERC 草案的风格），如下所示：

当某人（或某些应用程式）向您提供这种格式的地址时，您应该能够将其黏贴到wallet的「收件人」字段中，然后单击「发送」。wallet应该以任何可能的方式自动处理发送的数据：

• 如果您在目标链上已经有足够的所需类型的代币，请直接发送代币
• 如果您在另一条链上有所需类型的代币（或多个其它链），使用ERC-7683 等协议（实际上是一个跨链DEX）发送代币
• 如果您在同一链或其它链上有不同类型的代币，使用去中心化交易所将它们转换为正确链上正确类型的货币并发送。这应该需要使用者的明确许可：使用者将看到他们支付了多少费用，以及接收者收到了多少费用。

具有跨链地址支持的可能wallet接口的模型

上面的内容适用于「您复制黏贴地址（或ENS，例如， vitalik.eth @ optimism.eth ） 有人向您付款」应用。如果dapp 请求押金（例如，参见这个Polymarket 示例）那么理想的流程是扩充功能Web3 API 并允许dapp 发出特定于链的支付请求。然后，您的wallet将能够以任何需要的方式满足该请求。要使用者体验良好，还需要标准化getAvailableBalance 请求，并且wallet需要认真考虑默认将使用者资产储存在哪些链上，以最大程度地提高安全性和转帐便利性。

特定于链的支付请求也可以放入QR Code中，移动wallet可以扫描QR Code。在面对面（或线上）消费者支付场景中，接收者将发出QR 码或Web3 API 调用，表示「我想要链上X单位的代币YZ，带有参考ID 或回调W」，wallet将可以以任何方式自由满足该请求。另一种选择是claim 连结协议，其中使用者的wallet生成包含索赔授权的QR 程式码或URL从他们的链上合约中获取一定数量的资金，接收者的工作就是弄清楚如何将这些资金转移到他们自己的wallet中。

另一个相关主题是gas支付。如果您在还没有以太币的L2 上收到资产，并且需要在该L2 上发送交易，wallet应该能够自动使用协议（例如RIP-7755）来支付链上的Gas你有以太币的地方。如果wallet希望你将来在L2 上进行更多交易，它也应该只使用DEX 来发送，例如。价值几百万Gas 的以太币，以便未来的交易可以直接在那里花费Gas（因为这样更便宜）。

帐户安全

我对帐户安全挑战的概念化的一种方式是，一个好的wallet应该同时在两个方面发挥作用：

• 保护使用者免受wallet开发人员的骇客攻击或恶意攻击，
• 保护使用者免受自己的错误的影响。

左边的「错误」是无意的。然而，当我看到它时，我意识到它非常适合上下文，所以我决定保留它。

我对此的首选解决方案，超过十年来，一直是社交恢复和多签walletwallet，具有分级访问控制。使用者的帐户有两层密钥：主密钥和N 个监护人（例如N = 5）。主键是能够进行低价值和非财务操作。大多数监护人需要执行(i) 高价值操作，例如发送帐户中的全部价值，或(ii) 更改主密钥或任何监护人。如果需要，可以允许主键通过时间锁执行高价值操作。