DEV Community

Cover image for Vitalik on “Full AA” Still Ahead, ERC-4337 on Trustlessness, QuickNode’s Cross-Chain Abstraction, Smart-Account Case for Intents
Alexandra for Etherspot

Posted on • Originally published at etherspot.io

Vitalik on “Full AA” Still Ahead, ERC-4337 on Trustlessness, QuickNode’s Cross-Chain Abstraction, Smart-Account Case for Intents

We are welcoming you to our weekly digest! Here, we discuss the latest trends and advancements in account abstraction, chain abstraction and everything related, as well as bring some insights from Etherspot’s kitchen.

The latest news we’ll cover:

Please fasten your belts!

Vitalik Buterin: Full Account Abstraction Isn’t Here Yet

Vitalik Buterin responded to Paradigm CTO Georgios Konstantopoulos, stating “We still do not have full account abstraction,” and arguing that Ethereum cannot yet transact from an account without ECDSA unless it relies on an intermediary.

In his reply, Buterin warned that “intermediary dependency is harmful to privacy and censorship resistance” and undermines permissionless use. He added that today, you “can’t be quantum safe” or build certain privacy protocols without depending on broadcasters or relayers. These constraints, he argued, show that key protocol-level work remains before Ethereum achieves native, intermediary-free AA.

Konstantopoulos had said that after a year working on account abstraction, it “didn’t actually require any major research breakthrough” and that Ethereum “should have prioritized making it a native feature… many years ago.” Buterin’s rebuttal reframes the debate: while recent improvements (e.g., smart-account patterns, paymasters, 7702-style delegations) advance UX, they don’t yet equal full, enshrined AA that removes ECDSA assumptions and third-party reliance.

The exchange underscores an inflection point for the ecosystem: pragmatic AA (via ERC-4337 wallets, session keys, paymasters, and emerging standards) is gaining adoption, but the privacy, censorship-resistance, and post-quantum bar that Buterin articulates likely requires deeper protocol changes. For builders, the takeaway is to continue shipping AA UX today while tracking core-dev progress toward stronger native guarantees.

Vitalik Buterin: Full Account Abstraction Isn’t Here Yet

Trustlessness Over Convenience: ERC-4337 & Tom Teman on AA, Relayers, and Neutrality

The ERC-4337 team and Tom Teman published an article, “Trust me — don’t trust anyone”, arguing that trustlessness is the core property that makes blockchains worth the cost and that protocols must minimize mandatory trust while apps may add optional convenience.

They warn that without trustlessness, a blockchain collapses into “AWS with extra steps.” Security, interoperability, and censorship resistance only matter if no single party must be trusted to behave.

The essay contrasts middlemen (subjective discretion) with middleware (objective rules) and stresses redundancy, multiple paths to inclusion, so that no gatekeeper can block users.

Trustlessness is expensive — consensus, redundancy, and latency — but that expense buys credible neutrality enforced by cryptography, incentives, and broad participation.

A case study on ERC-4337 account abstraction argues against “just trust our relayer.” Anyone should be able to run a bundler; wallets should broadcast to many; and a permissionless UserOp mempool provides default censorship resistance and “plausible deniability.”

AA’s added components (EntryPoint, validation, paymasters, bundlers) raise complexity, but they purchase user rights: the ability to switch providers, self-host, or rely on an open market rather than a single relay.

Where trust belongs: at the edges, UX services, hosted indexers, optional social recovery, so failures are swappable. Where it doesn’t: protocol core (consensus, inclusion, finality, composition). Design principles include: minimize mandatory trust, preserve multiple routes to inclusion, make exit sacred, enable open composition, and ensure transparent, verifiable upgrades.

QuickNode: Cross-Chain Abstraction is the “Missing Bridge” for Enterprise Web3 Adoption

QuickNode publishedan article calling cross-chain abstraction the layer that “unifies liquidity, compliance, and UX” to hide multi-chain complexity and unlock institutional use. The post frames fragmentation, different tooling, wallets, and gas tokens across chains, as the core blocker and positions abstraction as the way to present a single, Web2-like interface.

