Analyse approfondie du cycle de vie des transactions : différences techniques entre Ethereum, Solana et Aptos
Comparer les caractéristiques techniques des différentes blockchains peut sembler ennuyeux en raison de la profondeur d'analyse variable. Une analyse générale a souvent du mal à toucher au cœur du sujet, tandis qu'une plongée dans le code peut facilement mener à des détails. Pour comprendre rapidement et précisément la différence entre Aptos et d'autres blockchains, il est essentiel de choisir le bon angle d'analyse.
Commencer par le cycle de vie complet d'une transaction est un point d'entrée idéal. En analysant le processus complet d'une transaction, de sa création à la mise à jour de son état final, y compris la création et l'initiation, la diffusion, le tri, l'exécution et la mise à jour de l'état, nous pouvons clairement saisir la pensée de conception et les choix techniques des blockchains publiques. Sur cette base, nous pouvons comprendre le récit central des différentes blockchains publiques en regardant en arrière, et explorer comment développer des applications attrayantes pour le marché sur Aptos en regardant en avant.
Toutes les transactions blockchain s'articulent autour de ces cinq étapes. Cet article se concentrera sur Aptos, analysera son design unique et le comparera à Ethereum et Solana.
Aptos : Conception optimiste et haute performance en parallèle
Aptos est une chaîne publique axée sur la haute performance, dont le cycle de vie des transactions est similaire à celui d'Ethereum, mais qui a réalisé des améliorations de performance significatives grâce à une exécution parallèle optimiste unique et une optimisation de la mémoire. Voici les étapes clés du cycle de vie des transactions sur Aptos :
Créer et lancer
Le réseau Aptos est composé de nœuds légers, de nœuds complets et de validateurs. Les utilisateurs initient des transactions via des nœuds légers (comme des portefeuilles ou des applications), les nœuds légers transmettent les transactions aux nœuds complets à proximité, et les nœuds complets se synchronisent ensuite avec les validateurs.
diffusion
Aptos a conservé le pool de mémoire, mais les pools de mémoire ne sont pas partagés après QuorumStore. Contrairement à Ethereum, son pool de mémoire n'est pas seulement un tampon de transactions. Une fois qu'une transaction entre dans le pool de mémoire, le système effectue un pré-tri en fonction de règles (comme FIFO ou les frais de Gas) pour garantir qu'il n'y a pas de conflits lors de l'exécution parallèle ultérieure. Ce design évite les exigences matérielles élevées liées à la nécessité de déclarer à l'avance les ensembles de lecture et d'écriture.
tri
Aptos utilise le consensus AptosBFT, le proposeur ne peut en principe pas trier librement les transactions, l'aip-68 confère au proposeur le droit supplémentaire de remplir les transactions retardées. Le pré-tri du pool de mémoire a été effectué à l'avance pour éviter les conflits, la génération de blocs dépend davantage de la collaboration entre les validateurs, plutôt que d'être dominée par le proposeur.
exécuter
Aptos utilise la technologie Block-STM pour réaliser une exécution parallèle optimiste. Les transactions sont supposées sans conflit et traitées simultanément ; si un conflit est détecté après l'exécution, les transactions affectées seront réexécutées. Cette méthode tire parti des processeurs multicœurs pour améliorer l'efficacité, avec un TPS pouvant atteindre 160 000.
mise à jour de l'état
État de synchronisation des validateurs, finalité confirmée par des points de contrôle, similaire au mécanisme Epoch d'Ethereum, mais avec une efficacité supérieure.
L'avantage clé d'Aptos réside dans la combinaison de l'exécution parallèle optimiste et du prétri des pools de mémoire, 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érielle
Ethereum, en tant que pionnier des contrats intelligents, est le point de départ de la technologie des chaînes publiques, et son cycle de vie des transactions fournit un cadre de base pour comprendre Aptos.
Cycle de vie des transactions Ethereum
Création et initiation : Les utilisateurs lancent des transactions via leur portefeuille par le biais d'une passerelle de relais ou d'une interface RPC.
Diffusion : la transaction entre dans la mémoire publique, en attente d'être empaquetée.
Tri : Après la mise à niveau PoS, les constructeurs de blocs emballent les transactions selon le principe de maximisation des profits, soumettant après enchère sur la couche relais au proposeur.
Exécution : traitement des transactions en série par l'EVM, mise à jour de l'état en mono-thread.
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équentielle et du pool de mémoire d'Ethereum limite les performances, avec un temps de bloc de 12 secondes/par créneau, et un TPS relativement bas. En revanche, Aptos réalise un saut qualitatif grâce à l'exécution parallèle et à l'optimisation du pool de mémoire.
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 considérablement de celui d'Aptos, en particulier en ce qui concerne le pool de mémoire et les méthodes d'exécution.
Cycle de vie des transactions Solana
Créer et initier : L'utilisateur initie la transaction via son portefeuille.
Diffusion : pas de pool de mémoire publique, les transactions sont envoyées directement aux proposeurs actuels et aux deux suivants.
Tri : Le proposeur empaquette les blocs basés sur PoH (Proof of History), le temps de bloc n'est que de 400 millisecondes.
Exécution : La machine virtuelle Sealevel utilise une exécution parallèle déterministe, nécessitant de déclarer à l'avance les ensembles de lecture et d'écriture pour éviter les conflits.
Mise à jour de l'état : confirmation rapide du consensus BFT.
Solana n'utilise pas de mémoire tampon, les nœuds peuvent rapidement parvenir à un consensus sur l'ordre des transactions, évitant ainsi la nécessité de faire la queue dans la mémoire tampon, les transactions peuvent être exécutées presque instantanément. Cependant, cela signifie également qu'en cas de surcharge du réseau, les transactions peuvent être rejetées plutôt que d'attendre, les utilisateurs doivent les soumettre à nouveau.
En comparaison, l'optimisme parallèle d'Aptos ne nécessite pas de déclaration des ensembles de lecture et d'écriture, le seuil pour les nœuds est plus bas, mais le TPS est plus élevé.
Deux chemins d'exécution parallèle : Aptos vs Solana
L'exécution des transactions représente la mise à jour de l'état du bloc, c'est le processus par lequel les instructions de transaction sont converties en un état final. L'exécution parallèle fait référence au processus dans lequel un processeur multicœur calcule simultanément l'état du réseau. Actuellement, l'exécution parallèle sur le marché se divise en deux types : l'exécution parallèle déterministe et l'exécution parallèle optimiste.
Parallélisme déterministe (Solana) : Avant de diffuser les transactions, il est nécessaire de déclarer l'ensemble de lecture et d'écriture. Le moteur Sealevel traite en parallèle les transactions sans conflit selon la déclaration, tandis que les transactions en conflit sont exécutées en série. L'avantage est l'efficacité, l'inconvénient est une exigence matérielle élevée.
Optimisme parallèle (Aptos) : Supposons qu'il n'y ait pas de conflit dans les transactions, Block-STM exécute parallèlement puis vérifie. En cas de conflit, il réessaie. Le prétri des pools de mémoire réduit le risque de conflit, allégeant la charge des nœuds.
Confirmation des conflits par le biais de la mémoire tampon en parallèle de manière optimiste
L'idée centrale de l'optimisme parallèle est de supposer que les transactions traitées en parallèle ne vont pas entrer en conflit, donc avant l'exécution des transactions, l'application n'a pas besoin de soumettre de déclaration de transaction. Si un conflit est découvert lors de la vérification après l'exécution des transactions, Block-STM réexécutera les transactions affectées pour garantir la cohérence.
Sur Aptos, après que les transactions entrent dans la mémoire publique, elles sont pré-classées selon certaines règles pour garantir qu'il n'y a pas de conflit lors de l'exécution parallèle des transactions dans un bloc. Cette pré-classification des transactions est la clé de la parallélisation optimiste d'Aptos. Aptos n'a pas besoin d'introduire un mécanisme de déclaration des transactions, ce qui réduit considérablement les exigences de performance pour les nœuds. En ce qui concerne les frais réseau pour garantir qu'il n'y ait pas de conflit entre les transactions, l'impact de l'ajout de la mémoire sur le TPS d'Aptos est bien inférieur au coût de l'introduction de la déclaration des transactions par Solana. Par conséquent, le TPS d'Aptos peut atteindre 160 000, soit plus du double de celui de Solana.
La narration basée sur la sécurité est la direction de développement d'Aptos
RWA
Aptos est en train de promouvoir activement la tokenisation des actifs réels et des solutions financières institutionnelles. Par rapport à d'autres blockchains publiques, le Block-STM d'Aptos peut traiter en parallèle plusieurs transactions de transfert d'actifs, évitant ainsi les retards de confirmation dus à la congestion du réseau. Le pré-tri du pool de mémoire d'Aptos garantit que les transactions sont exécutées dans l'ordre, même en période de pointe, maintenant ainsi la fiabilité des enregistrements d'actifs. La conception modulaire et la sécurité du langage Move permettent aux développeurs de construire plus facilement des applications RWA fiables.
Le potentiel d'Aptos dans le domaine des RWA réside dans la combinaison de la sécurité et des performances. À l'avenir, il pourrait se concentrer sur la collaboration avec des institutions financières traditionnelles pour mettre en chaîne des actifs de grande valeur tels que des obligations et des actions, en utilisant le langage Move pour créer des normes de tokenisation conformes.
paiement en stablecoin
Le langage Move d'Aptos empêche les doubles paiements grâce à un modèle de ressources, garantissant l'exactitude de chaque transfert de stablecoin. Les frais de Gas bas d'Aptos le rendent très compétitif dans les scénarios de paiements de petite taille. Le pré-tri des pools de mémoire d'Aptos et Block-STM assurent la stabilité et la faible latence des transactions de paiement.
Le consensus décentralisé d'AptosBFT réduit les risques de centralisation, tandis que son architecture modulaire permet aux développeurs d'intégrer des vérifications KYC/AML. La conception équilibrée d'Aptos le rend plus adapté à l'entrée des institutions financières.
Le potentiel d'Aptos dans le domaine des paiements PayFi et des stablecoins réside dans la "sécurité, l'efficacité et la conformité" en tant que trio. À l'avenir, il pourra favoriser l'adoption à grande échelle des stablecoins, créer un réseau de paiements transfrontaliers ou collaborer avec des géants du paiement pour développer un système de règlement on-chain.
Résumé : Les différences techniques d'Aptos et le récit futur
La conception d'Aptos parvient à un équilibre astucieux entre performance et sécurité. Son pré-tri de pool mémoire combiné à la parallélisation optimiste de Block-STM réduit le seuil d'entrée pour les nœuds tout en réalisant un débit élevé de 160 000 TPS. Cette approche de "recherche de rapidité dans la stabilité", associée au modèle de ressources du langage Move, confère à Aptos une sécurité accrue.
C'est précisément sur la base de cette combinaison de sécurité et de performance qu'Aptos montre un potentiel énorme dans les récits RWA et PayFi. Dans le domaine des RWA, le haut débit d'Aptos permet l'intégration à grande échelle des actifs sur la blockchain. Dans les paiements PayFi et des stablecoins, le faible coût, l'efficacité et la conformité d'Aptos soutiennent les micropaiements et les règlements transfrontaliers, faisant d'Aptos un candidat sérieux pour "l'infrastructure de paiement de nouvelle génération".
À l'avenir, Aptos pourra, grâce à son récit de "réseau de valeur piloté par la sécurité", connecter la finance traditionnelle à l'écosystème blockchain, en continuant à se concentrer sur les domaines RWA et PayFi, et en construisant un nouveau schéma de blockchain 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.
9 J'aime
Récompense
9
5
Partager
Commentaire
0/400
TokenBeginner'sGuide
· 07-26 14:15
Petit rappel : Des données antérieures ont montré que 68 % des traders ont subi des pertes en raison d'une compréhension insuffisante des caractéristiques techniques. Il est donc recommandé de commencer par les bases.
Voir l'originalRépondre0
Rekt_Recovery
· 07-26 14:15
tout comme mon historique de trading... commencé avec espoir, j'ai été rekt, maintenant je survie grâce au copium
Voir l'originalRépondre0
PrivacyMaximalist
· 07-26 14:15
Aptos est vraiment trop hardcore... Même si je ne comprends pas, je dois dire que je comprends.
Voir l'originalRépondre0
pvt_key_collector
· 07-26 14:12
Pour comprendre en profondeur, il faut regarder le code source, mon frère.
Analyse du cycle de vie des transactions Aptos : comment l'exécution parallèle optimiste permet d'atteindre des performances élevées et la sécurité.
Analyse approfondie du cycle de vie des transactions : différences techniques entre Ethereum, Solana et Aptos
Comparer les caractéristiques techniques des différentes blockchains peut sembler ennuyeux en raison de la profondeur d'analyse variable. Une analyse générale a souvent du mal à toucher au cœur du sujet, tandis qu'une plongée dans le code peut facilement mener à des détails. Pour comprendre rapidement et précisément la différence entre Aptos et d'autres blockchains, il est essentiel de choisir le bon angle d'analyse.
Commencer par le cycle de vie complet d'une transaction est un point d'entrée idéal. En analysant le processus complet d'une transaction, de sa création à la mise à jour de son état final, y compris la création et l'initiation, la diffusion, le tri, l'exécution et la mise à jour de l'état, nous pouvons clairement saisir la pensée de conception et les choix techniques des blockchains publiques. Sur cette base, nous pouvons comprendre le récit central des différentes blockchains publiques en regardant en arrière, et explorer comment développer des applications attrayantes pour le marché sur Aptos en regardant en avant.
Toutes les transactions blockchain s'articulent autour de ces cinq étapes. Cet article se concentrera sur Aptos, analysera son design unique et le comparera à Ethereum et Solana.
Aptos : Conception optimiste et haute performance en parallèle
Aptos est une chaîne publique axée sur la haute performance, dont le cycle de vie des transactions est similaire à celui d'Ethereum, mais qui a réalisé des améliorations de performance significatives grâce à une exécution parallèle optimiste unique et une optimisation de la mémoire. Voici les étapes clés du cycle de vie des transactions sur Aptos :
Créer et lancer
Le réseau Aptos est composé de nœuds légers, de nœuds complets et de validateurs. Les utilisateurs initient des transactions via des nœuds légers (comme des portefeuilles ou des applications), les nœuds légers transmettent les transactions aux nœuds complets à proximité, et les nœuds complets se synchronisent ensuite avec les validateurs.
diffusion
Aptos a conservé le pool de mémoire, mais les pools de mémoire ne sont pas partagés après QuorumStore. Contrairement à Ethereum, son pool de mémoire n'est pas seulement un tampon de transactions. Une fois qu'une transaction entre dans le pool de mémoire, le système effectue un pré-tri en fonction de règles (comme FIFO ou les frais de Gas) pour garantir qu'il n'y a pas de conflits lors de l'exécution parallèle ultérieure. Ce design évite les exigences matérielles élevées liées à la nécessité de déclarer à l'avance les ensembles de lecture et d'écriture.
tri
Aptos utilise le consensus AptosBFT, le proposeur ne peut en principe pas trier librement les transactions, l'aip-68 confère au proposeur le droit supplémentaire de remplir les transactions retardées. Le pré-tri du pool de mémoire a été effectué à l'avance pour éviter les conflits, la génération de blocs dépend davantage de la collaboration entre les validateurs, plutôt que d'être dominée par le proposeur.
exécuter
Aptos utilise la technologie Block-STM pour réaliser une exécution parallèle optimiste. Les transactions sont supposées sans conflit et traitées simultanément ; si un conflit est détecté après l'exécution, les transactions affectées seront réexécutées. Cette méthode tire parti des processeurs multicœurs pour améliorer l'efficacité, avec un TPS pouvant atteindre 160 000.
mise à jour de l'état
État de synchronisation des validateurs, finalité confirmée par des points de contrôle, similaire au mécanisme Epoch d'Ethereum, mais avec une efficacité supérieure.
L'avantage clé d'Aptos réside dans la combinaison de l'exécution parallèle optimiste et du prétri des pools de mémoire, 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érielle
Ethereum, en tant que pionnier des contrats intelligents, est le point de départ de la technologie des chaînes publiques, et son cycle de vie des transactions fournit un cadre de base pour comprendre Aptos.
Cycle de vie des transactions Ethereum
Création et initiation : Les utilisateurs lancent des transactions via leur portefeuille par le biais d'une passerelle de relais ou d'une interface RPC.
Diffusion : la transaction entre dans la mémoire publique, en attente d'être empaquetée.
Tri : Après la mise à niveau PoS, les constructeurs de blocs emballent les transactions selon le principe de maximisation des profits, soumettant après enchère sur la couche relais au proposeur.
Exécution : traitement des transactions en série par l'EVM, mise à jour de l'état en mono-thread.
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équentielle et du pool de mémoire d'Ethereum limite les performances, avec un temps de bloc de 12 secondes/par créneau, et un TPS relativement bas. En revanche, Aptos réalise un saut qualitatif grâce à l'exécution parallèle et à l'optimisation du pool de mémoire.
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 considérablement de celui d'Aptos, en particulier en ce qui concerne le pool de mémoire et les méthodes d'exécution.
Cycle de vie des transactions Solana
Créer et initier : L'utilisateur initie la transaction via son portefeuille.
Diffusion : pas de pool de mémoire publique, les transactions sont envoyées directement aux proposeurs actuels et aux deux suivants.
Tri : Le proposeur empaquette les blocs basés sur PoH (Proof of History), le temps de bloc n'est que de 400 millisecondes.
Exécution : La machine virtuelle Sealevel utilise une exécution parallèle déterministe, nécessitant de déclarer à l'avance les ensembles de lecture et d'écriture pour éviter les conflits.
Mise à jour de l'état : confirmation rapide du consensus BFT.
Solana n'utilise pas de mémoire tampon, les nœuds peuvent rapidement parvenir à un consensus sur l'ordre des transactions, évitant ainsi la nécessité de faire la queue dans la mémoire tampon, les transactions peuvent être exécutées presque instantanément. Cependant, cela signifie également qu'en cas de surcharge du réseau, les transactions peuvent être rejetées plutôt que d'attendre, les utilisateurs doivent les soumettre à nouveau.
En comparaison, l'optimisme parallèle d'Aptos ne nécessite pas de déclaration des ensembles de lecture et d'écriture, le seuil pour les nœuds est plus bas, mais le TPS est plus élevé.
Deux chemins d'exécution parallèle : Aptos vs Solana
L'exécution des transactions représente la mise à jour de l'état du bloc, c'est le processus par lequel les instructions de transaction sont converties en un état final. L'exécution parallèle fait référence au processus dans lequel un processeur multicœur calcule simultanément l'état du réseau. Actuellement, l'exécution parallèle sur le marché se divise en deux types : l'exécution parallèle déterministe et l'exécution parallèle optimiste.
Parallélisme déterministe (Solana) : Avant de diffuser les transactions, il est nécessaire de déclarer l'ensemble de lecture et d'écriture. Le moteur Sealevel traite en parallèle les transactions sans conflit selon la déclaration, tandis que les transactions en conflit sont exécutées en série. L'avantage est l'efficacité, l'inconvénient est une exigence matérielle élevée.
Optimisme parallèle (Aptos) : Supposons qu'il n'y ait pas de conflit dans les transactions, Block-STM exécute parallèlement puis vérifie. En cas de conflit, il réessaie. Le prétri des pools de mémoire réduit le risque de conflit, allégeant la charge des nœuds.
Confirmation des conflits par le biais de la mémoire tampon en parallèle de manière optimiste
L'idée centrale de l'optimisme parallèle est de supposer que les transactions traitées en parallèle ne vont pas entrer en conflit, donc avant l'exécution des transactions, l'application n'a pas besoin de soumettre de déclaration de transaction. Si un conflit est découvert lors de la vérification après l'exécution des transactions, Block-STM réexécutera les transactions affectées pour garantir la cohérence.
Sur Aptos, après que les transactions entrent dans la mémoire publique, elles sont pré-classées selon certaines règles pour garantir qu'il n'y a pas de conflit lors de l'exécution parallèle des transactions dans un bloc. Cette pré-classification des transactions est la clé de la parallélisation optimiste d'Aptos. Aptos n'a pas besoin d'introduire un mécanisme de déclaration des transactions, ce qui réduit considérablement les exigences de performance pour les nœuds. En ce qui concerne les frais réseau pour garantir qu'il n'y ait pas de conflit entre les transactions, l'impact de l'ajout de la mémoire sur le TPS d'Aptos est bien inférieur au coût de l'introduction de la déclaration des transactions par Solana. Par conséquent, le TPS d'Aptos peut atteindre 160 000, soit plus du double de celui de Solana.
La narration basée sur la sécurité est la direction de développement d'Aptos
RWA
Aptos est en train de promouvoir activement la tokenisation des actifs réels et des solutions financières institutionnelles. Par rapport à d'autres blockchains publiques, le Block-STM d'Aptos peut traiter en parallèle plusieurs transactions de transfert d'actifs, évitant ainsi les retards de confirmation dus à la congestion du réseau. Le pré-tri du pool de mémoire d'Aptos garantit que les transactions sont exécutées dans l'ordre, même en période de pointe, maintenant ainsi la fiabilité des enregistrements d'actifs. La conception modulaire et la sécurité du langage Move permettent aux développeurs de construire plus facilement des applications RWA fiables.
Le potentiel d'Aptos dans le domaine des RWA réside dans la combinaison de la sécurité et des performances. À l'avenir, il pourrait se concentrer sur la collaboration avec des institutions financières traditionnelles pour mettre en chaîne des actifs de grande valeur tels que des obligations et des actions, en utilisant le langage Move pour créer des normes de tokenisation conformes.
paiement en stablecoin
Le langage Move d'Aptos empêche les doubles paiements grâce à un modèle de ressources, garantissant l'exactitude de chaque transfert de stablecoin. Les frais de Gas bas d'Aptos le rendent très compétitif dans les scénarios de paiements de petite taille. Le pré-tri des pools de mémoire d'Aptos et Block-STM assurent la stabilité et la faible latence des transactions de paiement.
Le consensus décentralisé d'AptosBFT réduit les risques de centralisation, tandis que son architecture modulaire permet aux développeurs d'intégrer des vérifications KYC/AML. La conception équilibrée d'Aptos le rend plus adapté à l'entrée des institutions financières.
Le potentiel d'Aptos dans le domaine des paiements PayFi et des stablecoins réside dans la "sécurité, l'efficacité et la conformité" en tant que trio. À l'avenir, il pourra favoriser l'adoption à grande échelle des stablecoins, créer un réseau de paiements transfrontaliers ou collaborer avec des géants du paiement pour développer un système de règlement on-chain.
Résumé : Les différences techniques d'Aptos et le récit futur
La conception d'Aptos parvient à un équilibre astucieux entre performance et sécurité. Son pré-tri de pool mémoire combiné à la parallélisation optimiste de Block-STM réduit le seuil d'entrée pour les nœuds tout en réalisant un débit élevé de 160 000 TPS. Cette approche de "recherche de rapidité dans la stabilité", associée au modèle de ressources du langage Move, confère à Aptos une sécurité accrue.
C'est précisément sur la base de cette combinaison de sécurité et de performance qu'Aptos montre un potentiel énorme dans les récits RWA et PayFi. Dans le domaine des RWA, le haut débit d'Aptos permet l'intégration à grande échelle des actifs sur la blockchain. Dans les paiements PayFi et des stablecoins, le faible coût, l'efficacité et la conformité d'Aptos soutiennent les micropaiements et les règlements transfrontaliers, faisant d'Aptos un candidat sérieux pour "l'infrastructure de paiement de nouvelle génération".
À l'avenir, Aptos pourra, grâce à son récit de "réseau de valeur piloté par la sécurité", connecter la finance traditionnelle à l'écosystème blockchain, en continuant à se concentrer sur les domaines RWA et PayFi, et en construisant un nouveau schéma de blockchain publique alliant confiance et extensibilité.