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:

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

co founder of @metamask . Making computers behave for us.

Building /bright-moments - minting onchain art IRL | /purple #15 | FID 129 #magikarp

Florence, Metropolitan City of Florence, Italy

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.

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?

This is extremely cool. I'm at a loss for anything useful to add currently, so I'll leave it at: thank you for doing this 🙏