Publication du Livre blanc sur la parallélisation full-stack. Lancement d'un projet EVM Layer1 innovant proposant une solution d'espace de Bloc flexible.
Nouveau projet EVM Layer1 parallèle lance un Livre blanc de parallélisation complète
Récemment, un nouveau projet EVM Layer1 parallèle a publié un Livre blanc intitulé « Parallélisation Full Stack », visant à libérer pleinement l'évolutivité de la blockchain, permettant aux applications décentralisées (DApps) d'avoir des "performances prévisibles".
La performance prévisible fait référence à la capacité d'un DApp à offrir un volume de transactions par seconde prévisible ( TPS ), ce qui est crucial pour certains scénarios d'affaires des DApps. Les DApps déployés sur des blockchains publiques doivent généralement rivaliser pour les ressources de calcul et de stockage de la blockchain avec d'autres DApps. Cela peut entraîner des coûts d'exécution des transactions plus élevés et des retards lors des congestions du réseau, limitant gravement le développement rapide des DApps. Imaginez qu'un utilisateur utilise un logiciel de messagerie instantanée décentralisé, et que, en raison de l'espace de bloc de la blockchain sous-jacente étant occupé par d'autres DApps, les messages ne peuvent presque pas être envoyés ni reçus, ce qui est dévastateur pour l'expérience utilisateur.
Pour résoudre le problème de la "performance prévisible", une pratique courante consiste à utiliser des blockchains dédiées à des applications spécifiques, c'est-à-dire des chaînes d'applications (Appchain). Une chaîne d'applications est une blockchain qui réserve l'espace de bloc spécifiquement pour une application particulière.
Ce projet propose de manière innovante la solution d'Espace de Bloc Élastique (Elastic Block Space, EBS). Basé sur le concept de calcul élastique, il ajuste dynamiquement les ressources de bloc au niveau du protocole en fonction des besoins spécifiques des DApp, fournissant un espace de bloc d'extension indépendant pour les DApp à forte demande.
L'évolution de la chaîne d'application
La chaîne d'application est une blockchain créée pour exécuter une seule DApp. Les développeurs ne construisent pas sur une blockchain existante, mais construisent une nouvelle blockchain à partir de zéro avec une machine virtuelle personnalisée, exécutant les transactions entre les utilisateurs et l'application. Les développeurs peuvent également personnaliser les différents éléments de la pile réseau de la blockchain, tels que le consensus, le réseau et l'exécution, pour répondre à des exigences de conception spécifiques, afin de résoudre des problèmes tels que la congestion élevée, les coûts élevés et les caractéristiques fixes sur un réseau partagé.
La chaîne d'application n'est pas un nouveau concept : le Bitcoin peut être considéré comme une chaîne d'application de "l'or numérique", Arweave peut être considéré comme une chaîne d'application de stockage permanent, et Celestia peut être considérée comme une chaîne d'application fournissant la disponibilité des données.
Depuis 2016, l'application de la chaîne inclut non seulement une blockchain unique, mais également une forme multichaîne, c'est-à-dire un écosystème construit par plusieurs blockchains interconnectées, représenté principalement par Cosmos et Polkadot. Cosmos a d'abord imaginé un monde de blockchains interconnectées, s'efforçant de résoudre les problèmes d'interaction entre chaînes, permettant le développement rapide et le lancement d'une chaîne grâce au Cosmos SDK, et a conçu le protocole IBC pour réaliser une interaction sans obstacles entre blockchains. Polkadot vise à être la solution parfaite d'extension de blockchain, les chaînes dans son écosystème étant appelées chaînes parallèles. Polkadot promeut dès le départ la sécurité partagée, permettant aux différentes chaînes parallèles de communiquer via des informations de consensus croisées.
Fin 2020, alors que la recherche sur l'extension d'Ethereum se concentrait sur des solutions telles que les chaînes latérales, les sous-réseaux et les Rollups Layer2, les chaînes d'application ont également vu émerger des formes correspondantes. Les chaînes latérales et les sous-réseaux améliorent l'expérience et les performances pour accroître la capacité de service globale ; les Rollups Layer2 soutiennent les chaînes d'application sous forme de pile modulaire, dont deux solutions sont appréciées par de nombreux projets. Les solutions Rollups Layer2 visent à améliorer le débit et l'évolutivité du réseau Ethereum, à répondre à la demande croissante de transactions et à offrir une interopérabilité et une connectivité plus larges.
Actuellement, un grand nombre d'applications sont construites sur des chaînes d'applications inter-plateformes. Par exemple, Axie a lancé sa sidechain Ethereum Ronin au début de 2021 ; DeFi Kingdoms a annoncé à la fin de 2021 sa migration de Harmony vers le sous-réseau Avalanche ; Injective a lancé en novembre 2021 une chaîne d'applications DeFi construite avec Cosmos SDK ; dYdX a annoncé à la mi-2022 que la version V4 de son produit serait construite sur une chaîne d'applications indépendante utilisant la technologie Cosmos SDK ; Uptick Network a lancé en 2023 l'écosystème d'applications d'infrastructure Uptick Chain pour le développement d'applications écologiques Web3, qui comprend également une riche couche de protocoles commercialisables.
Avantages et inconvénients de la chaîne d'application
Les chaînes d'application obtiennent tous les pouvoirs pour faire fonctionner leur blockchain souveraine, plutôt que de dépendre de la couche sous-jacente Layer1, ce qui est une arme à double tranchant.
Les avantages se résument principalement en trois points :
Souveraineté : La chaîne d'application peut résoudre des problèmes grâce à son propre plan de gouvernance, maintenir l'indépendance et l'autonomie des projets d'application individuels, et empêcher toute forme d'interférence.
Performance : Peut répondre aux exigences d'application en matière de faible latence et de haute capacité de traitement, offrant une bonne expérience utilisateur et améliorant considérablement l'efficacité opérationnelle des DApp.
Personnalisation : Les développeurs de DApp peuvent personnaliser la chaîne en fonction de leurs besoins, voire créer un écosystème, offrant ainsi une flexibilité suffisante pour l'évolution.
Les inconvénients sont également au nombre de trois :
Problèmes de sécurité : la chaîne d'application doit être responsable de sa propre sécurité, y compris l'évaluation du nombre de nœuds, le maintien du mécanisme de consensus, l'évitement des risques de mise, etc., le réseau étant relativement peu sûr.
Problèmes de chaîne croisée : La chaîne d'application, en tant que chaîne indépendante, manque d'interopérabilité avec d'autres chaînes ( applications ), faisant face à des problèmes de chaîne croisée. L'intégration de protocoles de chaîne croisée augmentera également les risques de chaîne croisée.
Problèmes de coûts : Les chaînes d'application nécessitent la construction d'une infrastructure supplémentaire, ce qui entraîne des coûts et un temps d'ingénierie considérables. De plus, cela inclut les coûts de fonctionnement et de maintenance des nœuds.
Pour les startups, les inconvénients des chaînes d'applications ont un impact considérable sur le fonctionnement des DApps sur le marché. La plupart des équipes de développement des startups ont non seulement du mal à résoudre efficacement les problèmes de sécurité et de cross-chain, mais elles sont également dissuadées par des coûts élevés en main-d'œuvre, en temps et en argent. Cependant, la performance prévisible est une nécessité absolue pour des DApps spécifiques, c'est pourquoi le marché a un besoin urgent de solutions de performance prévisible Layer1.
Espace de blocs élastique
Dans le Web2, le calcul élastique est un modèle de cloud computing courant, permettant aux systèmes d'étendre ou de réduire dynamiquement les ressources de traitement, de mémoire et de stockage des ordinateurs en fonction des besoins pour répondre à des demandes en constante évolution, sans avoir à se soucier de la planification de la capacité et de la conception technique en cas de pics d'utilisation.
L'espace de bloc flexible ajuste automatiquement le nombre de transactions que le bloc peut contenir en fonction du degré de congestion du réseau. Pour les transactions d'applications spécifiques, le réseau blockchain offre un espace de bloc stable et une garantie de TPS grâce à un calcul flexible, réalisant ainsi une "performance prévisible".
MegaETH a déjà proposé un concept similaire de "scalabilité dynamique élastique", considérant que c'est le chemin de développement inévitable pour le soutien des DApps à une adoption à grande échelle. Il prédit que dans les 1 à 3 prochaines années, les développements technologiques suivants apparaîtront :
Première étape : effectuer une mise à l'échelle horizontale au niveau des nœuds de validation
Deuxième étape : extension statique au niveau de la chaîne
Troisième étape : l'échelle dynamique au niveau de la chaîne
Ce projet a réellement concrétisé ce concept, résolvant le problème central de la première phase "comment coordonner l'expansion horizontale des nœuds de validation pour prendre en charge le calcul élastique". Lorsque le protocole dans le réseau croît, il peut s'abonner à un espace de blocs élastique pour gérer la croissance des utilisateurs de protocole et du débit. L'espace de blocs élastique fournit un espace de blocs indépendant pour les DApps ayant des besoins en transactions à fort débit, leur permettant de s'étendre avec la croissance. Essentiellement, l'espace de blocs détermine la quantité de données pouvant être stockées dans chaque bloc de la blockchain, affectant directement le débit des transactions. Lorsque les DApps connaissent une augmentation de la demande de transactions, s'abonner à l'espace de blocs élastique devient utile pour gérer efficacement la charge accrue, sans affecter la blockchain sous-jacente.
La mise en œuvre du calcul élastique se divise en "élasticité en temps réel" et "élasticité non en temps réel". L'"élasticité en temps réel" fait généralement référence à une extension de capacité avec une réponse à l'échelle de la minute, tandis que l'"élasticité non en temps réel" nécessite simplement une réponse dans un délai imparti. Ce projet adopte une méthode d'"élasticité non en temps réel", c'est-à-dire que lorsque le réseau détecte le besoin d'une extension de capacité, il propose une extension et, après un ou plusieurs epochs, ( plutôt que non en temps réel ), les nœuds de validation du réseau entier complètent l'extension et soumettent une preuve d'extension pour que d'autres validateurs la contestent.
La solution d'espace de blocs élastique de ce projet s'inspire de nombreuses idées de bases de données distribuées et constitue une continuité de la technologie de sharding de la blockchain. D'un point de vue "sharding de calcul", elle permet d'augmenter la capacité en fonction du trafic des applications ayant des besoins, évitant ainsi le problème des "transactions inter-shards", afin que l'expérience des développeurs et des utilisateurs ne diffère pas beaucoup de celle d'avant. En même temps, elle adopte un "élastique non temps réel" dont la mise en œuvre est relativement simple, tout en renforçant l'applicabilité pour répondre aux besoins réels de nombreuses DApps.
Il convient de noter que l'espace de bloc flexible, en tant que solution pour l'extension horizontale des performances de la blockchain, repose sur le principe de la "parallélisation des transactions". Ce n'est qu'après l'augmentation du degré de parallélisme des transactions qu'il est nécessaire d'étendre les ressources matérielles des nœuds pour améliorer le débit des transactions.
Pour des Layer1 comme Ethereum, le problème de la sérialisation des transactions est le principal goulot d'étranglement en matière de performance, la taille des blocs étant également limitée par une limite de Gas de blocs de taille variable ( avec un plafond de 30 000 000 gas ), il est donc nécessaire de chercher des solutions d'extension Layer2.
En ce qui concerne les Layer1 haute performance comme Solana, bien qu'ils prennent en charge l'exécution parallèle des transactions et que leurs performances puissent être mises à l'échelle horizontalement, ils ne peuvent pas faire face au problème de "performance prévisible" des DApps pendant les pics de demande. Solana a mis en œuvre une solution de "marché des frais locaux" dont l'objectif est d'empêcher qu'une transaction d'une demande unique ne monopolise l'espace de bloc rare, limitant ainsi la hausse des frais temporels et atténuant les impacts négatifs des pics de demande. Par exemple, lors de l'émission de NFT, l'émetteur de NFT épuisera rapidement la limite des unités de calcul de chaque compte (CU), et les transactions suivantes devront augmenter les frais de priorité pour être traitées dans l'espace limité de ce compte.
On peut dire que le projet répond à l'augmentation de la demande de transactions grâce à un schéma d'espace de bloc flexible, tout en prolongeant davantage le concept de "marché des frais locaux" dans Solana, ce qui garantit non seulement la "performance prévisible" des DApp, mais empêche également une augmentation et une congestion des frais à l'échelle du réseau, un coup double.
Résumé
Que ce soit pour les chaînes d'application ou l'espace de blocs élastique, l'essence même est de résoudre le problème des différentes exigences de performance des DApps sur la blockchain, ou plutôt le problème de la "performance prévisible". Il n'y a pas de distinction entre les deux solutions en termes de qualité, seulement une différence d'adéquation. Ces deux solutions rappellent la "théorie des protocoles lourds" — une théorie proposée par Joel Monegro en 2016, qui tourne autour de la question de "comment les protocoles cryptographiques devraient capturer plus de valeur collective que celle capturée par les applications construites au-dessus d'eux, (."
La chaîne d'application est en réalité un protocole léger, surtout lorsque le Layer1 adopte une architecture modulaire. La couche protocolaire est entièrement personnalisée par la couche d'application, ce qui, bien qu'apportant un meilleur mécanisme d'accumulation de valeur pour les applications, entraîne également des coûts élevés et une sécurité limitée.
L'espace de bloc flexible est en réalité un protocole lourd, une fonctionnalité d'extension de la couche protocolaire Layer1, qui réduit efficacement le seuil d'entrée pour les participants ayant des exigences de "performance prévisible". En même temps, le protocole peut capturer la valeur des applications et créer un cycle de rétroaction positif.
![Performance prévisible des DApps : de la chaîne d'applications à l'espace de bloc flexible])https://img-cdn.gateio.im/webp-social/moments-1ce62500654a5ac264303402744904e1.webp(
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
22 J'aime
Récompense
22
7
Partager
Commentaire
0/400
SoliditySlayer
· 07-19 15:06
Ce n'est qu'un projet d'air pur.
Voir l'originalRépondre0
BearMarketSurvivor
· 07-17 19:10
Encore un projet bearish Traders qui mise sur la performance. Combien de tours ai-je déjà traversés ?
Voir l'originalRépondre0
MetaverseLandlady
· 07-16 17:23
Qui ne sait pas faire le bull ?
Voir l'originalRépondre0
BrokenDAO
· 07-16 17:14
Encore un Livre blanc sur le mécanisme de discours creux
Publication du Livre blanc sur la parallélisation full-stack. Lancement d'un projet EVM Layer1 innovant proposant une solution d'espace de Bloc flexible.
Nouveau projet EVM Layer1 parallèle lance un Livre blanc de parallélisation complète
Récemment, un nouveau projet EVM Layer1 parallèle a publié un Livre blanc intitulé « Parallélisation Full Stack », visant à libérer pleinement l'évolutivité de la blockchain, permettant aux applications décentralisées (DApps) d'avoir des "performances prévisibles".
La performance prévisible fait référence à la capacité d'un DApp à offrir un volume de transactions par seconde prévisible ( TPS ), ce qui est crucial pour certains scénarios d'affaires des DApps. Les DApps déployés sur des blockchains publiques doivent généralement rivaliser pour les ressources de calcul et de stockage de la blockchain avec d'autres DApps. Cela peut entraîner des coûts d'exécution des transactions plus élevés et des retards lors des congestions du réseau, limitant gravement le développement rapide des DApps. Imaginez qu'un utilisateur utilise un logiciel de messagerie instantanée décentralisé, et que, en raison de l'espace de bloc de la blockchain sous-jacente étant occupé par d'autres DApps, les messages ne peuvent presque pas être envoyés ni reçus, ce qui est dévastateur pour l'expérience utilisateur.
Pour résoudre le problème de la "performance prévisible", une pratique courante consiste à utiliser des blockchains dédiées à des applications spécifiques, c'est-à-dire des chaînes d'applications (Appchain). Une chaîne d'applications est une blockchain qui réserve l'espace de bloc spécifiquement pour une application particulière.
Ce projet propose de manière innovante la solution d'Espace de Bloc Élastique (Elastic Block Space, EBS). Basé sur le concept de calcul élastique, il ajuste dynamiquement les ressources de bloc au niveau du protocole en fonction des besoins spécifiques des DApp, fournissant un espace de bloc d'extension indépendant pour les DApp à forte demande.
L'évolution de la chaîne d'application
La chaîne d'application est une blockchain créée pour exécuter une seule DApp. Les développeurs ne construisent pas sur une blockchain existante, mais construisent une nouvelle blockchain à partir de zéro avec une machine virtuelle personnalisée, exécutant les transactions entre les utilisateurs et l'application. Les développeurs peuvent également personnaliser les différents éléments de la pile réseau de la blockchain, tels que le consensus, le réseau et l'exécution, pour répondre à des exigences de conception spécifiques, afin de résoudre des problèmes tels que la congestion élevée, les coûts élevés et les caractéristiques fixes sur un réseau partagé.
La chaîne d'application n'est pas un nouveau concept : le Bitcoin peut être considéré comme une chaîne d'application de "l'or numérique", Arweave peut être considéré comme une chaîne d'application de stockage permanent, et Celestia peut être considérée comme une chaîne d'application fournissant la disponibilité des données.
Depuis 2016, l'application de la chaîne inclut non seulement une blockchain unique, mais également une forme multichaîne, c'est-à-dire un écosystème construit par plusieurs blockchains interconnectées, représenté principalement par Cosmos et Polkadot. Cosmos a d'abord imaginé un monde de blockchains interconnectées, s'efforçant de résoudre les problèmes d'interaction entre chaînes, permettant le développement rapide et le lancement d'une chaîne grâce au Cosmos SDK, et a conçu le protocole IBC pour réaliser une interaction sans obstacles entre blockchains. Polkadot vise à être la solution parfaite d'extension de blockchain, les chaînes dans son écosystème étant appelées chaînes parallèles. Polkadot promeut dès le départ la sécurité partagée, permettant aux différentes chaînes parallèles de communiquer via des informations de consensus croisées.
Fin 2020, alors que la recherche sur l'extension d'Ethereum se concentrait sur des solutions telles que les chaînes latérales, les sous-réseaux et les Rollups Layer2, les chaînes d'application ont également vu émerger des formes correspondantes. Les chaînes latérales et les sous-réseaux améliorent l'expérience et les performances pour accroître la capacité de service globale ; les Rollups Layer2 soutiennent les chaînes d'application sous forme de pile modulaire, dont deux solutions sont appréciées par de nombreux projets. Les solutions Rollups Layer2 visent à améliorer le débit et l'évolutivité du réseau Ethereum, à répondre à la demande croissante de transactions et à offrir une interopérabilité et une connectivité plus larges.
Actuellement, un grand nombre d'applications sont construites sur des chaînes d'applications inter-plateformes. Par exemple, Axie a lancé sa sidechain Ethereum Ronin au début de 2021 ; DeFi Kingdoms a annoncé à la fin de 2021 sa migration de Harmony vers le sous-réseau Avalanche ; Injective a lancé en novembre 2021 une chaîne d'applications DeFi construite avec Cosmos SDK ; dYdX a annoncé à la mi-2022 que la version V4 de son produit serait construite sur une chaîne d'applications indépendante utilisant la technologie Cosmos SDK ; Uptick Network a lancé en 2023 l'écosystème d'applications d'infrastructure Uptick Chain pour le développement d'applications écologiques Web3, qui comprend également une riche couche de protocoles commercialisables.
Avantages et inconvénients de la chaîne d'application
Les chaînes d'application obtiennent tous les pouvoirs pour faire fonctionner leur blockchain souveraine, plutôt que de dépendre de la couche sous-jacente Layer1, ce qui est une arme à double tranchant.
Les avantages se résument principalement en trois points :
Souveraineté : La chaîne d'application peut résoudre des problèmes grâce à son propre plan de gouvernance, maintenir l'indépendance et l'autonomie des projets d'application individuels, et empêcher toute forme d'interférence.
Performance : Peut répondre aux exigences d'application en matière de faible latence et de haute capacité de traitement, offrant une bonne expérience utilisateur et améliorant considérablement l'efficacité opérationnelle des DApp.
Personnalisation : Les développeurs de DApp peuvent personnaliser la chaîne en fonction de leurs besoins, voire créer un écosystème, offrant ainsi une flexibilité suffisante pour l'évolution.
Les inconvénients sont également au nombre de trois :
Problèmes de sécurité : la chaîne d'application doit être responsable de sa propre sécurité, y compris l'évaluation du nombre de nœuds, le maintien du mécanisme de consensus, l'évitement des risques de mise, etc., le réseau étant relativement peu sûr.
Problèmes de chaîne croisée : La chaîne d'application, en tant que chaîne indépendante, manque d'interopérabilité avec d'autres chaînes ( applications ), faisant face à des problèmes de chaîne croisée. L'intégration de protocoles de chaîne croisée augmentera également les risques de chaîne croisée.
Problèmes de coûts : Les chaînes d'application nécessitent la construction d'une infrastructure supplémentaire, ce qui entraîne des coûts et un temps d'ingénierie considérables. De plus, cela inclut les coûts de fonctionnement et de maintenance des nœuds.
Pour les startups, les inconvénients des chaînes d'applications ont un impact considérable sur le fonctionnement des DApps sur le marché. La plupart des équipes de développement des startups ont non seulement du mal à résoudre efficacement les problèmes de sécurité et de cross-chain, mais elles sont également dissuadées par des coûts élevés en main-d'œuvre, en temps et en argent. Cependant, la performance prévisible est une nécessité absolue pour des DApps spécifiques, c'est pourquoi le marché a un besoin urgent de solutions de performance prévisible Layer1.
Espace de blocs élastique
Dans le Web2, le calcul élastique est un modèle de cloud computing courant, permettant aux systèmes d'étendre ou de réduire dynamiquement les ressources de traitement, de mémoire et de stockage des ordinateurs en fonction des besoins pour répondre à des demandes en constante évolution, sans avoir à se soucier de la planification de la capacité et de la conception technique en cas de pics d'utilisation.
L'espace de bloc flexible ajuste automatiquement le nombre de transactions que le bloc peut contenir en fonction du degré de congestion du réseau. Pour les transactions d'applications spécifiques, le réseau blockchain offre un espace de bloc stable et une garantie de TPS grâce à un calcul flexible, réalisant ainsi une "performance prévisible".
MegaETH a déjà proposé un concept similaire de "scalabilité dynamique élastique", considérant que c'est le chemin de développement inévitable pour le soutien des DApps à une adoption à grande échelle. Il prédit que dans les 1 à 3 prochaines années, les développements technologiques suivants apparaîtront :
Ce projet a réellement concrétisé ce concept, résolvant le problème central de la première phase "comment coordonner l'expansion horizontale des nœuds de validation pour prendre en charge le calcul élastique". Lorsque le protocole dans le réseau croît, il peut s'abonner à un espace de blocs élastique pour gérer la croissance des utilisateurs de protocole et du débit. L'espace de blocs élastique fournit un espace de blocs indépendant pour les DApps ayant des besoins en transactions à fort débit, leur permettant de s'étendre avec la croissance. Essentiellement, l'espace de blocs détermine la quantité de données pouvant être stockées dans chaque bloc de la blockchain, affectant directement le débit des transactions. Lorsque les DApps connaissent une augmentation de la demande de transactions, s'abonner à l'espace de blocs élastique devient utile pour gérer efficacement la charge accrue, sans affecter la blockchain sous-jacente.
La mise en œuvre du calcul élastique se divise en "élasticité en temps réel" et "élasticité non en temps réel". L'"élasticité en temps réel" fait généralement référence à une extension de capacité avec une réponse à l'échelle de la minute, tandis que l'"élasticité non en temps réel" nécessite simplement une réponse dans un délai imparti. Ce projet adopte une méthode d'"élasticité non en temps réel", c'est-à-dire que lorsque le réseau détecte le besoin d'une extension de capacité, il propose une extension et, après un ou plusieurs epochs, ( plutôt que non en temps réel ), les nœuds de validation du réseau entier complètent l'extension et soumettent une preuve d'extension pour que d'autres validateurs la contestent.
La solution d'espace de blocs élastique de ce projet s'inspire de nombreuses idées de bases de données distribuées et constitue une continuité de la technologie de sharding de la blockchain. D'un point de vue "sharding de calcul", elle permet d'augmenter la capacité en fonction du trafic des applications ayant des besoins, évitant ainsi le problème des "transactions inter-shards", afin que l'expérience des développeurs et des utilisateurs ne diffère pas beaucoup de celle d'avant. En même temps, elle adopte un "élastique non temps réel" dont la mise en œuvre est relativement simple, tout en renforçant l'applicabilité pour répondre aux besoins réels de nombreuses DApps.
Il convient de noter que l'espace de bloc flexible, en tant que solution pour l'extension horizontale des performances de la blockchain, repose sur le principe de la "parallélisation des transactions". Ce n'est qu'après l'augmentation du degré de parallélisme des transactions qu'il est nécessaire d'étendre les ressources matérielles des nœuds pour améliorer le débit des transactions.
Pour des Layer1 comme Ethereum, le problème de la sérialisation des transactions est le principal goulot d'étranglement en matière de performance, la taille des blocs étant également limitée par une limite de Gas de blocs de taille variable ( avec un plafond de 30 000 000 gas ), il est donc nécessaire de chercher des solutions d'extension Layer2.
En ce qui concerne les Layer1 haute performance comme Solana, bien qu'ils prennent en charge l'exécution parallèle des transactions et que leurs performances puissent être mises à l'échelle horizontalement, ils ne peuvent pas faire face au problème de "performance prévisible" des DApps pendant les pics de demande. Solana a mis en œuvre une solution de "marché des frais locaux" dont l'objectif est d'empêcher qu'une transaction d'une demande unique ne monopolise l'espace de bloc rare, limitant ainsi la hausse des frais temporels et atténuant les impacts négatifs des pics de demande. Par exemple, lors de l'émission de NFT, l'émetteur de NFT épuisera rapidement la limite des unités de calcul de chaque compte (CU), et les transactions suivantes devront augmenter les frais de priorité pour être traitées dans l'espace limité de ce compte.
On peut dire que le projet répond à l'augmentation de la demande de transactions grâce à un schéma d'espace de bloc flexible, tout en prolongeant davantage le concept de "marché des frais locaux" dans Solana, ce qui garantit non seulement la "performance prévisible" des DApp, mais empêche également une augmentation et une congestion des frais à l'échelle du réseau, un coup double.
Résumé
Que ce soit pour les chaînes d'application ou l'espace de blocs élastique, l'essence même est de résoudre le problème des différentes exigences de performance des DApps sur la blockchain, ou plutôt le problème de la "performance prévisible". Il n'y a pas de distinction entre les deux solutions en termes de qualité, seulement une différence d'adéquation. Ces deux solutions rappellent la "théorie des protocoles lourds" — une théorie proposée par Joel Monegro en 2016, qui tourne autour de la question de "comment les protocoles cryptographiques devraient capturer plus de valeur collective que celle capturée par les applications construites au-dessus d'eux, (."
La chaîne d'application est en réalité un protocole léger, surtout lorsque le Layer1 adopte une architecture modulaire. La couche protocolaire est entièrement personnalisée par la couche d'application, ce qui, bien qu'apportant un meilleur mécanisme d'accumulation de valeur pour les applications, entraîne également des coûts élevés et une sécurité limitée.
L'espace de bloc flexible est en réalité un protocole lourd, une fonctionnalité d'extension de la couche protocolaire Layer1, qui réduit efficacement le seuil d'entrée pour les participants ayant des exigences de "performance prévisible". En même temps, le protocole peut capturer la valeur des applications et créer un cycle de rétroaction positif.
![Performance prévisible des DApps : de la chaîne d'applications à l'espace de bloc flexible])https://img-cdn.gateio.im/webp-social/moments-1ce62500654a5ac264303402744904e1.webp(