Trois voies de développement pour les dApps : chaînes d'applications, restitution de valeur et ordonnancement autonome
TechFlow SélectionTechFlow Sélection
Trois voies de développement pour les dApps : chaînes d'applications, restitution de valeur et ordonnancement autonome
La MEV est massivement extraite, ce qui n'est pas toujours négatif, mais les dApps se voient privées de la valeur qu'elles créent.
Dédié à des analyses Web3 approfondiesAuteur : Pavel Paramonov
Traduction : TechFlow
Tout évolue-t-il vraiment vers les chaînes dédiées aux applications (AppChains) ?
Oui, mais en réalité non.
La principale raison pour laquelle les dApps migrent vers des chaînes souveraines est qu'elles se sentent injustement traitées.
Et ce n'est pas sans fondement, car la majorité des dApps sont en situation de perte.
Pensez par exemple au récent arrêt de zkxprotocol, ou à de nombreuses autres applications du passé comme utopialabs_, yield, FujiFinance, etc.
Mais cela provient-il d'un modèle économique véritablement défectueux, ou bien y a-t-il un problème inhérent aux protocoles ?
La principale source de revenus (souvent la seule) des dApps est constituée des frais de transaction. Les utilisateurs paient ces frais car ils bénéficient directement du service.
Cependant, les utilisateurs ne sont pas les seuls à tirer profit de l'utilisation d'une dApp.
Dans la chaîne de transaction, plusieurs acteurs réalisent des gains, principalement les validateurs (proposers), bien qu'ils soient les derniers à voir les transactions. Dans le cas des L2, ces acteurs sont appelés séquenceurs (sequencers).
La MEV (valeur maximale extractible) est massivement extraite, ce qui n'est pas toujours négatif, mais la valeur créée par les dApps leur échappe, et elles ne peuvent donc pas capter toute la valeur qu'elles fournissent.
Actuellement, trois approches permettent de résoudre ce problème :
-
Devenir une chaîne dédiée à l’application (appchain).
-
Choisir une L1/L2 capable de redistribuer de la valeur.
-
Mettre en œuvre un mécanisme de séquencement spécifique à l’application.
Comme dans tous les domaines de la cryptographie, chaque solution implique des compromis.
1. Devenir une appchain : coût élevé + valeur élevée
Vous pouvez bénéficier de nombreux avantages : capturer un maximum de valeur, contrôler votre propre réseau (si vous êtes sur L2), faciliter l’évolutivité, éviter la concurrence pour l’espace bloc, etc.
Inconvénient : c’est très coûteux, et plus difficile à mettre en œuvre, car vous devez construire à la fois l’application et la chaîne.
Même si vous souhaitez créer une L2 en utilisant une solution comme alt_layer.
L’argument selon lequel « chaque application deviendra inévitablement une appchain » est généralement faux, pour trois raisons :
-
Non toutes les applications décentralisées (dapps) sont suffisamment grandes pour justifier un passage vers une appchain.
-
Certaines dapps tirent un bénéfice direct de l’architecture de la chaîne sous-jacente.
-
Les dapps s’intègrent bien sur d’autres chaînes.
2. Une L1/L2 capable de restituer de la valeur : coût faible + valeur moyenne
Déployer une application sur un rollup ou une L1 est nettement moins coûteux, car vous n’avez pas à définir de nouvelles règles pour la validation, l’inclusion, le consensus, le flux de transactions, etc.
Dans le cas des rollups, migrer son application depuis Ethereum vers un rollup est souvent très simple, car ceux-ci sont soit compatibles EVM (par exemple arbitrum), soit équivalents à l’EVM (par exemple taikoxyz).
Vous devez encore tenir compte de l’architecture de la chaîne sous-jacente, mais vous n’avez pas à tout reconstruire depuis zéro.
Peut-être qu’à l’avenir, nous atteindrons une véritable abstraction des chaînes, où les développeurs pourront se concentrer uniquement sur leur dApp — mais ceci est un autre sujet.
Les développeurs obtiennent un retour de valeur modéré : ce n’est pas une valeur élevée (vous ne possédez pas l’économie de la chaîne), mais ce n’est pas non plus une faible valeur (vous recevez d’autres retombées en plus des frais).
À ce jour, il existe très peu de mises en œuvre concrètes, car partager la MEV avec les dApps reste un processus complexe nécessitant davantage de recherche et développement.
3. Séquencement spécifique à l’application : coût modéré + valeur incertaine
Le concept de séquencement spécifique à l’application est relativement nouveau, et souvent confondu avec celui des appchains. La différence est simple :
Une appchain gère à la fois le séquencement et l’exécution.
Une dApp qui effectue son propre séquencement ne gère que le séquencement, « externalisant » l’exécution vers une L1/L2.
Le coût est modéré, car vous devez gérer le séquencement des transactions en plus du développement de la dApp. La valeur est incertaine, car ce concept est encore récent et soulève différentes questions.
Premièrement, vous restez dépendant des validateurs (proposers), car il existe un jeu d’inclusion : vous pouvez envoyer les bundles que vous souhaitez, mais leur inclusion dans un bloc dépend du validateur.
Si vous capturez toute la MEV, le validateur n’a aucun incitant clair à inclure votre bundle.
Cela crée donc un nouveau marché d’incitations pour les validateurs. Ils (la dApp et le validateur) doivent coopérer, sinon ils perdent tous deux valeur et pouvoir.
En outre, la valeur reste incertaine, car on ne sait pas si la part de valeur transférée par la L1/L2 excédera celle que la dApp pourrait créer elle-même via le séquencement.
Toute blockchain est une forêt sombre (dark forest) (pas seulement Ethereum !). Pour en revenir à la question initiale :
Tout évolue-t-il vraiment vers les appchains ?
-
Oui (certaines dApps tirent plus de bénéfices de leur propre chaîne que de leur maintien sur une chaîne existante).
-
Non (d'autres solutions répondent également aux besoins des dApps).
Cette forêt est vaste, et toutes les options méritent d'être explorées.
Il existe une grande diversité dans chaque domaine du monde de la cryptographie ; choisissez donc l’option qui correspond le mieux à vos besoins, ou concevez votre propre solution !
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@paramonoww
