Ethers.js Account Abstraction Feature

[Kevintirta]

Background:

ERC 4337 is a new smart contract standard that was deployed in March 2023, bringing a new level of functionality to Ethereum accounts. It allows accounts to function more like smart contracts, providing features such as social recovery, custom security, and the ability to initiate transactions on their own. This is an exciting development that has the potential to greatly improve the user experience for Ethereum users and developers.

Current problem:

Unfortunately, the ethers.js library currently does not support ERC 4337. This means that developers who want to take advantage of the new features offered by this ERC face a significant challenge. They are currently unable to interact with ERC 4337 accounts in ethers.js.

Proposed solution:

The proposed solution is to expose all account abstraction endpoints

• eth_sendUserOperation
• eth_getUserOperationByHash
• eth_supportedEntryPoints
• eth_getUserOperationReceipt
• eth_estimateUserOperationGas

These endpoints will allow developers to interact with ERC 4337 accounts, enabling them to take full advantage of the new features offered by this ERC. By supporting ERC 4337 in ethers.js, developers will be able to create more powerful and user-friendly decentralized applications.

Therefore we are planning to build this in few weeks

[hackermayor1]

@ricmoo for visibility

[ricmoo]

I have met with the Account Abstraction team and will be spending more time and meetings in Japan this week with them trying to figure out a meaningful, flexible and easy to use API.

This is definitely something I’m looking into and want to make sure the API feels natural.

With JsonRpcApiProvider sub-classes, the .send method can be used by developers that want to use these endpoints immediately, but I will likely release an extension package initially to experiment with the bundling APIs to make sure we have consensus on the best possible API. :)

[Kevintirta]

That's great to hear!

We were thinking of completing the RPC methods outlined in the proposal for ETH Tokyo this week.

Thinking to start with the read only RPC methods to build on top of ethers.js as an extension first, then see how we can take it from there

Our main objective is to create a cohesive developer experience when working with the new bundlers / smart contract wallet ranging from interacting with the blockchain (ethers.js) to deployment IDE (hardhat)

If you are free, maybe we could discuss in Japan on how we want to bring this forward @ricmoo

[ricmoo]

Sounds awesome! And I do want to start delegating some extension packages to others. :)

Absolutely! Hit me up, I’ll be around. I’m hacking a smaller project so I have spare time to mentor and chat with people. :)

Ping me on Twitter (@ricmoo) too. ;)

[hackermayor1]

dm'ed!

[masterrom]

Is there any update on this issue? Trying to build out a project that uses erc4337