Analyse des différences de chaînes publiques sous l'angle du cycle de vie des transactions
Comparer les différences techniques entre le langage Move, Aptos et d'autres blockchains peut sembler complexe en raison des profondeurs d'observation différentes. Une analyse générale est souvent difficile à approfondir, tandis qu'une plongée dans le code risque de perdre la vue d'ensemble. Pour comprendre rapidement et précisément les différences entre Aptos et d'autres blockchains, il est crucial de choisir le bon point d'entrée.
Le cycle de vie d'une transaction est sans aucun doute le meilleur point d'entrée. En analysant 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 clairement saisir la pensée de conception et les compromis techniques des chaînes publiques. Sur cette base, en faisant un pas en arrière, on peut comprendre les concepts fondamentaux de différentes chaînes publiques ; en avançant d'un pas, on peut explorer comment développer des applications attrayantes pour le marché sur Aptos.
Toutes les transactions blockchain s'articulent autour de ces cinq étapes, et cet article se concentrera sur Aptos, examinant son design unique et comparant les différences clés avec Ethereum et Solana.
Aptos : Conception optimiste et haute performance en parallèle
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 améliorations significatives grâce à une exécution optimiste parallèle unique et à une optimisation des pools de 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), qui 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 il n'est pas partagé entre les pools de mémoire après QuorumStore. Contrairement à Ethereum, son pool de mémoire n'est pas seulement un tampon de transactions. Après qu'une transaction entre dans le pool de mémoire, le système pré-trie les transactions selon des règles (comme FIFO ou les frais de Gas) pour s'assurer qu'il n'y a pas de conflit lors de l'exécution parallèle ultérieure. Cette conception évite les exigences matérielles élevées de Solana qui nécessitent de déclarer à l'avance les ensembles de lecture et d'écriture.
tri
Aptos utilise le consensus AptosBFT, les proposeurs ne peuvent en principe pas trier librement les transactions. L'aip-68 accorde aux proposeurs 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 que du leadership des proposeurs.
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écouvert 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 pour l'exécution sérielle
Ethereum, en tant que pionnier des contrats intelligents, est le point de départ de la technologie de la blockchain publique, 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 : L'utilisateur initie la transaction via un portefeuille à travers une passerelle de relais ou une interface RPC.
Diffusion : La transaction entre dans le pool de mémoire publique, en attendant d'être empaquetée.
Ordre : Après la mise à niveau PoS, les constructeurs de blocs emballent les transactions selon le principe de maximisation des profits, soumettant après enchères de couche de relais au proposeur.
Exécution : Traitement des transactions EVM en série, mise à jour de l'état en mono-thread.
Mise à jour de l'état : Les blocs doivent passer par deux points de contrôle pour confirmer la finalité.
L'exécution séquentielle d'Ethereum et la conception de la mémoire tampon limitent les performances, avec un temps de bloc de 12 secondes/par slot et un TPS relativement bas. En revanche, Aptos a réalisé un saut qualitatif grâce à l'exécution parallèle et à l'optimisation de la mémoire tampon.
Solana : optimisation extrême avec parallélisme 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, notamment 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 : Les utilisateurs lancent des transactions via leur portefeuille.
Diffusion : pas de pool de mémoire publique, transactions envoyées directement aux proposeurs actuels et aux deux suivants.
Tri : Les proposeurs empaquent les blocs sur la base de 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.
La raison pour laquelle Solana n'utilise pas de mempool est que le mempool peut devenir un goulet d'étranglement en termes de performance. En l'absence de mempool 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 le mempool, ce qui permet aux transactions d'être presque instantanément exécutées. Cependant, cela signifie également qu'en cas de surcharge du réseau, les transactions peuvent être abandonnées plutôt qu'attendre, et les utilisateurs doivent les soumettre à nouveau.
En comparaison, l'optimisme parallèle d'Aptos ne nécessite pas de déclaration de collections de lecture et d'écriture, le seuil d'entrée des nœuds est plus bas, mais le TPS est plus élevé.
Deux chemins d'exécution parallèle : Aptos vs Solana
L'exécution d'une transaction représente la mise à jour de l'état du bloc, c'est le processus par lequel l'instruction de lancement de transaction se transforme en un état final. Comment comprendre ce changement ? Le nœud suppose que la transaction a réussi et calcule son impact sur l'état du réseau, ce processus de calcul est l'exécution.
Ainsi, l'exécution parallèle dans la blockchain fait référence au processus par lequel des processeurs multicœurs calculent simultanément l'état du réseau. Dans le marché actuel, l'exécution parallèle se divise en deux types : l'exécution parallèle déterministe et l'exécution parallèle optimiste. La différence entre ces deux directions de développement réside dans la manière de s'assurer que les transactions parallèles ne se heurtent pas - c'est-à-dire s'il existe des relations de dépendance entre les transactions.
Il en ressort que le moment de la détermination des conflits de dépendance des transactions parallèles dans le cycle de vie des transactions - détermine la divergence entre l'exécution parallèle déterministe et l'exécution parallèle optimiste. Aptos et Solana ont choisi des directions différentes :
Exécution parallèle déterministe (Solana) : avant la diffusion des transactions, un ensemble de lectures et d'écritures doit être déclaré. Le moteur Sealevel traite en parallèle les transactions sans conflit en fonction de cette déclaration, tandis que les transactions en conflit sont exécutées de manière séquentielle. L'avantage est l'efficacité, l'inconvénient est une exigence matérielle élevée.
Optimisme en parallèle (Aptos) : Supposer qu'il n'y a pas de conflit dans les transactions, exécuter en parallèle avec Block-STM puis valider. En cas de conflit, réessayer. Le pré-tri dans le pool de mémoire réduit les risques de conflit, allégeant la charge des nœuds.
Exemple : le solde du compte A est de 100, la transaction 1 transfère 70 à B, la transaction 2 transfère 50 à C. Solana confirme les conflits à l'avance par déclaration et traite par ordre ; Aptos exécute en parallèle et, si un solde insuffisant est découvert, ajuste à nouveau. La flexibilité d'Aptos le rend plus évolutif.
Confirmation des conflits en avance grâce à un pool de mémoire en mode optimiste et parallèle
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, le côté 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 de la transaction, Block-STM réexécute les transactions affectées pour garantir la cohérence.
Cependant, dans la pratique, si l'on ne confirme pas à l'avance si les dépendances de la transaction sont en conflit, il peut y avoir de nombreuses erreurs lors de l'exécution réelle, entraînant un ralentissement de l'opération de la chaîne publique. Par conséquent, la parallélisation optimiste n'est pas simplement une hypothèse selon laquelle il n'y a pas de conflit de transaction, mais consiste à éviter les risques à une certaine étape, qui est l'étape de diffusion de la transaction.
Sur Aptos, une fois qu'une transaction entre dans le pool de mémoire publique, elle est pré-triée selon certaines règles (comme FIFO et les frais de Gas) pour s'assurer qu'il n'y ait pas de conflits lors de l'exécution parallèle des transactions dans un bloc. Il en découle que le proposeur d'Aptos n'a en réalité pas la capacité de trier les transactions, et il n'existe pas de constructeurs de blocs dans le réseau. Ce pré-tri des transactions est la clé de la mise en œuvre de l'exécution parallèle optimiste par Aptos. Contrairement à Solana qui doit introduire des déclarations de transactions, Aptos n'a pas besoin de ce mécanisme, ce qui réduit considérablement les exigences de performance des nœuds. En ce qui concerne les frais réseau pour garantir l'absence de conflits entre transactions, l'impact de l'ajout du pool de mémoire sur le TPS d'Aptos est bien moindre que le coût engendré par l'introduction des déclarations de transaction par Solana. Par conséquent, le TPS d'Aptos peut atteindre 160 000, soit plus du double de celui de Solana. L'impact du pré-tri des transactions rend plus difficile la capture de MEV sur Aptos, ce qui présente des avantages et des inconvénients pour les utilisateurs.
La narration basée sur la sécurité est la direction de développement d'Aptos
RWA
Aptos avance activement dans la tokenisation des actifs réels et des solutions financières institutionnelles. Par rapport à Ethereum, le Block-STM d'Aptos peut traiter en parallèle plusieurs transactions de transfert d'actifs, évitant ainsi les retards de validation causés par la congestion du réseau. Sur certaines blockchains publiques, bien que la vitesse de transaction soit rapide, l'absence de conception de pool de mémoire peut entraîner le rejet de transactions en cas de surcharge du réseau, compromettant la stabilité de la validation des RWA. Le pré-tri du pool de mémoire d'Aptos garantit que les transactions entrent en exécution dans l'ordre, même en période de pointe, maintenant ainsi la fiabilité des enregistrements d'actifs. Les RWA nécessitent un soutien complexe des contrats intelligents, tels que la division des actifs, la répartition des revenus et les vérifications de conformité. La conception modulaire et la sécurité du langage Move permettent aux développeurs de créer plus facilement des applications RWA fiables. En revanche, la complexité du développement de contrats sur certaines blockchains publiques et les risques de vulnérabilités augmentent les coûts de développement, tandis que d'autres blockchains ont des langages de programmation efficaces mais imposent une courbe d'apprentissage élevée aux développeurs. La convivialité de l'écosystème d'Aptos devrait attirer davantage de projets RWA, créant ainsi un cycle vertueux. Le potentiel d'Aptos dans le domaine des RWA réside dans la combinaison de la sécurité et des performances. À l'avenir, il pourra 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. Ce récit "sécurisé + efficace" permettra à Aptos de se démarquer sur le marché des RWA.
En juillet 2024, Aptos a annoncé l'intégration de l'USDY d'Ondo Finance dans son écosystème, avec une intégration sur les principales DEX et applications de prêt. Au 10 mars, la capitalisation boursière de l'USDY sur Aptos s'élevait à environ 15 millions de dollars, représentant environ 2,5 % de la capitalisation boursière totale de l'USDY. En octobre 2024, Aptos a annoncé que Franklin Templeton avait lancé un fonds monétaire américain (FOBXX) sur le réseau Aptos, représenté par le jeton BENJI. De plus, Aptos collabore avec Libre pour promouvoir la tokenisation des titres, en mettant sur la blockchain les fonds d'investissement de Brevan Howard, BlackRock et Hamilton Lane, afin d'améliorer l'accès des investisseurs institutionnels.
paiement en stablecoin
Les paiements en stablecoins doivent garantir la finalité des transactions et la sécurité des actifs. Le langage Move d'Aptos empêche le double paiement grâce à un modèle de ressources, assurant l'exactitude de chaque transfert de stablecoin. Par exemple, lorsque les utilisateurs paient avec des USDC sur Aptos, l'état de la transaction est strictement protégé, évitant la perte de fonds due à des vulnérabilités de contrat. De plus, les faibles frais de Gas d'Aptos (grâce à un TPS élevé répartissant les coûts) le rendent très compétitif dans les scénarios de paiements de petite taille. Les frais de Gas élevés de certaines chaînes publiques limitent leurs applications de paiement, tandis que d'autres chaînes publiques, bien que moins coûteuses, pourraient affecter l'expérience utilisateur en raison du risque de rejet de transactions en cas de surcharge du réseau. Le pré-tri de la mémoire tampon d'Aptos et le Block-STM garantissent la stabilité et la faible latence des transactions de paiement.
Les paiements PayFi et en stablecoins doivent concilier décentralisation et conformité réglementaire. 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. Par exemple, un émetteur de stablecoins peut déployer des contrats conformes sur Aptos pour s'assurer que les transactions respectent la réglementation locale, sans sacrifier l'efficacité du réseau. Cela est supérieur à certains modèles de relais centralisés des blockchains publiques et compense les lacunes potentielles de conformité dominées par des proposeurs sur d'autres blockchains publiques. La conception équilibrée d'Aptos la rend plus adaptée à 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 continuera à promouvoir l'adoption à grande échelle des stablecoins et à créer un réseau de paiements transfrontaliers.
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.
14 J'aime
Récompense
14
9
Partager
Commentaire
0/400
OnChainArchaeologist
· Il y a 2h
mouvement fanatique
Voir l'originalRépondre0
FortuneTeller42
· Il y a 2h
L'exécution parallèle est vraiment géniale
Voir l'originalRépondre0
MEVSupportGroup
· Il y a 9h
move ne fonctionne pas, je l'ai dit plus tôt.
Voir l'originalRépondre0
ForkItAll
· 07-31 09:05
aptos, le dieu éternel~
Voir l'originalRépondre0
BlockchainDecoder
· 07-29 18:32
Selon les données de performance du document de blockchain MIT 2022, le degré de parallélisme d'Aptos doit encore être vérifié.
Aptos exécution parallèle optimiste pour créer une blockchain publique sécurisée et haute performance.
Analyse des différences de chaînes publiques sous l'angle du cycle de vie des transactions
Comparer les différences techniques entre le langage Move, Aptos et d'autres blockchains peut sembler complexe en raison des profondeurs d'observation différentes. Une analyse générale est souvent difficile à approfondir, tandis qu'une plongée dans le code risque de perdre la vue d'ensemble. Pour comprendre rapidement et précisément les différences entre Aptos et d'autres blockchains, il est crucial de choisir le bon point d'entrée.
Le cycle de vie d'une transaction est sans aucun doute le meilleur point d'entrée. En analysant 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 clairement saisir la pensée de conception et les compromis techniques des chaînes publiques. Sur cette base, en faisant un pas en arrière, on peut comprendre les concepts fondamentaux de différentes chaînes publiques ; en avançant d'un pas, on peut explorer comment développer des applications attrayantes pour le marché sur Aptos.
Toutes les transactions blockchain s'articulent autour de ces cinq étapes, et cet article se concentrera sur Aptos, examinant son design unique et comparant les différences clés avec Ethereum et Solana.
Aptos : Conception optimiste et haute performance en parallèle
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 améliorations significatives grâce à une exécution optimiste parallèle unique et à une optimisation des pools de 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), qui 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 il n'est pas partagé entre les pools de mémoire après QuorumStore. Contrairement à Ethereum, son pool de mémoire n'est pas seulement un tampon de transactions. Après qu'une transaction entre dans le pool de mémoire, le système pré-trie les transactions selon des règles (comme FIFO ou les frais de Gas) pour s'assurer qu'il n'y a pas de conflit lors de l'exécution parallèle ultérieure. Cette conception évite les exigences matérielles élevées de Solana qui nécessitent de déclarer à l'avance les ensembles de lecture et d'écriture.
tri
Aptos utilise le consensus AptosBFT, les proposeurs ne peuvent en principe pas trier librement les transactions. L'aip-68 accorde aux proposeurs 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 que du leadership des proposeurs.
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écouvert 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 pour l'exécution sérielle
Ethereum, en tant que pionnier des contrats intelligents, est le point de départ de la technologie de la blockchain publique, 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 : L'utilisateur initie la transaction via un portefeuille à travers une passerelle de relais ou une interface RPC.
Diffusion : La transaction entre dans le pool de mémoire publique, en attendant d'être empaquetée.
Ordre : Après la mise à niveau PoS, les constructeurs de blocs emballent les transactions selon le principe de maximisation des profits, soumettant après enchères de couche de relais au proposeur.
Exécution : Traitement des transactions EVM en série, mise à jour de l'état en mono-thread.
Mise à jour de l'état : Les blocs doivent passer par deux points de contrôle pour confirmer la finalité.
L'exécution séquentielle d'Ethereum et la conception de la mémoire tampon limitent les performances, avec un temps de bloc de 12 secondes/par slot et un TPS relativement bas. En revanche, Aptos a réalisé un saut qualitatif grâce à l'exécution parallèle et à l'optimisation de la mémoire tampon.
Solana : optimisation extrême avec parallélisme 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, notamment 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 : Les utilisateurs lancent des transactions via leur portefeuille.
Diffusion : pas de pool de mémoire publique, transactions envoyées directement aux proposeurs actuels et aux deux suivants.
Tri : Les proposeurs empaquent les blocs sur la base de 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.
La raison pour laquelle Solana n'utilise pas de mempool est que le mempool peut devenir un goulet d'étranglement en termes de performance. En l'absence de mempool 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 le mempool, ce qui permet aux transactions d'être presque instantanément exécutées. Cependant, cela signifie également qu'en cas de surcharge du réseau, les transactions peuvent être abandonnées plutôt qu'attendre, et les utilisateurs doivent les soumettre à nouveau.
En comparaison, l'optimisme parallèle d'Aptos ne nécessite pas de déclaration de collections de lecture et d'écriture, le seuil d'entrée des nœuds est plus bas, mais le TPS est plus élevé.
Deux chemins d'exécution parallèle : Aptos vs Solana
L'exécution d'une transaction représente la mise à jour de l'état du bloc, c'est le processus par lequel l'instruction de lancement de transaction se transforme en un état final. Comment comprendre ce changement ? Le nœud suppose que la transaction a réussi et calcule son impact sur l'état du réseau, ce processus de calcul est l'exécution.
Ainsi, l'exécution parallèle dans la blockchain fait référence au processus par lequel des processeurs multicœurs calculent simultanément l'état du réseau. Dans le marché actuel, l'exécution parallèle se divise en deux types : l'exécution parallèle déterministe et l'exécution parallèle optimiste. La différence entre ces deux directions de développement réside dans la manière de s'assurer que les transactions parallèles ne se heurtent pas - c'est-à-dire s'il existe des relations de dépendance entre les transactions.
Il en ressort que le moment de la détermination des conflits de dépendance des transactions parallèles dans le cycle de vie des transactions - détermine la divergence entre l'exécution parallèle déterministe et l'exécution parallèle optimiste. Aptos et Solana ont choisi des directions différentes :
Exécution parallèle déterministe (Solana) : avant la diffusion des transactions, un ensemble de lectures et d'écritures doit être déclaré. Le moteur Sealevel traite en parallèle les transactions sans conflit en fonction de cette déclaration, tandis que les transactions en conflit sont exécutées de manière séquentielle. L'avantage est l'efficacité, l'inconvénient est une exigence matérielle élevée.
Optimisme en parallèle (Aptos) : Supposer qu'il n'y a pas de conflit dans les transactions, exécuter en parallèle avec Block-STM puis valider. En cas de conflit, réessayer. Le pré-tri dans le pool de mémoire réduit les risques de conflit, allégeant la charge des nœuds.
Exemple : le solde du compte A est de 100, la transaction 1 transfère 70 à B, la transaction 2 transfère 50 à C. Solana confirme les conflits à l'avance par déclaration et traite par ordre ; Aptos exécute en parallèle et, si un solde insuffisant est découvert, ajuste à nouveau. La flexibilité d'Aptos le rend plus évolutif.
Confirmation des conflits en avance grâce à un pool de mémoire en mode optimiste et parallèle
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, le côté 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 de la transaction, Block-STM réexécute les transactions affectées pour garantir la cohérence.
Cependant, dans la pratique, si l'on ne confirme pas à l'avance si les dépendances de la transaction sont en conflit, il peut y avoir de nombreuses erreurs lors de l'exécution réelle, entraînant un ralentissement de l'opération de la chaîne publique. Par conséquent, la parallélisation optimiste n'est pas simplement une hypothèse selon laquelle il n'y a pas de conflit de transaction, mais consiste à éviter les risques à une certaine étape, qui est l'étape de diffusion de la transaction.
Sur Aptos, une fois qu'une transaction entre dans le pool de mémoire publique, elle est pré-triée selon certaines règles (comme FIFO et les frais de Gas) pour s'assurer qu'il n'y ait pas de conflits lors de l'exécution parallèle des transactions dans un bloc. Il en découle que le proposeur d'Aptos n'a en réalité pas la capacité de trier les transactions, et il n'existe pas de constructeurs de blocs dans le réseau. Ce pré-tri des transactions est la clé de la mise en œuvre de l'exécution parallèle optimiste par Aptos. Contrairement à Solana qui doit introduire des déclarations de transactions, Aptos n'a pas besoin de ce mécanisme, ce qui réduit considérablement les exigences de performance des nœuds. En ce qui concerne les frais réseau pour garantir l'absence de conflits entre transactions, l'impact de l'ajout du pool de mémoire sur le TPS d'Aptos est bien moindre que le coût engendré par l'introduction des déclarations de transaction par Solana. Par conséquent, le TPS d'Aptos peut atteindre 160 000, soit plus du double de celui de Solana. L'impact du pré-tri des transactions rend plus difficile la capture de MEV sur Aptos, ce qui présente des avantages et des inconvénients pour les utilisateurs.
La narration basée sur la sécurité est la direction de développement d'Aptos
RWA
Aptos avance activement dans la tokenisation des actifs réels et des solutions financières institutionnelles. Par rapport à Ethereum, le Block-STM d'Aptos peut traiter en parallèle plusieurs transactions de transfert d'actifs, évitant ainsi les retards de validation causés par la congestion du réseau. Sur certaines blockchains publiques, bien que la vitesse de transaction soit rapide, l'absence de conception de pool de mémoire peut entraîner le rejet de transactions en cas de surcharge du réseau, compromettant la stabilité de la validation des RWA. Le pré-tri du pool de mémoire d'Aptos garantit que les transactions entrent en exécution dans l'ordre, même en période de pointe, maintenant ainsi la fiabilité des enregistrements d'actifs. Les RWA nécessitent un soutien complexe des contrats intelligents, tels que la division des actifs, la répartition des revenus et les vérifications de conformité. La conception modulaire et la sécurité du langage Move permettent aux développeurs de créer plus facilement des applications RWA fiables. En revanche, la complexité du développement de contrats sur certaines blockchains publiques et les risques de vulnérabilités augmentent les coûts de développement, tandis que d'autres blockchains ont des langages de programmation efficaces mais imposent une courbe d'apprentissage élevée aux développeurs. La convivialité de l'écosystème d'Aptos devrait attirer davantage de projets RWA, créant ainsi un cycle vertueux. Le potentiel d'Aptos dans le domaine des RWA réside dans la combinaison de la sécurité et des performances. À l'avenir, il pourra 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. Ce récit "sécurisé + efficace" permettra à Aptos de se démarquer sur le marché des RWA.
En juillet 2024, Aptos a annoncé l'intégration de l'USDY d'Ondo Finance dans son écosystème, avec une intégration sur les principales DEX et applications de prêt. Au 10 mars, la capitalisation boursière de l'USDY sur Aptos s'élevait à environ 15 millions de dollars, représentant environ 2,5 % de la capitalisation boursière totale de l'USDY. En octobre 2024, Aptos a annoncé que Franklin Templeton avait lancé un fonds monétaire américain (FOBXX) sur le réseau Aptos, représenté par le jeton BENJI. De plus, Aptos collabore avec Libre pour promouvoir la tokenisation des titres, en mettant sur la blockchain les fonds d'investissement de Brevan Howard, BlackRock et Hamilton Lane, afin d'améliorer l'accès des investisseurs institutionnels.
paiement en stablecoin
Les paiements en stablecoins doivent garantir la finalité des transactions et la sécurité des actifs. Le langage Move d'Aptos empêche le double paiement grâce à un modèle de ressources, assurant l'exactitude de chaque transfert de stablecoin. Par exemple, lorsque les utilisateurs paient avec des USDC sur Aptos, l'état de la transaction est strictement protégé, évitant la perte de fonds due à des vulnérabilités de contrat. De plus, les faibles frais de Gas d'Aptos (grâce à un TPS élevé répartissant les coûts) le rendent très compétitif dans les scénarios de paiements de petite taille. Les frais de Gas élevés de certaines chaînes publiques limitent leurs applications de paiement, tandis que d'autres chaînes publiques, bien que moins coûteuses, pourraient affecter l'expérience utilisateur en raison du risque de rejet de transactions en cas de surcharge du réseau. Le pré-tri de la mémoire tampon d'Aptos et le Block-STM garantissent la stabilité et la faible latence des transactions de paiement.
Les paiements PayFi et en stablecoins doivent concilier décentralisation et conformité réglementaire. 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. Par exemple, un émetteur de stablecoins peut déployer des contrats conformes sur Aptos pour s'assurer que les transactions respectent la réglementation locale, sans sacrifier l'efficacité du réseau. Cela est supérieur à certains modèles de relais centralisés des blockchains publiques et compense les lacunes potentielles de conformité dominées par des proposeurs sur d'autres blockchains publiques. La conception équilibrée d'Aptos la rend plus adaptée à 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 continuera à promouvoir l'adoption à grande échelle des stablecoins et à créer un réseau de paiements transfrontaliers.