Etherspot 🐞

Empowering dApps and Devs w/ fully Decentralized Account & Chain Abstraction Infrastructure for a frictionless Web3 UX🧑‍💻

Start now @

[Etherspot 🐞 @etherspot]

This week's highlights:

- OpenAI model spends test ETH without permission
- ERC-8420 brings intents to existing smart wallets
- Glamsterdam heads to Hoodi
- Aerie and Daisugi advance post-quantum signature aggregation

Read the full digest👇https://t.co/HFXoag2GyN

[Etherspot 🐞 @etherspot]

Post-quantum signature aggregation moved forward on two fronts this week.

@SuccinctJT and co-authors introduced Aerie, while @asanso demonstrated Daisugi v0.3.

Different approaches, same goal: making quantum-resistant signatures practical at Ethereum scale.

Read more👇

[Etherspot 🐞 @etherspot]

This week's highlights:

- OpenAI model spends test ETH without permission
- ERC-8420 brings intents to existing smart wallets
- Glamsterdam heads to Hoodi
- Aerie and Daisugi advance post-quantum signature aggregation

Read the full digest👇https://t.co/HFXoag2GyN

[Etherspot 🐞 @etherspot]

Read the proposal: https://t.co/oCdxJ5I8Hk

[Etherspot 🐞 @etherspot]

Etherspot explains: ERC-8421 Frame Transaction Alternative Mempools

EIP-8141 Frame Transactions need mempool rules that protect the network from spam while supporting different types of accounts and applications.

ERC-8421 proposes a more permissive, reputation-based alternative to the stricter canonical mempool defined in the core protocol. Its rules follow the structure of ERC-7562, already used for ERC-4337 UserOperations, and are mostly backward compatible with them.

The proposal allows staked senders in good standing to submit transactions without a per-sender transaction-count cap. This matters for privacy applications, where many users can share one sender address and a fixed cap could limit activity across all of them.

It also accounts for EIP-8250 transactions carrying multiple nonce keys, so the mempool rules can handle transactions that use more than one key.

ERC-8421 takes a similar approach to MATCHA, another reputation-based mempool proposal. The main difference is how activity is measured: ERC-8421 counts transactions seen, while MATCHA measures gas used.

Together, these rules aim to give applications more flexibility in how their transactions enter the network, while retaining reputation-based protections against abuse.

[Etherspot 🐞 @etherspot]

Native transaction assertions add an outcome check to the transaction.

If the final state doesn’t match the user’s conditions, the transaction reverts.

Read more 👇

[Etherspot 🐞 @etherspot]

This week's highlights:

- Native transaction assertions target blind signing
- @drakefjustin calls for “bunker mode”
- EEZ tests an atomic L1-to-L2 transaction
- Frames Devnet-1 expands its scope

Read the full digest👇 https://t.co/N1N9syYMwA

[Etherspot 🐞 @etherspot]

This week's highlights:

- Native transaction assertions target blind signing
- @drakefjustin calls for “bunker mode”
- EEZ tests an atomic L1-to-L2 transaction
- Frames Devnet-1 expands its scope

Read the full digest👇 https://t.co/N1N9syYMwA

[Etherspot 🐞 @etherspot]

For teams building on ERC-4337, Skandha covers the practical pieces: EIP-7702, latest EntryPoint versions, Shared Mempool, built-in MEV protection, and multi-chain support.

[Etherspot 🐞 @etherspot]

A lot of the smart account experience depends on infrastructure users will never see.

Bundlers are a good example: they stay behind the scenes, but their reliability affects the transaction experience.

Explore Skandha, our open-source ERC-4337 bundler trusted by builders across the ecosystem 👇https://t.co/tX5CQbUetT

[Etherspot 🐞 @etherspot]

ERC-8421 proposes reputation-based rules for Frame Transactions, enabling more flexible shared-sender flows than the canonical mempool currently allows.

Read more in the latest AA digest 👇

[Etherspot 🐞 @etherspot]

This week's highlights:
- ERC-8421 alternative mempools for Frames @forshtat
- Post-quantum signature challenge by @YukonResearch @ethereumfndn
- @zk_money returns on @aztecnetwork
- @lex_node on an Ethereum privacy push

Read more👇https://t.co/vSIlNQeErn

[Etherspot 🐞 @etherspot]

This week's highlights:
- ERC-8421 alternative mempools for Frames @forshtat
- Post-quantum signature challenge by @YukonResearch @ethereumfndn
- @zk_money returns on @aztecnetwork
- @lex_node on an Ethereum privacy push

Read more👇https://t.co/vSIlNQeErn

[Etherspot 🐞 @etherspot]

A lot of the smart account experience depends on infrastructure users will never see.

Bundlers are a good example: they stay behind the scenes, but their reliability affects the transaction experience.

Explore Skandha, our open-source ERC-4337 bundler trusted by builders across the ecosystem 👇https://t.co/tX5CQbUetT