The article breaks the stack into three pillars: messaging protocols (e.g., LayerZero, Wormhole) for secure interchain data; liquidity networks (e.g., LI.FI, Socket) to aggregate capital and routing; and intent-based execution (e.g., Arcana, Particle) to “make the complex orchestration behind the scenes” invisible to users. It then maps enterprise value — operational efficiency, unified liquidity management, consistency in compliance, and better UX — to these components, arguing that firms can “build once, scale everywhere.”

QuickNode’s pitch is that abstraction only works atop reliable infra; their platform provides multi-chain RPC, routing, monitoring, and autoscaling so enterprises can ship cross-chain without node-fleet overhead.

The post underscores that maturing abstraction layers are the “missing bridge between Web3’s innovation and the institutional adoption” expected to define the next chapter.

At Etherspot, we are also building cross-chain abstraction solutions. Here is a short demo of chain-abstracted UX in action.

QuickNode: Cross-Chain Abstraction is the “Missing Bridge” for Enterprise Web3 Adoption

Rhinestone: EOAs Break Down for Intents; Smart Accounts Enable One-Signature UX

Rhinestone argued that externally owned accounts (EOAs) are poorly suited for an intent-first model, writing: “EOAs weren’t built for a world that runs on intents. The design is archaic… and the base feature set is too narrow.” The team says that as “blockchains intent-sify,” it has become clear that smart accounts are a far better vehicle for intents.

The thread explains the core distinction: intents let users authorize a request and push its execution onto a solver. EOAs can’t separate these steps; they require sidecar contracts, creating two major caveats. First, funds must be pre-deposited into an intermediary, which doesn’t scale if the best price is on an unexpected chain or token. Second, EOAs can’t preserve msg.sender during solver execution, breaking DeFi patterns like LP token minting that rely on the user’s address.

Smart accounts, by contrast, allow users to sign a single outcome constraint, for example: “I want at least 100 USDC after a swap.” Solvers then fulfill the request across tokens or chains, with the smart account verifying constraints and preserving the user’s identity on-chain. This separation of authorization from execution unlocks more expressive, flexible intents while keeping them verifiable with one signature.

For Rhinestone, the implication is clear: to deliver intent-centric UX and solver markets without breaking existing DeFi assumptions, smart accounts must replace EOAs as the primary account model.

Integrating Account Abstraction with Etherspot

Etherspot outlined how teams can add Account Abstraction using its Modular SDK (ERC-7579), Skandha Bundler (ERC-4337), Arka Paymaster, multi-chain APIs, and an upcoming Chain Abstraction Pulse SDK, without major rewrites. The guide confirms support for 25+ chains and provides a quick-start flow (API key via the Developer Dashboard, install, instantiate, and call SDK functions).

Developers can integrate directly with the Modular SDK or use TransactionKit, which wraps the same capabilities with a fluent, framework-agnostic API (React/Vue/Angular/JS) and TypeScript-first ergonomics. Examples show minimal code to spin up a smart account, set the bundler, and submit batched transactions.

The post emphasizes production-readiness for AA features: batched execution, gas sponsorship, and module management, so apps can remove multi-step UX and reduce approval churn. Etherspot positions this stack as a way to ship AA quickly while keeping control over trust assumptions and components.

Integrating Account Abstraction with Etherspot


Start exploring Account Abstraction with Etherspot!

  • Learn more about account abstraction here.
  • Head to our docs and read all about Etherspot Modular SDK.
  • Skandha — developer-friendly Typescript ERC4337 Bundler.
  • Arka — an open-source Paymaster Service for gasless & sponsored transactions.
  • Explore our TransactionKit, a React library for fast & simple Web3 development.
  • Follow us on X (Twitter) and join our Discord.

❓Is your dApp ready for Account Abstraction? Check it out here: https://eip1271.io/

Follow us

Etherspot Website | X | Discord | Telegram | Github | Developer Portal

Top comments (0)