钱包开发快速图文了解EIP-4337工作流程
紫气东送
发表于 2022-11-29 14:51:25
2422
1
0
* p! \' f( ?' Z; Z( F% u! C8 W
主要内容位于流程图中Figma。% T8 {% Q# P% w7 e3 D. |8 f
$ L2 v* T1 i7 J8 F
% E! y# E% U9 v9 x0 G' G! J' u
需要配合4337源码阅读GitHub—eth-infinitism/account-abstractionatmain。& E7 b5 J8 C! @3 M2 k
& _1 u+ e) [( I5 u* M* H( U
4337Spec中有更多详细细节EIP-4337:AccountAbstractionusingaltmempool。6 r5 I1 a) o; b( `5 k
研究4337需要掌握以下核心概念:; z: f5 I, l/ A F: @
UserOperation的内容EntryPoint实现Wallet实现Paymaster实现验证阶段、执行阶段的执行流程与错误处理Gas的支付流程与计算UserOperation! p$ K3 w: V* v/ g6 i- Y1 E. [
; K7 ]+ B& N- r0 D5 l
一种内容类似transaction的伪交易对象,通过新的RPC方法eth_sendUserOperation提交给节点。
UO中的字段含义大部分是显然的,仅挑选几个容易误解的进行分析:
sender,此处指的是要交互的wallet,而非msg.sender或tx.origin等其他任何概念verificationGasLimit,验证交易时的gasLimitcallGasLimit,执行交易时的gasLimitpreVerificationGas,补偿bundler调用handleOps()时会一部分未计算在内的gas成本(如提交交易的calldata成本)。Prefund
/ P8 M: I( B# p) g+ r8 C
这个并非UO中的一个字段,而是由上面三个gas参数计算而出。代表了该UO在验证阶段预先支付给EntryPoint的总成本。Prefund虽然是在验证阶段支付的,但包含了preVerificationGas,验证和执行三部分的成本。之后不会再向EntryPoint进行支付gas。7 q( u9 y! C/ t! z- m
prefund/gasPrice=callGasLimit+verificationGasLimit*mul+preVerificationGas+ f I. u: J( @% x3 ^
mul=mUserOp.paymaster!=address(0)?3:1;
9 R6 n3 y t) f
具体计算参见EntryPoint中的_getRequiredPrefund。
4 X9 }# g' `# g7 U
EntryPoint
1 C: [7 a$ Y1 P6 [4 _6 b8 n3 l' S
EntryPoint是所有功能的核心入口。每个项目自行部署自己的EntryPoint。Bundler,Wallet和Paymaster都需要围绕EntryPoint工作。4 x! g# m4 @ E
Bundler在EntryPoint内实现两个功能& i# G3 z3 L: R- l4 u3 v9 S. b6 Y
链下验证UO,剔除不符合要求和有问题的UO。链下验证一是防止DoS,二是避免bundler在链上损失gas。打包合规的UO,提交上链。Wallet与EntryPoint
, d. |4 F6 y- y# e. a
向EntryPoint支付gas费只响应来自EntryPoint的消息执行来自EntryPoint的具体交易内容注意,EntryPoint不是Wallet的factory。官方给出的图片容易给人造成这种误解,但官方实现并非如此。Paymaster与EntryPoint1 v$ b; ?3 X$ }, o+ h5 ?
* d$ } L x* b! H- t
向EntryPoint支付gas费只响应来自EntryPoint的消息向EntryPoint确认自己的为某UO服务的意愿在EntryPoint内质押才能成为paymaster我们可以看到Wallet与Paymaster都有可能向EntryPoint支付gas。gas余额会存储在deposits这个mapping中。! ?$ k% f! S: v
" |( C) I% x+ S, c% i# J9 X
注意,虽然deposits字面意思为充值,但并非必须一个需要预先手动完成的动作,也可以在每一笔UO发生时,计算缺少多少gas并自动充值。2 V+ u- C1 n% z1 i
最终,若所有操作的actualGasCost小于prefund,EntryPoint u) H. P, U* p% g0 m
; T. A6 L9 Y k2 \! _
会将多余额度退款至你的deposit。$ E9 |' K; i7 D5 j7 l5 q
1 }* j1 b5 o @1 [' c7 l1 C
actualGasCost/gasPrice=validationActualCost+callActualCost+preVerificationGas" ^. _2 V) u' `) k9 g/ |
注意,validationActualCost&callActualCost仅仅是为了说明而作的标记,并非真实存在的变量。它们是由gasPrice()累加的。5 j4 i5 C3 i7 b% a
Wallet; C( r6 M6 W4 Q& V' @. L
4 K9 y4 R8 m- Z. g
代表用户最终使用的钱包。需要开发者至少实现以下两个自定义方法:) |7 I# [& R9 X7 u$ F
0 i- i1 D: t2 u C M2 U4 a% x
签名验证:你可以使用任何密码学手段来实现签名验证,比如,为了配合使用苹果的SecurityEnclave而实现NISTP-256的ECDSA。如果没有特殊需求可直接使用以太坊的ECDSA。处理交易:EntryPoint通过address(sender).call(callData)来调用wallet中的具体的交易功能。那么call需要有至少一个可执行的函数,如transferEther(),callAnotherContrat()等。开发者还需要自行实现walletfactory,需要创建钱包时,工厂会被SenderCreator合约调用。新建钱包应使用CREATE2方法以保障生成地址的确定性。$ p% @3 ?4 O% N
Paymaster$ U J0 H% J4 k+ I! f
Paymaster可以为用户支付gas,因此可以实现:
; s% q& ?/ H8 A6 x, s
免费交易:用户激励,让用户免费使用钱包gasless交易:不直接用ether支付gas,而使用其他token或nft等等等其他类似的赞助交易功能Paymaster需要开发者实现: D$ E6 Q: {6 t* P9 O; _& z
validatePaymasterUserOp():由于paymaster的开放性,验证逻辑需要开发者完全自己定义。验证后有可能需要实现类似wallet中payPrefund()的功能。_postOp:必须重写此方法,否则会被revert。此方法可以定义在paymaster赞助完交易后需要做什么,如在验证时为用户支付了ether,则此处要求用户支付等价的ERC-20。* Z' v2 {7 K9 T6 W0 C
BitMere.com 比特池塘系信息发布平台,比特池塘仅提供信息存储空间服务。
声明:该文观点仅代表作者本人,本文不代表比特池塘立场,且不构成建议,请谨慎对待。
声明:该文观点仅代表作者本人,本文不代表比特池塘立场,且不构成建议,请谨慎对待。
成为第一个吐槽的人