[Etherspot 🐞 @etherspot]

Frame Transactions are moving from design to implementation.

The testnet now runs across three clients, while supporting EIPs advance for Hegotá.

Read more in the latest digest 👇

[Etherspot 🐞 @etherspot]

This week's highlights:
- Frame Transactions clear a testnet milestone
- ERC-8427 defines portable spend grants
- @safeLabs_ makes contracts v1.5.0 the default
- @Arbitrum launches Priority Gas Auctions

Read the full digest👇https://t.co/gwAG0JfYRC

[Etherspot 🐞 @etherspot]

This week's highlights:
- Frame Transactions clear a testnet milestone
- ERC-8427 defines portable spend grants
- @safeLabs_ makes contracts v1.5.0 the default
- @Arbitrum launches Priority Gas Auctions

Read the full digest👇https://t.co/gwAG0JfYRC

[Etherspot 🐞 @etherspot]

A new transaction model is only part of native account abstraction.
ERC-8403 looks at another piece: how account authorities are managed 👇

[Etherspot 🐞 @etherspot]

Etherspot explains: ERC-8403 Account Authority Lifecycle

Native account abstraction needs a common way to manage the authorities that can act on behalf of an account.

ERC-8403 introduces a common lifecycle for account authorities, including signing keys and rules like spending limits or locks. It covers how they can be added, rotated, and revoked.

Each account keeps a verifiable set of approved keys and rules. A transaction includes proof that the authority it uses belongs to that set, and the account checks it before authorizing the action.

The proposal is designed to work with both EIP-8141 Frame Transactions and the EIP-8130 keystore approach, giving wallets and apps one authority model across different native AA implementations.

It can also make recovery more portable, since authority data can be reconstructed from on-chain state instead of relying only on wallet-side backups.

ERC-8403 complements ERC-8286, which focuses on modular account validation.

[Etherspot 🐞 @etherspot]

MATCHA looks at how native account abstraction can support more flexible transactions while keeping mempool risks in check.

Read more in the latest AA digest 👇

[Etherspot 🐞 @etherspot]

This week's highlights:

- EIP-8411 tests sub-second block propagation
- @ethlabs_org pitches a faster Ethereum as Base Splits on AA
- Glamsterdam clears its 200M gas rehearsal
- MATCHA explores private frames in the public mempool

Read more👇https://t.co/I6RBYQX9Js

[Etherspot 🐞 @etherspot]

This week's highlights:

- EIP-8411 tests sub-second block propagation
- @ethlabs_org pitches a faster Ethereum as Base Splits on AA
- Glamsterdam clears its 200M gas rehearsal
- MATCHA explores private frames in the public mempool

Read more👇https://t.co/I6RBYQX9Js

[Etherspot 🐞 @etherspot]

Learn more: https://t.co/9sSILZJcm5

[Etherspot 🐞 @etherspot]

Etherspot explains: ERC-8403 Account Authority Lifecycle

Native account abstraction needs a common way to manage the authorities that can act on behalf of an account.

ERC-8403 introduces a common lifecycle for account authorities, including signing keys and rules like spending limits or locks. It covers how they can be added, rotated, and revoked.

Each account keeps a verifiable set of approved keys and rules. A transaction includes proof that the authority it uses belongs to that set, and the account checks it before authorizing the action.

The proposal is designed to work with both EIP-8141 Frame Transactions and the EIP-8130 keystore approach, giving wallets and apps one authority model across different native AA implementations.

It can also make recovery more portable, since authority data can be reconstructed from on-chain state instead of relying only on wallet-side backups.

ERC-8403 complements ERC-8286, which focuses on modular account validation.

[Etherspot 🐞 @etherspot]

Ethereum and Base tried to align their native account abstraction approaches. Now they’re moving forward separately.

More in this week’s digest 👇

[Etherspot 🐞 @etherspot]

This week's highlights:

- Ethereum commits to EIP-8141 for Hegotá
- Base and Ethereum split on native AA, says @decentrek
- @the_matter_labs’s Prividium is tested by the Bundesbank
- @a16zcrypto makes the case for permissionless compliance

Read more 👇 https://t.co/zXlbR711ZJ

[Etherspot 🐞 @etherspot]

This week's highlights:

- Ethereum commits to EIP-8141 for Hegotá
- Base and Ethereum split on native AA, says @decentrek
- @the_matter_labs’s Prividium is tested by the Bundesbank
- @a16zcrypto makes the case for permissionless compliance

Read more 👇 https://t.co/zXlbR711ZJ

[Etherspot 🐞 @etherspot]

Good Web3 UX means users shouldn’t have to think about infrastructure details like gas with every action.

Arka helps keep that complexity in the background 👇

[Etherspot 🐞 @etherspot]

Arka Paymaster gives dApps more flexibility over how transaction fees are handled, from sponsored transactions to custom gas policies.

Learn more 👉 https://t.co/SkdhFFZynA