Content
@
0 reply
0 recast
0 reaction
Dan Finlay 🦊
@danfinlay
3074 couldn’t come at a better time: There’s momentum to define an onchain permissions system for smart contract accounts, and 3074 can allow EOAs to still enjoy some of its benefits. My latest draft: https://metamask-consensys.notion.site/Permissions-Standard-2-DApp-Signing-Flow-ae9bc05b38624bc09484a23ec94f70b5
2 replies
3 recasts
36 reactions
phil
@phil
It feels like there are now two parallel tracks to the same objective. How can we ensure these two standards interoperate without creating a headache for applications?
2 replies
0 recast
0 reaction
Dan Finlay 🦊
@danfinlay
I have to guess you mean 4337? I think they’re more complementary than many people initially assume. The linked post you’re replying to is an example of an interface that both can implement, allowing app developers to not care which kind of account the user has.
1 reply
0 recast
0 reaction
phil
@phil
1/ Got it. Let me try to more clearly articulate my question (although it may take more than one cast): 4337 enabled smart accounts as an alternative account type to EOAs. This had the benefit of allowing more granular permissions without requiring a consensus-level change to implement…
1 reply
0 recast
0 reaction
