交易管理

虽然我们已经看到很多钱包承担了提供应用接口的重任，但我还是认为，到目前为止，钱包的主要职责是私钥管理。这使得钱包的第三个职责--交易管理的资源严重不足。我希望看到这成为钱包的主要职责，因为应用接口和私钥管理成为指定第三方的责任。

交易管理可以被认为是应用和签名解决方案之间的实际接口。这是一些操作的请求被解析成可以被私钥签名的格式的步骤。它包括与应用的通信以及与私钥管理的通信。在这两者之间，需要签署的数据应该被解析，并以一种用户可以理解他们正在签署的内容和原因的方式显示给用户。此外，这些签名请求的历史和状态应该被记录下来并提供给用户。

当使用 Ethereum 时，交易管理是很棘手的，因为基本上只有一种交易类型（eth_send），但它包括一个数据字段，当针对智能合约时，可以引用任何数量的方法。如果你很幸运，钱包能够访问与它交互的特定合约的 ABI 文件，允许将数据字段转换为函数名和参数。ABI 文件还可以让钱包显示交易成功处理后发出的事件。这就进入了区块浏览器的领域，它是一个完整的服务，基本上专门用于账户历史--以及整个网络的历史。然而到目前为止，区块浏览器在网络方面大多是单一的。

在这空间中，有许多不同的消息可以包含在交易中。这些消息中的每一个都有不同的功能，但传统上都是自行运行的，所以不需要外部的 ABI 文件。随着向 protobuf 的迁移，我们看到正在进行的讨论是如何保留这些性质，同时确保 protobuf 带来的所有性能的提高。一个选择将是在 protobuf 文件中像 ABI 一样使用，但还有许多其他解决方案仍在探索中。

无论网络架构如何，这都是一个棘手的问题，但对于确保用户能够验证他们到底在做什么是至关重要的。当额外的私钥被添加到这个组合中时，这个问题会变得更加复杂。一些钱包已经允许你创建许多账户，这些账户都来自于一个共同的助记词与私钥派生路径。这对于那些不想把自己的 DeFi 账户和游戏账户混在一起的用户来说，是一个很有用的功能。通过私钥派生可以在网络之间进行切换，尽管我不知道有哪个 Ethereum 钱包允许你通过支持多个助记词和私钥来合并账户（不过 Keplr 有）。这就给用户带来了负担，要跟踪哪个身份与哪个私钥相关联。

账户协调功能