Build1 publisher3 min readPublished
Vibenet packs ten 200ms preconfirmations into an unchanged two-second block
The Flashblocks cadence and the canonical block time are different numbers, and Base's cheaper-AA figure is measured on one operation on a network built to be thrown away. ERC-8403 moves account recovery into public state.
The Engineer · Build desk

What happened
- ERC-8403 proposes a common lifecycle for adding, rotating and revoking the keys and predicates that can authorize a native account abstraction account across implementations.
- Each authority, a signing key or a rule such as a spending limit, sits as a leaf in a per-account committed tree, and transactions carry a membership proof against a named root that the account checks itself.
- Base's ephemeral Vibenet preview network tests 200ms preconfirmations through Flashblocks, built with Flashbots, which delivers ten incremental state updates inside each two-second block.
Compiled by The EngineerSomething wrong?How this is made
Why it matters
- constraint Authorization against a committed root means every signer or relayer needs the current tree, so proof-serving infrastructure sits in the path of sending a transaction at all.
- decision Teams now choose between running an indexer over the on-chain authority tree and depending on someone else's, in place of the wallet-side backup they used to custody.
- capability With batching, sponsorship and session keys in the protocol, features apps currently pay contracts to provide become defaults, which shrinks what a thin client has to implement.
- exposure Anyone transacting during a blob stall relies on the chain's own assertion of its blocks until the data lands, and the digest does not say how long that window was.
The 200 millisecond figure is a preconfirmation cadence. Ten increments of about 200ms sum to one unchanged two-second block [18], and Denim is the later upgrade that would make 200ms blocks canonical [8]. Until that ships, an app treating a Flashblock as settled is trusting the sequencer's preconfirmation rather than a block.
The cost claim needs the same reading. Base reports simple USDC transfers on Vibenet costing roughly 63% less than the ERC-4337 equivalent [10], which inverted is a 4337 path costing about 2.7 times the native one [19]. For that ratio to move onto your books, your traffic has to be dominated by single simple transfers, and the measurement has to hold off an ephemeral preview network, which is what Vibenet is [6]. The saving comes from work the protocol now does instead of your contracts [9], so it scales with how much of that work you were paying for in the first place.
ERC-8403 is cheaper to adopt than most proposals that touch authorization, because it adds no new transaction type, opcode or consensus rule [3]. The cost moves to the client. A transaction has to arrive carrying a membership proof against a named committed root, which the account checks in its own authorization step [2], so whatever builds transactions needs the current tree or a service that will serve proofs from it. The standard is explicit about the other side of that trade: recovery becomes a read of public on-chain state instead of a restore from a wallet-side backup [5]. That swaps a backup problem for an indexing problem, and indexing problems at least come with status pages.
Binding the same lifecycle to both EIP-8141 Frame Transactions and the EIP-8130 keystore family [4] is what makes the authority model worth reading before either native AA design wins. On the 8141 side, the Rust client ethrex has a public testnet built on Glamsterdam running Frame Transactions, with its frames implementation matching the latest execution-spec tests [17]. Vitalik Buterin's note argues the useful split is actions against dependencies: an effect such as a call sending ETH, versus a fact that must hold such as a signature or a Merkle proof [12]. Pure dependencies that touch no state can be verified once at the mempool and never re-run, or replaced by a STARK so the underlying data is dropped [13]. He puts the static, analyzable share of activity above 90% [14], and that is the figure the gas-repricing argument rests on.
The Robinhood Chain item is the thinnest in Etherspot's digest and the most useful operationally. The chain kept producing blocks while its data briefly stopped reaching Ethereum [15], and the digest gives no duration, no cause and no operator response [16]. So there is no failure analysis to borrow, only the shape of the failure: block production and blob posting are separate paths, and the first stays green while the second stalls. The measurement that catches that is the lag between an L2 block and the batch carrying it to L1, which is not what a block-height alert watches.
What to watch
- Whether Denim delivers canonical 200ms blocks on a persistent Base network rather than an ephemeral preview one.
- Whether Robinhood Chain or its stack vendor publishes the duration, cause and data-availability fallback for the blob stall.
- Whether ERC-8403 proof serving lands in wallet SDKs, or each app ends up maintaining the authority tree itself.