Analyse approfondie des différences dans le cycle de vie des transactions entre Ethereum, Solana et Aptos
Comparer les différences techniques entre différentes blockchains peut sembler ennuyeux selon la profondeur d'observation. Pour comprendre rapidement et avec précision les différences entre Aptos et d'autres blockchains, il est essentiel de choisir un point d'entrée approprié.
Le cycle de vie d'une transaction est un angle d'analyse idéal. En décomposant les étapes complètes 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 blockchains publiques. Sur cette base, en reculant d'un pas, nous pouvons comprendre le récit central des différentes blockchains publiques ; en avançant d'un pas, nous pouvons explorer comment créer des applications attrayantes sur Aptos.
Toutes les transactions blockchain s'articulent autour de ces cinq étapes. Cet article se concentrera sur Aptos, analysera son design unique et comparera les principales différences entre Ethereum et Solana.
Aptos : conception optimiste parallèle 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 améliorations significatives grâce à une exécution parallèle optimiste 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 synchronisent ensuite avec les validateurs.
diffusion
Aptos a conservé le pool de mémoire, mais après QuorumStore, les pools de mémoire ne sont pas partagés. 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étriage en fonction de 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. Ce design é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, le proposeur ne peut en principe pas trier librement les transactions, l'aip-68 accorde au proposeur le droit supplémentaire de remplir les transactions retardées. Le pré-tri du pool de mémoire a été réalisé à l'avance pour éviter les conflits, la génération de blocs dépend davantage de la coopération entre les validateurs plutôt que de la direction 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. 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 d'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 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éer et initier : Les utilisateurs initient des transactions via un portefeuille en utilisant un passerelle de relais ou une interface RPC.
Diffusion : La transaction entre dans le pool de mémoire publique, en attente d'être empaquetée.
Classement : 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 de couche intermédiaire au proposeur.
Exécution : Traitement des transactions EVM en série, mise à jour de l'état en mode mono-thread.
Mise à jour de l'état : Le bloc doit passer par deux points de contrôle pour confirmer la finalité.
La conception de l'exécution séquentielle et de la mémoire tampon d'Ethereum limite les performances, avec un temps de bloc de 12 secondes/par créneau, 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 connu 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 le mode d'exécution.
Cycle de vie des transactions Solana
Créer et initier : L'utilisateur initie une 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 regroupe 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 une déclaration préalable des ensembles de lecture et d'écriture afin d'éviter les conflits.
Mise à jour de l'état : confirmation rapide du consensus BFT.
La raison pour laquelle Solana n'utilise pas de pool de mémoire est que le pool de mémoire peut devenir un goulot d'étranglement en termes de performance. En l'absence de pool de mémoire et grâce au consensus unique PoH de Solana, les nœuds peuvent rapidement parvenir à un consensus sur l'ordre des transactions, évitant ainsi le besoin de faire patienter les transactions dans le pool de mémoire, permettant aux transactions d'ê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, et les utilisateurs doivent les soumettre à nouveau.
En comparaison, l'optimisme parallèle d'Aptos ne nécessite pas de déclaration d'ensembles de lecture et d'écriture, le seuil d'entrée des nœuds est plus bas, mais le TPS est plus élevé.
Deux voies 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 la transaction se transforme en un état final. Comment comprendre ce changement ? Les nœuds supposent que la transaction a réussi et calculent 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 où 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 modes : 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 d'assurer qu'il n'y a pas de conflits entre les transactions parallèles, c'est-à-dire s'il existe des dépendances entre les transactions.
Il en ressort que le moment où les conflits de dépendance des transactions parallèles sont déterminés au cours du 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 :
Parallélisme déterministe (Solana) : Avant de diffuser une transaction, il est nécessaire de déclarer un 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 de manière séquentielle. L'avantage est l'efficacité, l'inconvénient est une demande matérielle élevée.
Optimisme parallèle (Aptos) : Supposer que les transactions n'ont pas de conflit, Block-STM exécute en parallèle puis vérifie. En cas de conflit, une nouvelle tentative est effectuée. Le pré-tri du pool de mémoire réduit le risque de conflit, allégeant la charge des nœuds.
Exemple : Solde du compte A 100, transaction 1 transfert de 70 à B, transaction 2 transfert de 50 à C. Solana confirme les conflits à l'avance par déclaration et traite par ordre ; Aptos exécute en parallèle et, s'il découvre un solde insuffisant, ajuste à nouveau. La flexibilité d'Aptos le rend plus évolutif.
Optimisme parallèle pour terminer à l'avance la confirmation des conflits via le pool de mémoire
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 de la transaction, le côté application n'a pas besoin de soumettre une 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écutera les transactions affectées pour garantir la cohérence.
Cependant, dans la pratique, si l'on ne vérifie pas à l'avance si les dépendances de la transaction sont en conflit, de nombreuses erreurs peuvent apparaître lors de l'exécution réelle, ce qui entraîne un ralentissement du fonctionnement de la blockchain publique. Ainsi, la parallélisation optimiste n'est pas simplement une hypothèse selon laquelle il n'y a pas de conflit dans les transactions, mais elle évite les risques à une certaine étape, qui est l'étape de diffusion des transactions.
Sur Aptos, après qu'une transaction soit entrée dans le pool de mémoire publique, elle est pré-triée selon certaines règles (comme FIFO et les frais de gaz) pour garantir qu'aucune transaction dans un bloc ne rentre en conflit lors de l'exécution parallèle. Cela montre que le proposeur d'Aptos n'a en réalité pas la capacité de trier les transactions, et qu'il n'existe pas de constructeurs de blocs dans le réseau. Ce pré-tri des transactions est la clé de la parallélisation optimiste d'Aptos. Contrairement à Solana qui doit introduire des déclarations de transaction, 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 coûts réseau pour garantir qu'il n'y a pas de conflit entre les transactions, l'ajout du pool de mémoire par Aptos a un impact bien moindre sur le TPS que le coût des déclarations de transaction introduites par Solana. Par conséquent, le TPS d'Aptos peut atteindre 160 000, ce qui est 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 vers la tokenisation des actifs réels et des solutions financières institutionnelles. Par rapport à Ethereum, le Block-STM d'Aptos peut traiter plusieurs transactions de transfert d'actifs en parallèle, évitant ainsi les retards de confirmation dus à la congestion du réseau. Sur certaines blockchains publiques, bien que la vitesse des transactions soit rapide, l'absence de conception de mémoire tampon peut entraîner le rejet des transactions en cas de surcharge du réseau, affectant la stabilité de la confirmation des RWA. Le prétri de la mémoire tampon d'Aptos garantit que les transactions entrent en exécution dans l'ordre, même pendant les périodes de pointe, maintenant ainsi la fiabilité des enregistrements d'actifs.
Les RWA nécessitent un support complexe de contrats intelligents, tels que la division des actifs, la distribution des revenus et les vérifications de conformité. La conception modulaire et la sécurité du langage Move permettent aux développeurs de construire plus facilement des applications RWA fiables. En comparaison, les langages de programmation d'autres chaînes publiques peuvent présenter des complexités et des risques de vulnérabilité, augmentant ainsi les coûts de développement ou exigeant une courbe d'apprentissage plus élevée pour les développeurs. L'amitié de l'écosystème d'Aptos devrait attirer davantage de projets RWA, formant un cercle vertueux.
Le potentiel d'Aptos dans le domaine des RWA réside dans la combinaison de la sécurité et de la performance. À 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 standards de tokenisation conformes. Ce récit "sécurité + efficacité" 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, et son intégration sur les principales DEX et applications de prêt. Au 10 mars, la capitalisation boursière de l'USDY sur Aptos était d'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é sur le réseau Aptos un fonds de monnaie du gouvernement américain (FOBXX) représenté par le jeton BENJI. De plus, Aptos collabore avec Libre pour promouvoir la tokenisation des titres, en intégrant les fonds d'investissement de Brevan Howard, BlackRock et Hamilton Lane sur la blockchain, 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 les doubles paiements grâce à un modèle de ressources, garantissant l'exactitude de chaque transfert de stablecoin. Par exemple, lorsque les utilisateurs paient avec l'USDC sur Aptos, l'état de la transaction est mis à jour de manière strictement protégée, évitant ainsi la perte de fonds due à des vulnérabilités de contrat. De plus, les faibles frais de Gas d'Aptos (grâce au coût partagé d'un TPS élevé) 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 peu coûteuses, présentent un risque d'abandon de transaction en cas de surcharge du réseau, ce qui peut affecter l'expérience utilisateur. Le pré-tri de la mémoire de la piscine d'Aptos et le Block-STM garantissent la stabilité des transactions de paiement et une faible latence.
PayFi et les paiements en stablecoin doivent concilier décentralisation et conformité réglementaire. Le consensus décentralisé d'AptosBFT réduit le risque de centralisation, tandis que son architecture modulaire permet aux développeurs d'intégrer des vérifications KYC/AML. Par exemple, un émetteur de stablecoin peut déployer des contrats de conformité sur Aptos, garantissant que les transactions respectent les réglementations locales, 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 en matière de conformité dominées par d'autres propositions de blockchains publiques. 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 triade "sécurité, efficacité, conformité". À l'avenir, il continuera à promouvoir l'adoption à grande échelle des stablecoins, à créer un réseau de paiements transfrontaliers, ou à collaborer avec des géants des paiements pour développer des systèmes de règlement sur la chaîne. Un TPS élevé et des coûts bas peuvent également soutenir des scénarios de micropaiement, comme les récompenses en temps réel pour les créateurs de contenu. Le récit d'Aptos peut se concentrer sur "l'infrastructure de paiement de prochaine génération", attirant un flux bidirectionnel d'entreprises et d'utilisateurs.
Les avantages d'Aptos en matière de sécurité - pré-sorting de la mémoire, Block
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.
23 J'aime
Récompense
23
7
Partager
Commentaire
0/400
LeekCutter
· 07-27 08:13
Les infrastructures sont plus puissantes que quiconque, mais personne ne les utilise.
Voir l'originalRépondre0
SchrodingerAirdrop
· 07-27 04:59
Les vieux riches doivent juste s'allonger et compter les Airdrop.
Voir l'originalRépondre0
fren.eth
· 07-25 10:49
Première génération de pigeons, maintenant joueurs principaux, vivent en vendant des cours, prévisions erronées chaque jour.
Voir l'originalRépondre0
SnapshotStriker
· 07-24 13:52
Aucune marque de lait n'est meilleure que Genshin.
Comparaison des cycles de vie des transactions d'Aptos, d'Éthereum et de Solana : analyse des différences technologiques et des développements futurs
Analyse approfondie des différences dans le cycle de vie des transactions entre Ethereum, Solana et Aptos
Comparer les différences techniques entre différentes blockchains peut sembler ennuyeux selon la profondeur d'observation. Pour comprendre rapidement et avec précision les différences entre Aptos et d'autres blockchains, il est essentiel de choisir un point d'entrée approprié.
Le cycle de vie d'une transaction est un angle d'analyse idéal. En décomposant les étapes complètes 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 blockchains publiques. Sur cette base, en reculant d'un pas, nous pouvons comprendre le récit central des différentes blockchains publiques ; en avançant d'un pas, nous pouvons explorer comment créer des applications attrayantes sur Aptos.
Toutes les transactions blockchain s'articulent autour de ces cinq étapes. Cet article se concentrera sur Aptos, analysera son design unique et comparera les principales différences entre Ethereum et Solana.
Aptos : conception optimiste parallèle 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 améliorations significatives grâce à une exécution parallèle optimiste 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 synchronisent ensuite avec les validateurs.
diffusion
Aptos a conservé le pool de mémoire, mais après QuorumStore, les pools de mémoire ne sont pas partagés. 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étriage en fonction de 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. Ce design é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, le proposeur ne peut en principe pas trier librement les transactions, l'aip-68 accorde au proposeur le droit supplémentaire de remplir les transactions retardées. Le pré-tri du pool de mémoire a été réalisé à l'avance pour éviter les conflits, la génération de blocs dépend davantage de la coopération entre les validateurs plutôt que de la direction 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. 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 d'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 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éer et initier : Les utilisateurs initient des transactions via un portefeuille en utilisant un passerelle de relais ou une interface RPC.
Diffusion : La transaction entre dans le pool de mémoire publique, en attente d'être empaquetée.
Classement : 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 de couche intermédiaire au proposeur.
Exécution : Traitement des transactions EVM en série, mise à jour de l'état en mode mono-thread.
Mise à jour de l'état : Le bloc doit passer par deux points de contrôle pour confirmer la finalité.
La conception de l'exécution séquentielle et de la mémoire tampon d'Ethereum limite les performances, avec un temps de bloc de 12 secondes/par créneau, 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 connu 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 le mode d'exécution.
Cycle de vie des transactions Solana
Créer et initier : L'utilisateur initie une 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 regroupe 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 une déclaration préalable des ensembles de lecture et d'écriture afin d'éviter les conflits.
Mise à jour de l'état : confirmation rapide du consensus BFT.
La raison pour laquelle Solana n'utilise pas de pool de mémoire est que le pool de mémoire peut devenir un goulot d'étranglement en termes de performance. En l'absence de pool de mémoire et grâce au consensus unique PoH de Solana, les nœuds peuvent rapidement parvenir à un consensus sur l'ordre des transactions, évitant ainsi le besoin de faire patienter les transactions dans le pool de mémoire, permettant aux transactions d'ê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, et les utilisateurs doivent les soumettre à nouveau.
En comparaison, l'optimisme parallèle d'Aptos ne nécessite pas de déclaration d'ensembles de lecture et d'écriture, le seuil d'entrée des nœuds est plus bas, mais le TPS est plus élevé.
Deux voies 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 la transaction se transforme en un état final. Comment comprendre ce changement ? Les nœuds supposent que la transaction a réussi et calculent 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 où 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 modes : 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 d'assurer qu'il n'y a pas de conflits entre les transactions parallèles, c'est-à-dire s'il existe des dépendances entre les transactions.
Il en ressort que le moment où les conflits de dépendance des transactions parallèles sont déterminés au cours du 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 :
Parallélisme déterministe (Solana) : Avant de diffuser une transaction, il est nécessaire de déclarer un 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 de manière séquentielle. L'avantage est l'efficacité, l'inconvénient est une demande matérielle élevée.
Optimisme parallèle (Aptos) : Supposer que les transactions n'ont pas de conflit, Block-STM exécute en parallèle puis vérifie. En cas de conflit, une nouvelle tentative est effectuée. Le pré-tri du pool de mémoire réduit le risque de conflit, allégeant la charge des nœuds.
Exemple : Solde du compte A 100, transaction 1 transfert de 70 à B, transaction 2 transfert de 50 à C. Solana confirme les conflits à l'avance par déclaration et traite par ordre ; Aptos exécute en parallèle et, s'il découvre un solde insuffisant, ajuste à nouveau. La flexibilité d'Aptos le rend plus évolutif.
Optimisme parallèle pour terminer à l'avance la confirmation des conflits via le pool de mémoire
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 de la transaction, le côté application n'a pas besoin de soumettre une 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écutera les transactions affectées pour garantir la cohérence.
Cependant, dans la pratique, si l'on ne vérifie pas à l'avance si les dépendances de la transaction sont en conflit, de nombreuses erreurs peuvent apparaître lors de l'exécution réelle, ce qui entraîne un ralentissement du fonctionnement de la blockchain publique. Ainsi, la parallélisation optimiste n'est pas simplement une hypothèse selon laquelle il n'y a pas de conflit dans les transactions, mais elle évite les risques à une certaine étape, qui est l'étape de diffusion des transactions.
Sur Aptos, après qu'une transaction soit entrée dans le pool de mémoire publique, elle est pré-triée selon certaines règles (comme FIFO et les frais de gaz) pour garantir qu'aucune transaction dans un bloc ne rentre en conflit lors de l'exécution parallèle. Cela montre que le proposeur d'Aptos n'a en réalité pas la capacité de trier les transactions, et qu'il n'existe pas de constructeurs de blocs dans le réseau. Ce pré-tri des transactions est la clé de la parallélisation optimiste d'Aptos. Contrairement à Solana qui doit introduire des déclarations de transaction, 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 coûts réseau pour garantir qu'il n'y a pas de conflit entre les transactions, l'ajout du pool de mémoire par Aptos a un impact bien moindre sur le TPS que le coût des déclarations de transaction introduites par Solana. Par conséquent, le TPS d'Aptos peut atteindre 160 000, ce qui est 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 vers la tokenisation des actifs réels et des solutions financières institutionnelles. Par rapport à Ethereum, le Block-STM d'Aptos peut traiter plusieurs transactions de transfert d'actifs en parallèle, évitant ainsi les retards de confirmation dus à la congestion du réseau. Sur certaines blockchains publiques, bien que la vitesse des transactions soit rapide, l'absence de conception de mémoire tampon peut entraîner le rejet des transactions en cas de surcharge du réseau, affectant la stabilité de la confirmation des RWA. Le prétri de la mémoire tampon d'Aptos garantit que les transactions entrent en exécution dans l'ordre, même pendant les périodes de pointe, maintenant ainsi la fiabilité des enregistrements d'actifs.
Les RWA nécessitent un support complexe de contrats intelligents, tels que la division des actifs, la distribution des revenus et les vérifications de conformité. La conception modulaire et la sécurité du langage Move permettent aux développeurs de construire plus facilement des applications RWA fiables. En comparaison, les langages de programmation d'autres chaînes publiques peuvent présenter des complexités et des risques de vulnérabilité, augmentant ainsi les coûts de développement ou exigeant une courbe d'apprentissage plus élevée pour les développeurs. L'amitié de l'écosystème d'Aptos devrait attirer davantage de projets RWA, formant un cercle vertueux.
Le potentiel d'Aptos dans le domaine des RWA réside dans la combinaison de la sécurité et de la performance. À 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 standards de tokenisation conformes. Ce récit "sécurité + efficacité" 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, et son intégration sur les principales DEX et applications de prêt. Au 10 mars, la capitalisation boursière de l'USDY sur Aptos était d'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é sur le réseau Aptos un fonds de monnaie du gouvernement américain (FOBXX) représenté par le jeton BENJI. De plus, Aptos collabore avec Libre pour promouvoir la tokenisation des titres, en intégrant les fonds d'investissement de Brevan Howard, BlackRock et Hamilton Lane sur la blockchain, 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 les doubles paiements grâce à un modèle de ressources, garantissant l'exactitude de chaque transfert de stablecoin. Par exemple, lorsque les utilisateurs paient avec l'USDC sur Aptos, l'état de la transaction est mis à jour de manière strictement protégée, évitant ainsi la perte de fonds due à des vulnérabilités de contrat. De plus, les faibles frais de Gas d'Aptos (grâce au coût partagé d'un TPS élevé) 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 peu coûteuses, présentent un risque d'abandon de transaction en cas de surcharge du réseau, ce qui peut affecter l'expérience utilisateur. Le pré-tri de la mémoire de la piscine d'Aptos et le Block-STM garantissent la stabilité des transactions de paiement et une faible latence.
PayFi et les paiements en stablecoin doivent concilier décentralisation et conformité réglementaire. Le consensus décentralisé d'AptosBFT réduit le risque de centralisation, tandis que son architecture modulaire permet aux développeurs d'intégrer des vérifications KYC/AML. Par exemple, un émetteur de stablecoin peut déployer des contrats de conformité sur Aptos, garantissant que les transactions respectent les réglementations locales, 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 en matière de conformité dominées par d'autres propositions de blockchains publiques. 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 triade "sécurité, efficacité, conformité". À l'avenir, il continuera à promouvoir l'adoption à grande échelle des stablecoins, à créer un réseau de paiements transfrontaliers, ou à collaborer avec des géants des paiements pour développer des systèmes de règlement sur la chaîne. Un TPS élevé et des coûts bas peuvent également soutenir des scénarios de micropaiement, comme les récompenses en temps réel pour les créateurs de contenu. Le récit d'Aptos peut se concentrer sur "l'infrastructure de paiement de prochaine génération", attirant un flux bidirectionnel d'entreprises et d'utilisateurs.
Les avantages d'Aptos en matière de sécurité - pré-sorting de la mémoire, Block