元交易经常属于一组操作的一部分

yukaiyi (72)in HuaRen.News • 3 years ago

MakerDAO 自己用 nonce 属性实现了重放保护 —— 如果没有该属性，得到授权的参与方可以通过重放交易来耗尽用户的资金。

一笔元交易经常属于一组操作的一部分，而这些操作可能依赖于前面的交易。举个例子，在构建的概念验证案例中，用户可以将 xDai 存入 Compound 协议。而在主网上，这意味着要批准 cDai 合约访问用户资金，然后调用 mint() 方法将该资金存入贷款协议。

如果用户的账户并非合约钱包，完成这一过程就需要一系列操作：

首先得通过交易调用 approve()/permit() 方法，
然后等待该交易被打包之后,再调用 mint() 方法。

而有了合约钱包之后，就可以一步到位，通过调用一个特殊的合约方法来批处理这些交易。

如果有一种人人可用的普遍化元交易批处理方法，那肯定是一个重大的创新。这会大大简化链上的活动。此外，该方法还要允许用户可以同时签名和转发多笔互不相关的交易。

不仅如此，该方法还应该学学 MakerDAO 是如何使用 permit() 方法处理 nonce 和重放保护的。这样，用户就可以为互不相关的合约转发多条消息，同时不用操心网络中交易的提交顺序 —— 例如，当用户为某些现实生活服务支付多笔资产的时候。

然而，在某些情况下，用户可能希望往某一个合约发送多笔元交易。例如，某一个只持有一种资产的 EOA 想要批量发薪水的时候。一个批处理元交易的系统在设计的时候必须考虑到这一点，并确保保持了交易发送的顺序。

此外，批处理交易也让中继者可以通过用户签名的交易集中地收取手续费，也就是在一批交易中加入一笔转账给中继者的交易，方法也是可以定制化的。可以是将 ERC-20 代币转给中继者，或者让用户的目标合约来支付该费用。

中继集合器应当支持交易批处理，并通过 sendRawTransactionSet() 方法来补充 sendRawTransaction() ，以便同一用户发送多笔交易。sendRawTransactionSetPlural() 方法也应该加以利用，以方便中继对来自多个用户的交易进行批处理，从而最小化 Gas 费用。

如果可以通过交易集中的一笔交易来为其提供资金，那么只需要对中继集合器现在的工作流程做很小的改动就可以实现上述操作，中继者可以将 gasPrice 和费用参数 acceptRelayCall() 都设置为 0。中继者可以从交易集中不断提取出交易并按标准来处理，直至完成。

面临的真正挑战是如何创建一种标准将交易打包进交易集，以及解包并执行交易（同时确保交易的原子性）。如果交易的原子性无法得到保证，中继者就可以通过只转发付费的交易来蒙混过关，而无视集合中的其它交易。

本帖 steem 首发

元交易经常属于一组操作的一部分

元交易经常属于一组操作的一部分

本帖 steem 首发

最近新帖

Coin Marketplace