Jason @0xbbbb_eth
Account Abstraction Developer
MEV Researcher
Core Contributor of @ETHconomicspace
Account Abstraction
ERC-7579 vs ERC-6900
#Ambire's validateUserOp or ho - HackMD
The problem is the entry point is one of the initial signers. If you decide to deploy your account on another network and don't pass the entry point as an initial signer, you will get a different address, causing confusion.
Solution:
executeMultiple
is an Ambire method that expects transaction calls and a signature commitment for them.Force the first userOp to call
executeMultiple
.This first userOp should use verification paymaster to pay fee and paymaster will get fee back from
executeMultiple
.
Viem has introduced a set of Experimental Actions for EIP-5792 (batch transactions w/ paymaster capability)
Under looked aspect of 5792 is that it is account-type agnostic — wallets can handle wallet_sendCalls however they want, whether it be: EOA, 4337, or other AA flow.
wallet_sendCalls > eth_sendTransaction
It future proofs Dapps, and is trivial for Wallets to implement today.
Keystore Rollup: Revolutionizing Smart Account Interoperability | Safe
While there remains technical challenges to a secure, stable keystore rollup, it holds big potential for cross-chain smart accounts Safe is working with the entire community to contribute to this piece of network abstraction infra @Scroll_ZKP @base @shenhaichen @michaeldehoog
New version of Pimlico ERC-20 Paymaster
supports entrypoint v0.7
no longer requires pre-approving tokens to the paymaster
Guarantor pays in validation: erc20-paymaster/src/ERC20Paymaster.sol at 0b3375c9ea6436b12c752146060ab785082f0734 · pimlicolabs/erc20-paymaster
Account transfers token to guarantor in postO: perc20-paymaster/src/ERC20Paymaster.sol at 0b3375c9ea6436b12c752146060ab785082f0734 · pimlicolabs/erc20-paymaster
directly fetches latest price for every userop
ERC-6900's first cold storage plugin
When installing the plugin, the account owner specifies a highly secure storage key. The owner can then specify certain NFTs to 'lock' in cold-storage. That storage key and the smart account's private key are then required to transfer the locked NFTs to a different wallet.
EIP-4844
Nodes are only required to store blob data for 4096 epochs (~18days). This means the first blobs are now starting to expire!
Protocol
Ethereum Foundation Researchers' Proposal to Slow ETH Issuance Draws Pushback
Remove bloom filters from the execution block
In practice, this mechanism is far too slow. Almost all dapps that access history end up doing so not through RPC calls to an Ethereum node (even a remote-hosted one), but through centralized extra-protocol services.
Add EIP: Remove bloom filters by vbuterin · Pull Request #8368 · ethereum/EIPs