Maison  >  Article  >  Au-delà des limites du monocœur, analyse approfondie de la solution « d'expansion élastique » de Polkadot

Au-delà des limites du monocœur, analyse approfondie de la solution « d'expansion élastique » de Polkadot

WBOY
WBOYavant
2024-04-29 17:52:36692parcourir

超越单核限制,Polkadot的“弹性扩展” 方案深度解析

La mise à l'échelle élastique est un ajout très utile pour les parachains qui nécessitent un débit plus élevé que celui autorisé par le protocole Polkadot actuel.

La mission de Polkadot est de fournir une plate-forme axée sur une excellente évolutivité et sécurité. L’objectif est de permettre aux applications décentralisées de fonctionner dans les meilleures conditions possibles.

Polkadot évolue en superposant l'architecture de la plate-forme. Les parachains peuvent soumettre un bloc pour chaque bloc de la chaîne de relais, qui est la chaîne centrale qui assure une sécurité partagée pour toutes les parachains. Les chaînes de relais peuvent prendre en charge jusqu'à 300 parachains.

L'architecture en couches de Polkadot permet aux projets de parachain d'intégrer des ressources et de bénéficier d'un solide support de sécurité, éliminant presque la menace d'attaques. Si chaque parachain appliquait des mesures de sécurité sur sa propre blockchain, ces ressources de sécurité seraient fragmentées, ce qui rendrait les attaques moins chères et plus faciles à réaliser.

Elastic Scaling n'est que l'un des nombreux changements passionnants proposés pour Polkadot qui ouvrent davantage de possibilités pour de plus grandes opportunités d'adoption au sein de l'écosystème.

Mise à l'échelle des parachains vers plusieurs cœurs

Un aspect important de la mise à l'échelle élastique est de permettre aux parachains de générer plusieurs blocs pour chaque bloc de chaîne de relais et de les valider. Ces blocs de parachain peuvent toujours être construits séquentiellement, mais la chaîne de relais les traite en parallèle.

Polkadot peut vérifier plusieurs blocs de parachain en même temps. Nous appelons les ressources et les temps de la chaîne de relais utilisés pour valider les blocs de parachain sur la chaîne de relais des « cœurs », similaires au concept auparavant vaguement connu sous le nom de « slots ».

Donc, si la chaîne de relais peut vérifier 50 blocs de parachain à la fois, on dit qu'elle a 50 cœurs, tout comme un processeur avec 50 cœurs peut exécuter 50 threads en même temps. De cette façon, les parachains exécutent plusieurs cœurs en même temps, de sorte que les parachains à haut débit peuvent exécuter les transactions plus rapidement.

Mission principale : un nouveau modèle

Le modèle établi de Polkadot est que les projets potentiels postulent pour des créneaux horaires en participant à une vente aux enchères. Le nouveau projet qui remportera l’enchère deviendra une parachain. L'enchère détermine combien de jetons doivent être verrouillés. Dans le modèle monocœur, cela signifie des durées de location allant de six mois à deux ans.

L'Agile Coretime déjà implémenté change ce paradigme car il permet une allocation plus flexible des cœurs. « Coretime » désigne le droit d'utiliser un noyau sur la chaîne relais. Les nouveaux changements permettront d'acheter un ou plusieurs cœurs via des achats en chaîne ou sur le marché secondaire pour des périodes plus courtes comme un mois, une heure ou même un bloc.

Mise à l'échelle élastique : activation de cœurs supplémentaires

Chaque parachain possède plusieurs cœurs et Agile Coretime. Ces deux changements contribuent ensemble à la mise en œuvre d'une mise à l'échelle élastique. Grâce à cette méthode de développement, les parachains peuvent louer des cœurs supplémentaires pour une courte période, ce qui les aide à vérifier les blocs plus rapidement et ainsi à effectuer plus de transactions. La mise à l'échelle élastique est utile pour diverses entités dans l'espace blockchain. Par exemple, les fournisseurs de services peuvent servir davantage de clients (développeurs d’applications), les aidant ainsi à augmenter leurs revenus et leur portée.

De nombreuses applications avec des exigences imprévisibles en matière de temps de base bénéficieront également d'une mise à l'échelle élastique. Il leur suffit d'acheter le temps de base dont ils ont besoin à un moment précis pour réduire les coûts, sans avoir à choisir entre un coût élevé et de faibles performances.

Au début de sa sortie, l'application peut n'avoir qu'un petit nombre d'utilisateurs. De toute évidence, les bonnes applications augmenteront progressivement le nombre d’utilisateurs au fil du temps. La mise à l'échelle élastique leur permet d'acheter plus de temps de base selon les besoins, en fonction de la croissance des utilisateurs.

Il est difficile d'estimer le temps de base dont un projet aura besoin sur sa future feuille de route. Si un service n'offre qu'une mise à l'échelle rigide, ces projets devront soit acheter initialement de grandes quantités de temps de base (et trouver l'argent pour le payer), soit finir par offrir des services lents qui risquent de perdre des utilisateurs finaux une fois devenus populaires. .

Mise à l'échelle rentable

De nombreuses applications ont tendance à acheter plus de temps de base que ce dont elles ont réellement besoin, ce qui non seulement augmente le prix pour toutes les parties, mais élève également la barrière à l'entrée pour les développeurs d'applications. La mise à l'échelle élastique leur permet de payer le temps de travail uniquement en cas de besoin, réduisant ainsi les coûts pour tout le monde. De plus, les projets pourront revendre le temps de base dont ils n’auront plus besoin à l’avenir via un marché secondaire qui pourrait être introduit avec Agile Coretime.

Comparaison avec d'autres modèles de mise à l'échelle

Jusqu'à présent, les projets Web3 sous la forme de "roll-up", généralement des opérations de couche 2 construites sur Ethereum, ont résolu le problème de scalabilité. Cependant, ces projets ont aussi leurs propres défauts, soit devoir fonctionner avec une sécurité faible (comme un roll-up « optimiste »), soit devoir effectuer de nombreux calculs sur les nœuds suivant un modèle « zéro connaissance ».

Cela se produit car, dans un roll-up, l'exécution du bloc est déléguée en dehors de l'ensemble des validateurs. Par conséquent, la plupart des calculs et du stockage sont effectués hors chaîne.

À quoi d’autre pouvons-nous nous attendre ?

Comme Gavin Wood l'a souligné à Dubaï la semaine dernière, CoreJAM est une extension plus profonde et générale du modèle de base de Polkadot qu'Agile Coretime ou les extensions élastiques seules (bien que les deux s'intègrent bien dans le modèle CoreJAM).

De plus, Polkadot peut vérifier plus de chaînes. Actuellement, les contrats intelligents sur les chaînes parallèles ont une limitation, c'est-à-dire que les appels entre les contrats en chaîne sont synchrones et rapides, tandis que les appels entre chaînes sont plus lents et asynchrones. Cela conduit à un choix difficile : quelle chaîne choisir et quels contrats choisir pour une interopérabilité aisée. L'idée CorePlay est une extension possible de CoreJAM qui propose que le même contrat intelligent puisse être programmé avec différents contrats intelligents lorsque le besoin d'appels plus rapides le permet.

Polkadot prévoit de susciter une nouvelle vague d'adoption du Web3 en permettant une évolutivité et une sécurité maximales sur Internet dans les mois et les années à venir – et la technologie sera prête à attirer l'attention.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer