OPRR Flash Depth Activities

Search Extension

Nine misunderstandings about chain abstraction: Is gas very high? Will it bring interactive security issues?

24-11-05 12:03

Read this article in 16 Minutes

AI summary

View the summary

Original title: "Interpretation of Hot Words! Nine Misunderstandings about Chain Abstraction"
Original author: Viee, Biteye

Recently, the discussion of chain abstraction in Chinese and English communities has been rising, and the founders of projects such as Uniswap and Safe have also expressed their views on this. Biteye combined with the chain abstraction series of articles by researcher @HelloLydia 13 to summarize the nine misunderstandings about chain abstraction.

Before starting the main text, let me define chain abstraction in one sentence - a user experience that is free from manual interaction with multiple chains.

01 Chain abstraction = cross-chain bridge?

The underlying logic of chain abstraction and cross-chain bridge is completely different.

Cross-chain bridges are essentially tools that users have to use in order to achieve a certain interactive goal.

Chain abstraction removes this additional obstacle, allowing users to directly use the entire on-chain balance to complete dApp use or transfer, etc. - Users no longer have the concept of "cross".

In this sense, chain abstraction can be regarded as the end of cross-chain bridges.

02 Chain abstraction = multi-chain wallet?

The biggest difference between chain abstraction and multi-chain wallets is liquidity integration.

Multi-chain wallets only play a "aggregation" role at the user entrance, and users still have to manually switch different chains when using dApps.

Chain abstraction truly "integrates" multi-chain liquidity, because the assets of any chain owned by the user are equivalent from the perspective of purchasing power, and any token can be used to pay for gas, so the user only needs to focus on the interaction with the dApp itself.

In summary:

· Multi-chain wallet → a wallet that can more conveniently switch chains to do asset management.

· Chain abstraction → skip the chain and directly manage assets and interact with dApp.

03 Chain abstraction = account abstraction?

Let’s make an analogy from a non-technical perspective:

· Account abstraction is like looking for nails with a hammer, which is the established technical upgrade of the account structure by the Ethereum Foundation from the supply side (ERC-4337, EIP-3074, EIP-7702, EIP-7560).

· Chain abstraction is like looking for hammers after finding nails, which solves a very straightforward problem in the current industry: too many chains and too fragmented infrastructure.

It can be seen that the problem scenario of chain abstraction is clear, which is the most scarce in the current Web3, because only real demand can bring the actual adoption rate of track projects and the value capture ability of tokens.

04 Chain abstraction = intention?

Chain abstraction and intent are in completely different dimensions.

Broad intent is still a vague concept, while chain abstraction is a mature track, with clear concept definitions, problem scenarios, research frameworks and track maps.

Narrow intent focuses on technical details, while chain abstraction is a more high-level concept that can serve any form of dApp.

Intent can be used as a key technology to achieve chain abstraction together with account abstraction and interoperability protocols.

05 Chain abstraction = UX optimization?

Chain abstraction is not a simple user experience optimization. It fundamentally transforms the traditional TVL model (solidified, asynchronous and non-real-time, requiring assets to be transferred to a specific chain in advance before use) into a fluid, real-time multi-chain ecosystem (assets can be used anytime, anywhere).

This basically redefines the concept of liquidity - making multi-chain liquidity truly "flowing".

· For public chains: new public chains no longer need to acquire and lock TVL in advance, but can focus on specific businesses such as payment, games, and transactions from the beginning.

· For users: the concept of multi-chain asset distribution will no longer exist, and there is no need to deposit money on each chain. You can access it at any time by looking at the total account balance.

· For developers: it will not be feasible to develop products in a closed and isolated ecosystem by "reinventing the wheel". There must be real innovation.

06 Chain abstraction gas is very high?

This question can be answered from two aspects:

· Does it increase the transaction costs on the original chains: No. The cost of chain abstraction transactions on each chain is the same as the cost of users manually moving assets to each chain.

· Does it add extra gas: Depends on different chain abstraction solutions and dApps. Taking Pariticle Network as an example, the total gas paid by users will include the gas paid to its underlying L1, but this part is very, very low compared to external chains and can be almost ignored.

In addition, chain abstraction also allows project parties to subsidize gas. Some projects may be able to reduce gas costs by optimizing underlying interactions (such as introducing a clearing layer, transaction packaging, etc.).

In summary: the cost is almost the same (it may be lower in the future), but the experience is obviously better.

07 Will chain abstraction bring interactive security issues?

This question can be answered from three aspects:

· Does it interfere with user decisions: No. Chain abstraction does not interfere with user decisions, but only improves the efficiency of interaction after the user makes a decision.

· Has the user’s right to know and control been deprived: No. Under the transaction logic of chain abstraction, users have the right to know the underlying interaction logic of each transaction, and users still have sole control over assets on different chains.

· Has additional security risks been introduced:Depends on different chain abstraction solutions and dApps. A well-designed chain abstraction solution can remain decentralized and transparent.

In summary, the starting point of chain abstraction is not to interfere with the user’s decision on what dApp to interact with, but to make the user’s good decisions more imperceptible and more efficiently executed. In this process, the user’s rights are not sacrificed, and a well-designed chain abstraction solution is very safe.

08 Anyway, only one or two head chains have traffic, so chain abstraction is unnecessary?

The current situation is not that "only the head chain has traffic". There is a misunderstanding between the social media traffic perception of C-end users and the actual operation of the chain.

In addition to Base and Solana, some L2s that are not currently perceived by C-end users, such as Arbitrum and Mantle, have accumulated a large amount of TVL; TON and Aptos have monthly active users that exceed Ethereum; Polygon, Blast, and Starknet can also generate $20-30 million in fee income a year. It is unreasonable to think that these chains have "no traffic".

The future cannot be built on a single chain, nor will "only the head chain have traffic".

The reason why a single-chain future is impossible is that the expansion of a single chain cannot be infinite, and it will face serious risk concentration problems, so it is impossible to build the entire Web3 on a state machine.

The reason why "only the head chain and applications have traffic" in the future is that we have seen the increasingly diverse L2 ecology within the Ethereum ecosystem (Unichain, Movement), the strong rise of the new EVM L1 (Monad, Sei, Berachain), the active non-EVM ecology (Sonic, Sui, Aptos), and the continuous reduction of the Appchain deployment threshold (monthly operating costs as low as $1,000).

In summary, we are facing an irreversible multi-chain future, and the arrival of chain abstraction is not subject to any personal will.

09 Chain abstraction does not fundamentally solve the fragmentation problem?

We define the solution to the fragmentation problem from the perspective of two audience groups.

· For users, the most direct problem caused by fragmentation is: the need to manually bridge between multiple chains, the need to prepare different gas tokens, and the need to frequently manage balances between multiple chains. Chain abstraction has solved this problem.

· For developers, there are two ways to solve the fragmentation problem: 1) Deploy smart contracts on the entire chain, but the user-side experience is still fragmented. 2) Deploy on only one chain, but can be accessed by users of any chain, and can seamlessly introduce liquidity from other chains. This is the solution of chain abstraction.

So chain abstraction can solve the fragmentation problem from both the user side and the developer side.

It is not feasible to completely unify the underlying blockchain liquidity. There are fundamental differences between different blockchains, and it is impossible to achieve atomic equivalence.

10 Summary

There are many different opinions about chain abstraction. Different groups have their own focus when talking about chain abstraction. This may be why @HelloLydia 13 first chose to clarify the misunderstanding about chain abstraction from the opposite side. Only by correcting the source first can the truth become clearer and clearer.

In summary, unlike pure "air narrative", chain abstraction is a track with real needs, clear definitions, and rapid development. We believe that chain abstraction will eventually benefit everyone and lead the next wave of innovation in the industry.