Analyse du cycle de vie des transactions Aptos : l'optimisme parallèle et l'optimisation du pool de mémoire ouvrent une nouvelle configuration pour les blockchains publiques
Cycle de vie des transactions Blockchain : Comparaison des technologies Aptos, Éther et Solana
Comparer les différences techniques entre différentes blockchains peut sembler ennuyeux. Pour comprendre rapidement les distinctions entre Aptos et d'autres blockchains, analyser le cycle de vie des transactions est un point d'entrée idéal. En étudiant le processus complet d'une transaction, de sa création à sa mise à jour finale, y compris la création et l'initiation, la diffusion, le tri, l'exécution et la mise à jour de l'état, nous pouvons saisir clairement les choix de conception et les compromis techniques de chaque blockchain.
Cet article se concentrera sur Aptos, en analysant en profondeur son design unique et en le comparant à Ethereum et Solana.
Aptos : Conception optimiste et haute performance
Aptos est une blockchain publique axée sur la haute performance, dont le cycle de vie des transactions est similaire à celui d'Ethereum, mais qui réalise des gains de performance significatifs grâce à une exécution parallèle optimiste unique et à une optimisation de la mémoire.
Création et lancement
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 que les transactions entrent dans le pool de mémoire, le système les pré-trie en fonction de règles (comme FIFO ou le coût en Gas) pour garantir qu'il n'y a pas de conflits lors de l'exécution parallèle ultérieure. Cette conception évite les exigences matérielles élevées liées à la nécessité de déclarer à l'avance les ensembles de lecture/écriture.
tri
Aptos utilise le consensus AptosBFT, où 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, et la génération de blocs dépend davantage de la collaboration entre les validateurs plutôt que du leadership du 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 ; en cas de conflit découvert après 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 du parallélisme optimiste et du pré-tri de la mémoire, ce qui réduit les exigences de performance des nœuds tout en augmentant considérablement le débit.
Ethereum : référence d'exécution en série
Ethereum, en tant que pionnier des contrats intelligents, est le point de départ de la technologie des blockchains, et son cycle de vie des transactions fournit un cadre de base pour comprendre Aptos.
Cycle de vie des transactions Ethereum
Création et lancement : les utilisateurs initient des transactions via leur portefeuille à travers une passerelle de relais ou une interface RPC.
Diffusion : La transaction entre dans le pool de mémoire public, en attente d'emballage.
Tri : Après la mise à niveau PoS, les constructeurs de blocs regroupent les transactions selon le principe de maximisation des profits, soumettant après enchères au niveau de relais au proposeur.
Exécution : traitement des transactions en série par l'EVM, mise à jour de l'état en thread unique.
Mise à jour de l'état : le Bloc doit être confirmé par deux points de contrôle pour valider sa finalité.
La conception d'exécution en série et de mémoire tampon d'Ethereum limite les performances, avec un temps de bloc de 12 secondes/par slot et un TPS relativement bas. En revanche, Aptos a réalisé un bond qualitatif grâce à une exécution parallèle et à une optimisation de la mémoire tampon.
Solana : optimisation extrême par parallélisme déterministe
Solana est réputé pour ses performances élevées, et son cycle de vie de transaction diffère considérablement de celui d'Aptos, notamment en ce qui concerne le pool de mémoire et la méthode d'exécution.
Cycle de vie des transactions Solana
Création et lancement : les utilisateurs initient des transactions via leur portefeuille.
Diffusion : Pas de mémoire publique, les transactions sont envoyées directement aux proposeurs actuels et aux deux suivants.
Tri : Le proposeur emballe les blocs basé 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 une déclaration préalable des ensembles de lecture et d'écriture pour éviter les conflits.
Mise à jour de l'état : confirmation rapide du consensus BFT.
La raison pour laquelle Solana n'utilise pas de mémoire tampon est que celle-ci pourrait devenir un goulot d'étranglement en termes de performance. En l'absence de mémoire tampon, et grâce au consensus PoH unique de Solana, 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, permettant aux transactions de se réaliser presque instantanément. Cependant, cela signifie également qu'en cas de surcharge du réseau, les transactions peuvent être abandonnées plutôt qu'attendues, et les utilisateurs doivent les soumettre à nouveau.
En comparaison, l'optimisme parallèle d'Aptos ne nécessite pas de déclaration de l'ensemble de lecture/écriture, le seuil d'entrée 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 de transformation des instructions d'initiation de la transaction en un état final. L'exécution parallèle fait référence au processus de calcul simultané de l'état du réseau par des processeurs multicœurs. 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) : Il est nécessaire de déclarer les ensembles de lecture et d'écriture avant la diffusion des transactions. Le moteur Sealevel traite les transactions sans conflit en parallèle selon les déclarations, tandis que les transactions en conflit sont exécutées de manière séquentielle. L'avantage est l'efficacité, le inconvénient est une forte demande en matériel.
Optimisme parallèle (Aptos) : en supposant qu'il n'y ait pas de conflit de transaction, l'exécution parallèle de Block-STM est vérifiée après, et en cas de conflit, une nouvelle tentative est effectuée. Le pré-tri du pool de mémoire réduit le risque de conflit et allège la charge des nœuds.
Confirmation de conflit anticipée par le biais d'un pool de mémoire en parallèle optimiste
L'optimisme parallèle d'Aptos n'est pas une simple hypothèse selon laquelle les transactions ne se heurtent pas, mais consiste à éviter les risques à l'avance lors de la phase de diffusion. Une fois que les transactions entrent dans le pool de mémoire publique, elles sont pré-triées selon certaines règles pour s'assurer que les transactions dans un bloc ne se heurtent pas lors de leur exécution parallèle. Ce pré-tri des transactions est la clé de la mise en œuvre de l'optimisme parallèle par Aptos, sans avoir besoin d'introduire un mécanisme de déclaration de transaction, ce qui réduit considérablement les exigences en matière de performance des nœuds. 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 (Actifs du monde réel)
Aptos avance activement la tokenisation des actifs réels et des solutions financières institutionnelles. Son Block-STM peut traiter en parallèle plusieurs transactions de transfert d'actifs, évitant ainsi les retards de certification causés par la congestion du réseau. Le pré-tri du pool de mémoire garantit que les transactions entrent en exécution dans l'ordre, maintenant la fiabilité des enregistrements d'actifs. La conception modulaire et la sécurité du langage Move facilitent le développement d'applications RWA fiables.
Aptos a collaboré avec Ondo Finance pour introduire USDY et a lancé le jeton BENJI avec Franklin Templeton. De plus, ils ont collaboré avec Libre pour promouvoir la tokenisation des titres, intégrant plusieurs fonds d'investissement renommés sur la blockchain, renforçant ainsi l'accès des investisseurs institutionnels.
Paiement en stablecoin
Le langage Move d'Aptos empêche les doubles dépenses grâce à un modèle de ressources, garantissant l'exactitude des transferts de stablecoins. Des frais de Gas faibles le rendent très compétitif dans les scénarios de paiements de petite taille. Le pré-traitement de la mémoire et Block-STM assurent la stabilité des transactions de paiement et une faible latence.
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, équilibrant les besoins de décentralisation et de conformité réglementaire. Cette conception rend Aptos plus adapté à l'entrée des institutions financières.
À l'avenir, Aptos pourra promouvoir l'adoption massive des stablecoins, créer un réseau de paiements transfrontaliers ou collaborer avec des géants des paiements pour développer un système de règlement en chaîne. Un TPS élevé et des coûts bas pourront également soutenir des scénarios de micropaiement, comme les récompenses en temps réel pour les créateurs de contenu.
Résumé : Les différences techniques d'Aptos et le récit futur
La conception d'Aptos parvient à équilibrer performance et sécurité. Son prétraitement de la mémoire des transactions, combiné à l'optimisme parallèle de Block-STM, réduit le seuil d'entrée pour les nœuds tout en réalisant un haut débit. Cette approche de "stabilité et rapidité", associée au modèle de ressources du langage Move, confère à Aptos une sécurité accrue.
Basé sur la combinaison de la sécurité et des performances, Aptos montre un énorme potentiel dans le récit RWA et PayFi. Dans le domaine RWA, son haut débit soutient l'enregistrement à grande échelle d'actifs ; dans les paiements PayFi et les paiements en stablecoins, son faible coût, sa haute efficacité et sa conformité soutiennent les micropaiements et les règlements transfrontaliers.
À l'avenir, Aptos pourra, grâce à son récit de "réseau de valeur axé sur la sécurité", connecter la finance traditionnelle et l'écosystème blockchain, en continuant à se concentrer sur les domaines RWA et PayFi, pour construire 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.
7 J'aime
Récompense
7
6
Reposter
Partager
Commentaire
0/400
MetaverseMigrant
· Il y a 23h
Aptos ça va, il faut juste voir si ça court vite.
Voir l'originalRépondre0
AirdropSkeptic
· Il y a 23h
Pas doué et aime faire des rouleaux, pas de gains.
Voir l'originalRépondre0
BlockchainGriller
· Il y a 23h
aptos incroyable ah
Voir l'originalRépondre0
OnChain_Detective
· 08-09 14:04
hmmm modèle suspect détecté dans le mempool d'aptos... besoin de plus de données pour vérifier les revendications de débit
Voir l'originalRépondre0
PositionPhobia
· 08-09 14:02
À quoi sert le parallélisme ? Ça ne peut pas rivaliser avec sol.
Analyse du cycle de vie des transactions Aptos : l'optimisme parallèle et l'optimisation du pool de mémoire ouvrent une nouvelle configuration pour les blockchains publiques
Cycle de vie des transactions Blockchain : Comparaison des technologies Aptos, Éther et Solana
Comparer les différences techniques entre différentes blockchains peut sembler ennuyeux. Pour comprendre rapidement les distinctions entre Aptos et d'autres blockchains, analyser le cycle de vie des transactions est un point d'entrée idéal. En étudiant le processus complet d'une transaction, de sa création à sa mise à jour finale, y compris la création et l'initiation, la diffusion, le tri, l'exécution et la mise à jour de l'état, nous pouvons saisir clairement les choix de conception et les compromis techniques de chaque blockchain.
Cet article se concentrera sur Aptos, en analysant en profondeur son design unique et en le comparant à Ethereum et Solana.
Aptos : Conception optimiste et haute performance
Aptos est une blockchain publique axée sur la haute performance, dont le cycle de vie des transactions est similaire à celui d'Ethereum, mais qui réalise des gains de performance significatifs grâce à une exécution parallèle optimiste unique et à une optimisation de la mémoire.
Création et lancement
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 que les transactions entrent dans le pool de mémoire, le système les pré-trie en fonction de règles (comme FIFO ou le coût en Gas) pour garantir qu'il n'y a pas de conflits lors de l'exécution parallèle ultérieure. Cette conception évite les exigences matérielles élevées liées à la nécessité de déclarer à l'avance les ensembles de lecture/écriture.
tri
Aptos utilise le consensus AptosBFT, où 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, et la génération de blocs dépend davantage de la collaboration entre les validateurs plutôt que du leadership du 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 ; en cas de conflit découvert après 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 du parallélisme optimiste et du pré-tri de la mémoire, ce qui réduit les exigences de performance des nœuds tout en augmentant considérablement le débit.
Ethereum : référence d'exécution en série
Ethereum, en tant que pionnier des contrats intelligents, est le point de départ de la technologie des blockchains, et son cycle de vie des transactions fournit un cadre de base pour comprendre Aptos.
Cycle de vie des transactions Ethereum
La conception d'exécution en série et de mémoire tampon d'Ethereum limite les performances, avec un temps de bloc de 12 secondes/par slot et un TPS relativement bas. En revanche, Aptos a réalisé un bond qualitatif grâce à une exécution parallèle et à une optimisation de la mémoire tampon.
Solana : optimisation extrême par parallélisme déterministe
Solana est réputé pour ses performances élevées, et son cycle de vie de transaction diffère considérablement de celui d'Aptos, notamment en ce qui concerne le pool de mémoire et la méthode d'exécution.
Cycle de vie des transactions Solana
La raison pour laquelle Solana n'utilise pas de mémoire tampon est que celle-ci pourrait devenir un goulot d'étranglement en termes de performance. En l'absence de mémoire tampon, et grâce au consensus PoH unique de Solana, 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, permettant aux transactions de se réaliser presque instantanément. Cependant, cela signifie également qu'en cas de surcharge du réseau, les transactions peuvent être abandonnées plutôt qu'attendues, et les utilisateurs doivent les soumettre à nouveau.
En comparaison, l'optimisme parallèle d'Aptos ne nécessite pas de déclaration de l'ensemble de lecture/écriture, le seuil d'entrée 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 de transformation des instructions d'initiation de la transaction en un état final. L'exécution parallèle fait référence au processus de calcul simultané de l'état du réseau par des processeurs multicœurs. 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) : Il est nécessaire de déclarer les ensembles de lecture et d'écriture avant la diffusion des transactions. Le moteur Sealevel traite les transactions sans conflit en parallèle selon les déclarations, tandis que les transactions en conflit sont exécutées de manière séquentielle. L'avantage est l'efficacité, le inconvénient est une forte demande en matériel.
Optimisme parallèle (Aptos) : en supposant qu'il n'y ait pas de conflit de transaction, l'exécution parallèle de Block-STM est vérifiée après, et en cas de conflit, une nouvelle tentative est effectuée. Le pré-tri du pool de mémoire réduit le risque de conflit et allège la charge des nœuds.
Confirmation de conflit anticipée par le biais d'un pool de mémoire en parallèle optimiste
L'optimisme parallèle d'Aptos n'est pas une simple hypothèse selon laquelle les transactions ne se heurtent pas, mais consiste à éviter les risques à l'avance lors de la phase de diffusion. Une fois que les transactions entrent dans le pool de mémoire publique, elles sont pré-triées selon certaines règles pour s'assurer que les transactions dans un bloc ne se heurtent pas lors de leur exécution parallèle. Ce pré-tri des transactions est la clé de la mise en œuvre de l'optimisme parallèle par Aptos, sans avoir besoin d'introduire un mécanisme de déclaration de transaction, ce qui réduit considérablement les exigences en matière de performance des nœuds. 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 (Actifs du monde réel)
Aptos avance activement la tokenisation des actifs réels et des solutions financières institutionnelles. Son Block-STM peut traiter en parallèle plusieurs transactions de transfert d'actifs, évitant ainsi les retards de certification causés par la congestion du réseau. Le pré-tri du pool de mémoire garantit que les transactions entrent en exécution dans l'ordre, maintenant la fiabilité des enregistrements d'actifs. La conception modulaire et la sécurité du langage Move facilitent le développement d'applications RWA fiables.
Aptos a collaboré avec Ondo Finance pour introduire USDY et a lancé le jeton BENJI avec Franklin Templeton. De plus, ils ont collaboré avec Libre pour promouvoir la tokenisation des titres, intégrant plusieurs fonds d'investissement renommés sur la blockchain, renforçant ainsi l'accès des investisseurs institutionnels.
Paiement en stablecoin
Le langage Move d'Aptos empêche les doubles dépenses grâce à un modèle de ressources, garantissant l'exactitude des transferts de stablecoins. Des frais de Gas faibles le rendent très compétitif dans les scénarios de paiements de petite taille. Le pré-traitement de la mémoire et Block-STM assurent la stabilité des transactions de paiement et une faible latence.
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, équilibrant les besoins de décentralisation et de conformité réglementaire. Cette conception rend Aptos plus adapté à l'entrée des institutions financières.
À l'avenir, Aptos pourra promouvoir l'adoption massive des stablecoins, créer un réseau de paiements transfrontaliers ou collaborer avec des géants des paiements pour développer un système de règlement en chaîne. Un TPS élevé et des coûts bas pourront également soutenir des scénarios de micropaiement, comme les récompenses en temps réel pour les créateurs de contenu.
Résumé : Les différences techniques d'Aptos et le récit futur
La conception d'Aptos parvient à équilibrer performance et sécurité. Son prétraitement de la mémoire des transactions, combiné à l'optimisme parallèle de Block-STM, réduit le seuil d'entrée pour les nœuds tout en réalisant un haut débit. Cette approche de "stabilité et rapidité", associée au modèle de ressources du langage Move, confère à Aptos une sécurité accrue.
Basé sur la combinaison de la sécurité et des performances, Aptos montre un énorme potentiel dans le récit RWA et PayFi. Dans le domaine RWA, son haut débit soutient l'enregistrement à grande échelle d'actifs ; dans les paiements PayFi et les paiements en stablecoins, son faible coût, sa haute efficacité et sa conformité soutiennent les micropaiements et les règlements transfrontaliers.
À l'avenir, Aptos pourra, grâce à son récit de "réseau de valeur axé sur la sécurité", connecter la finance traditionnelle et l'écosystème blockchain, en continuant à se concentrer sur les domaines RWA et PayFi, pour construire un nouveau schéma de blockchain publique alliant confiance et extensibilité.