Comparaison des cycles de vie des transactions : Différences techniques entre Aptos, Ethereum et Solana
Lorsqu'on examine les différences de technologie des blockchains publiques, le cycle de vie des transactions est un point d'entrée idéal. En analysant le processus complet des transactions, de leur création à la mise à jour finale de l'état, nous pouvons clairement comprendre les philosophies de conception et les choix technologiques de différentes blockchains publiques. Cet article se concentrera sur Aptos, en analysant sa conception unique et en la comparant à Ethereum et Solana.
Aptos : conception optimiste et haute performance
Aptos est une blockchain publique axée sur les performances élevées. Bien que son cycle de vie des transactions soit similaire à celui d'Ethereum, elle réalise une amélioration significative des performances grâce à l'exécution parallèle optimiste et à l'optimisation de la mémoire.
étapes clés du cycle de vie des transactions
Création et initiation : les utilisateurs lancent des transactions via des nœuds légers, qui sont ensuite transmises aux validateurs par des nœuds complets.
Diffusion : une fois que la transaction est entrée dans le pool de mémoire, elle est pré-triée pour préparer l'exécution parallèle ultérieure.
Tri : Utilisation du consensus AptosBFT, le proposeur est principalement responsable de la coordination plutôt que de diriger le tri.
Exécution : utilisation de la technologie Block-STM pour réaliser une exécution parallèle optimiste, le TPS peut atteindre 160,000.
Mise à jour de l'état : les validateurs synchronisent l'état, la finalité est confirmée par un point de contrôle.
L'avantage clé d'Aptos réside dans la combinaison du traitement parallèle optimiste et du pré-tri des mémoires tampon, ce qui réduit à la fois les exigences de performance des nœuds et augmente considérablement le débit.
Ethereum : référence d'exécution séquentielle
En tant que pionnier des contrats intelligents, Ethereum a fourni un cadre de référence pour comprendre d'autres chaînes publiques.
cycle de vie des transactions
Création et initiation : Les utilisateurs lancent des transactions via un portefeuille ou une interface RPC.
Diffusion : La transaction entre dans le pool de mémoire publique en attente d'emballage.
Tri : Après la mise à niveau PoS, les constructeurs de blocs emballent les transactions selon le principe de maximisation des profits.
Exécution : l'EVM traite les transactions de manière séquentielle, mettant à jour l'état en un seul fil.
Mise à jour de l'état : les blocs doivent être confirmés par deux points de contrôle pour leur finalité.
La conception de l'exécution sérielle et de la mémoire tampon d'Ethereum limite ses performances, avec un temps de bloc de 12 secondes/par slot et un TPS relativement bas.
Solana : optimisation extrême en parallèle déterministe
Solana est réputé pour sa haute performance, et son cycle de vie des transactions diffère significativement de celui d'Aptos.
cycle de vie de la transaction
Création et lancement : l'utilisateur initie la transaction via le portefeuille.
Diffusion : Pas de mémoire publique, les transactions sont envoyées directement aux propositions actuelles et aux deux suivantes.
Ordre : Le proposeur emballe les blocs sur la base de PoH, le temps de bloc est seulement de 400 millisecondes.
Exécution : La machine virtuelle Sealevel utilise une exécution parallèle déterministe et nécessite de déclarer à l'avance les ensembles de lecture et d'écriture.
Mise à jour de l'état : confirmation rapide du consensus BFT.
Solana n'utilise pas de pool de mémoire, les transactions peuvent être presque instantanément exécutées. Cependant, en cas de surcharge du réseau, les transactions peuvent être abandonnées plutôt qu'attendues, et les utilisateurs doivent les soumettre à nouveau.
Deux chemins d'exécution parallèle : Aptos vs Solana
L'exécution parallèle se divise en deux modes : le parallélisme déterministe et le parallélisme optimiste. La clé réside dans la manière d'assurer qu'il n'y a pas de conflits entre les transactions :
Parallélisme déterministe (Solana) : un ensemble de lecture et d'écriture doit être déclaré avant la diffusion des transactions, efficace mais avec des exigences matérielles élevées.
Optimisme parallèle (Aptos) : suppose que les transactions s'exécutent en parallèle sans conflit, et les réessaie en cas de conflit. Le pré-tri dans le pool de mémoire réduit le risque de conflit et allège la charge des nœuds.
Confirmation des conflits par le biais de la mémoire cache en parallèle de manière optimiste
Aptos évite les risques de conflit lors de l'étape de diffusion des transactions grâce au préclassement dans la mémoire tampon. Cette conception permet à Aptos de ne pas introduire de mécanisme de déclaration de transaction, réduisant ainsi les exigences de performance des nœuds tout en maintenant un TPS élevé.
La direction de développement axée sur la sécurité d'Aptos
Aptos montre un potentiel énorme dans le domaine des paiements RWA et des stablecoins :
RWA : La capacité de traitement parallèle de Block-STM et la sécurité du langage Move soutiennent la mise en chaîne d'actifs complexes.
Paiement en stablecoin : des frais de Gas bas et un traitement stable des transactions conviennent aux scénarios de paiements de faible montant.
Les avantages de "sécurité, efficacité et conformité" d'Aptos ont jeté les bases de son développement dans ces domaines.
Résumé : Les différences techniques d'Aptos et le récit futur
Aptos équilibre performance et sécurité, son pré-tri de pool mémoire combiné à Block-STM en parallèle optimiste permet d'atteindre un haut débit et un faible seuil. Comparé à l'exécution séquentielle d'Ethereum, au parallélisme déterministe de Solana et au parallélisme au niveau des objets de Sui, Aptos affiche des avantages uniques.
À l'avenir, Aptos pourra s'appuyer sur le récit d'un "réseau de valeur axé sur la sécurité" pour continuer à se développer dans les domaines des RWA et du PayFi, en construisant un nouveau modèle de chaîne publique alliant confiance et extensibilité.
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.
26 J'aime
Récompense
26
8
Reposter
Partager
Commentaire
0/400
liquidation_surfer
· 08-01 21:24
Aptos parle encore de tps.
Voir l'originalRépondre0
RektHunter
· 08-01 07:37
Encore des blagues sur Aptos, n'est-ce pas ?
Voir l'originalRépondre0
0xSherlock
· 07-31 18:47
aptos veut encore dépasser Ethereum ?
Voir l'originalRépondre0
MEVHunterX
· 07-31 08:10
Qui comprend, le retournement est trop bloqué.
Voir l'originalRépondre0
PrivateKeyParanoia
· 07-30 05:09
Vous pouvez aussi voir le code du contrat, vous savez donc que c'est vraiment un bull.
Voir l'originalRépondre0
WenMoon42
· 07-30 05:08
On ne sait que si on a essayé, Sol et apt sont rapides.
Voir l'originalRépondre0
DeFiAlchemist
· 07-30 05:03
fascinant comment aptos transmute l'exécution parallèle en pure efficacité algorithmique... la sagesse ancienne rencontre les blockchains modernes à vrai dire
Comparaison du cycle de vie des transactions Aptos, Ethereum et Solana : compromis techniques de l'exécution parallèle
Comparaison des cycles de vie des transactions : Différences techniques entre Aptos, Ethereum et Solana
Lorsqu'on examine les différences de technologie des blockchains publiques, le cycle de vie des transactions est un point d'entrée idéal. En analysant le processus complet des transactions, de leur création à la mise à jour finale de l'état, nous pouvons clairement comprendre les philosophies de conception et les choix technologiques de différentes blockchains publiques. Cet article se concentrera sur Aptos, en analysant sa conception unique et en la comparant à Ethereum et Solana.
Aptos : conception optimiste et haute performance
Aptos est une blockchain publique axée sur les performances élevées. Bien que son cycle de vie des transactions soit similaire à celui d'Ethereum, elle réalise une amélioration significative des performances grâce à l'exécution parallèle optimiste et à l'optimisation de la mémoire.
étapes clés du cycle de vie des transactions
Création et initiation : les utilisateurs lancent des transactions via des nœuds légers, qui sont ensuite transmises aux validateurs par des nœuds complets.
Diffusion : une fois que la transaction est entrée dans le pool de mémoire, elle est pré-triée pour préparer l'exécution parallèle ultérieure.
Tri : Utilisation du consensus AptosBFT, le proposeur est principalement responsable de la coordination plutôt que de diriger le tri.
Exécution : utilisation de la technologie Block-STM pour réaliser une exécution parallèle optimiste, le TPS peut atteindre 160,000.
Mise à jour de l'état : les validateurs synchronisent l'état, la finalité est confirmée par un point de contrôle.
L'avantage clé d'Aptos réside dans la combinaison du traitement parallèle optimiste et du pré-tri des mémoires tampon, ce qui réduit à la fois les exigences de performance des nœuds et augmente considérablement le débit.
Ethereum : référence d'exécution séquentielle
En tant que pionnier des contrats intelligents, Ethereum a fourni un cadre de référence pour comprendre d'autres chaînes publiques.
cycle de vie des transactions
Création et initiation : Les utilisateurs lancent des transactions via un portefeuille ou une interface RPC.
Diffusion : La transaction entre dans le pool de mémoire publique en attente d'emballage.
Tri : Après la mise à niveau PoS, les constructeurs de blocs emballent les transactions selon le principe de maximisation des profits.
Exécution : l'EVM traite les transactions de manière séquentielle, mettant à jour l'état en un seul fil.
Mise à jour de l'état : les blocs doivent être confirmés par deux points de contrôle pour leur finalité.
La conception de l'exécution sérielle et de la mémoire tampon d'Ethereum limite ses performances, avec un temps de bloc de 12 secondes/par slot et un TPS relativement bas.
Solana : optimisation extrême en parallèle déterministe
Solana est réputé pour sa haute performance, et son cycle de vie des transactions diffère significativement de celui d'Aptos.
cycle de vie de la transaction
Création et lancement : l'utilisateur initie la transaction via le portefeuille.
Diffusion : Pas de mémoire publique, les transactions sont envoyées directement aux propositions actuelles et aux deux suivantes.
Ordre : Le proposeur emballe les blocs sur la base de PoH, le temps de bloc est seulement de 400 millisecondes.
Exécution : La machine virtuelle Sealevel utilise une exécution parallèle déterministe et nécessite de déclarer à l'avance les ensembles de lecture et d'écriture.
Mise à jour de l'état : confirmation rapide du consensus BFT.
Solana n'utilise pas de pool de mémoire, les transactions peuvent être presque instantanément exécutées. Cependant, en cas de surcharge du réseau, les transactions peuvent être abandonnées plutôt qu'attendues, et les utilisateurs doivent les soumettre à nouveau.
Deux chemins d'exécution parallèle : Aptos vs Solana
L'exécution parallèle se divise en deux modes : le parallélisme déterministe et le parallélisme optimiste. La clé réside dans la manière d'assurer qu'il n'y a pas de conflits entre les transactions :
Parallélisme déterministe (Solana) : un ensemble de lecture et d'écriture doit être déclaré avant la diffusion des transactions, efficace mais avec des exigences matérielles élevées.
Optimisme parallèle (Aptos) : suppose que les transactions s'exécutent en parallèle sans conflit, et les réessaie en cas de conflit. Le pré-tri dans le pool de mémoire réduit le risque de conflit et allège la charge des nœuds.
Confirmation des conflits par le biais de la mémoire cache en parallèle de manière optimiste
Aptos évite les risques de conflit lors de l'étape de diffusion des transactions grâce au préclassement dans la mémoire tampon. Cette conception permet à Aptos de ne pas introduire de mécanisme de déclaration de transaction, réduisant ainsi les exigences de performance des nœuds tout en maintenant un TPS élevé.
La direction de développement axée sur la sécurité d'Aptos
Aptos montre un potentiel énorme dans le domaine des paiements RWA et des stablecoins :
RWA : La capacité de traitement parallèle de Block-STM et la sécurité du langage Move soutiennent la mise en chaîne d'actifs complexes.
Paiement en stablecoin : des frais de Gas bas et un traitement stable des transactions conviennent aux scénarios de paiements de faible montant.
Les avantages de "sécurité, efficacité et conformité" d'Aptos ont jeté les bases de son développement dans ces domaines.
Résumé : Les différences techniques d'Aptos et le récit futur
Aptos équilibre performance et sécurité, son pré-tri de pool mémoire combiné à Block-STM en parallèle optimiste permet d'atteindre un haut débit et un faible seuil. Comparé à l'exécution séquentielle d'Ethereum, au parallélisme déterministe de Solana et au parallélisme au niveau des objets de Sui, Aptos affiche des avantages uniques.
À l'avenir, Aptos pourra s'appuyer sur le récit d'un "réseau de valeur axé sur la sécurité" pour continuer à se développer dans les domaines des RWA et du PayFi, en construisant un nouveau modèle de chaîne publique alliant confiance et extensibilité.