icône_installation_ios_web icône_installation_ios_web icône_installation_android_web

Est-ce que toutes les applications évolueront vers Appchain ?

AnalyseIl y a 3 moisUpdate 6086cf...
54 0

Original author: Pavel Paramonov

Traduction originale : Alex Liu, Foresight News

Is everything really moving towards AppChains?

Yes and no.

The main reason dApps turn to building their own sovereign chains is that they think they are being exploited. This is not far from the truth, as most dApps do not make money.

You can consider the recent example of @zkxprotocol ceasing operations, and many other applications in the past like @utopialabs_, @yield , @FujiFinance , and many more.

But is this because their business model is bad, or are the protocols truly exploitative?

The main (and often only) source of revenue for a dApp is fees. Users pay the fees because they directly benefit from them.

However, users are not the only beneficiaries of the rise in dApp usage.

There are several roles that can profit from the transaction supply chain, the most important of which are the block proposers, even though they are the last to see the transaction. In the L2 case, it is the sequencer.

MEV (maximum extractable value) is being extracted in large quantities, which is not always a bad thing, but the value created by dApps is being taken away, so they are not getting the full value they provide.

Il existe actuellement trois façons de résoudre ce problème :

  • Become an Appchain.

  • Choose an L1/L2 that returns value.

  • Implement app-specific sequencing.

Est-ce que toutes les applications évolueront vers Appchain ?

Like everything in cryptocurrency, every solution has its trade-offs.

1. Becoming an appchain: High cost + high value

There are countless advantages: you can extract the value you want, control your own network (if you are L2), it is easier to scale, avoid competition for block space… and so on.

The downside is: it’s really expensive. Really expensive. And it’s harder to do because you have to build both the chain and the application at the same time.

Even if you want to build an L2 and use a solution like Alt Layer.

The idea that every application will eventually become an Appchain is fundamentally wrong for three reasons:

  • Not every dApp is large enough to be migrated to Appchain.

  • Some dApps directly benefit from the architecture of the underlying chain.

  • Many dApps have developed quite comfortably on other chains.

2. L1/L2 of return value: low cost + medium value

It is much cheaper to deploy an application on Rollup or L1 because you don’t need to implement new rules for validation, inclusion, consensus, transaction flow, etc.

In the case of Rollups: Migrating your application from Ethereum to Rollup is very easy (in most cases) because Rollup is either EVM-compatible (e.g. Arbitrum) or EVM-equivalent (e.g. Taiko).

You still need to consider the architecture of the underlying chain, but you don’t have to build it from scratch.

Maybe in the future we’ll have true chain abstraction and developers will only have to worry about their dApps, but that’s another story…

The rewards that developers receive are medium in that it is not very high (you don’t own the chain’s economy), but not very low (you get some rewards in addition to the fees).

There is almost no implementation of this at the moment because sharing MEV with dApps is still a complex process and we need to do more RD.

3. Application-specific ranking: moderate cost + uncertain value

The concept of application-specific sequencing is fairly new and people often confuse it with Appchain, but the difference is simple:

  • Appchain takes care of sequencing and execution.

  • Self-sorting dApps only care about sorting and outsource the execution to L1/L2.

The cost is moderate because in addition to building the dApp you have to consider the ordering of transactions, and the value is uncertain because the concept is fairly new and has different concerns.

First, you are still dependent on the proposer because of the inclusion game: you can send any bundle you want, but the decision to include your bundle is up to the proposer.

If you take all MEV, then there is no clear incentive for the proposer to include your bundle in a block.

This actually opens up another incentive market for proposers. They (dApp + proposer) should cooperate, otherwise none of them has value or power.

Its value is also uncertain, as we are not sure whether the shared value from L1/L2 will exceed the value that the dApp creates for itself by ordering transactions.

Any chain is a dark forest (not just Ethereum!). So back to the original question:

Is everything really moving towards AppChains?

  • Well, yes (some dApps benefit more from having their own chain rather than staying on an existing chain).

  • Well, no (there are other solutions suitable for dApp needs).

This forest is so large that all options can be explored.

There is diversity in every field in the world, including crypto. So choose the one that best suits your needs, or build your own solution!

This article is sourced from the internet: Will all applications develop towards Appchain?

Related: Chain Game Weekly Report | MATR1X has burned and destroyed 200 million MAX; BIGTIMEs weekly increase exceeded 40% (8.5-8

Original | Odaily Planet Daily ( @OdailyChina ) Author | Asher ( @Asher_0210 ) Secondary market performance of blockchain gaming sector As of today, according to Coingecko data, the Gaming (GameFi) sector has fallen by 0.3% in the past week; the current total market value is $ 12,782,830,710 , ranking 40th in the sector ranking, down two places from the total market value sector ranking last week. In the past week, the number of tokens in the GameFi sector has increased from 409 to 415, with 6 projects added, ranking 5th in the sector ranking, second only to DeFi, NFT, Meme, and Finance/Banking sectors. Among the gaming projects that have issued tokens, 89 projects have seen positive growth, and 26 projects have seen weekly growth of more than 20%. Among…

© Copyright Notice

Related articles