Analyse approfondie des différences techniques entre Ethereum, Solana et Aptos
Discuter des différences techniques entre le langage Move, Aptos et d'autres blockchains peut sembler ennuyeux en fonction de la profondeur d'observation. Une analyse générale risque d'être superficielle, tandis qu'une immersion dans le code peut facilement conduire à ne voir que les arbres et non la forêt. Pour comprendre rapidement et avec précision la différence entre Aptos et d'autres blockchains, il est essentiel de choisir le bon point d'entrée.
Le cycle de vie d'une transaction est un angle d'analyse idéal. En décomposant 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 — on peut saisir clairement la philosophie de conception et les compromis techniques des blockchains publiques. Sur cette base, on peut comprendre les récits centraux des différentes blockchains publiques ; en regardant vers l'avant, on peut explorer comment construire 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 le comparera à Ethereum et Solana.
Aptos : conception optimiste et performances élevées
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 une amélioration significative des performances 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 initier
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 ces nœuds complets les synchronisent ensuite avec les validateurs.
diffusion
Aptos conserve 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 selon des règles (comme premier arrivé, premier servi ou les frais de Gas), garantissant 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 collections de lecture et d'écriture.
tri
Aptos utilise le consensus AptosBFT, le proposeur ne peut en principe pas trier librement les transactions, mais peut 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 d'un 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 ; si un conflit est détecté après l'exécution, les transactions affectées sont réexécutées. Cette approche tire pleinement 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 : la référence de l'exécution séquentielle
Ethereum, en tant que pionnier des contrats intelligents, est le point de départ de la technologie des blockchains publiques, et son cycle de vie des transactions fournit un cadre de référence pour comprendre Aptos.
Cycle de vie des transactions Ethereum
Création et initiation : les utilisateurs lancent des transactions via leur portefeuille à travers le réseau de relais ou l'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, puis soumettent au proposeur après enchères de la couche de relais.
Exécution : le traitement des transactions EVM est séquentiel, 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érielle et du pool de mémoire 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 à l'exécution parallèle et à l'optimisation du pool de mémoire.
Solana : optimisation extrême par 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 la mémoire tampon et les méthodes d'exécution.
Cycle de vie des transactions Solana
Création et initiation : L'utilisateur initie une transaction via son portefeuille.
Diffusion : Pas de mémoire tampon publique, les transactions sont directement envoyées aux proposeurs actuels et aux deux suivants.
Tri : Les proposeurs empaquettent les blocs en se basant sur le PoH (Proof of History), le temps de bloc n'est que de 400 millisecondes.
Exécution : La machine virtuelle Sealevel adopte 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.
Solana n'utilise pas de mempool pour éviter les goulets d'étranglement en matière 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é d'attendre dans le mempool, et 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 abandonnées plutôt qu'attendues, et l'utilisateur doit 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 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 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 état final. Les nœuds supposent que la transaction est réussie et calculent son impact sur l'état du réseau, ce processus de calcul est l'exécution.
L'exécution parallèle dans la blockchain fait référence au 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 modes : l'exécution parallèle déterministe et l'exécution parallèle optimiste. La différence réside dans la manière de garantir qu'il n'y a pas de conflits entre les transactions parallèles, c'est-à-dire s'il existe des relations de dépendance entre les transactions.
Le moment de la détermination des conflits de dépendances des transactions parallèles a conduit à la différenciation de deux directions de développement, Aptos et Solana ont choisi des chemins différents :
Parallélisme déterministe (Solana) : avant la diffusion des transactions, il est nécessaire de déclarer les ensembles de lecture et d'écriture. Le moteur Sealevel traite les transactions sans conflit en parallèle selon la déclaration, tandis que les transactions conflictuelles sont exécutées de manière séquentielle. Avantage : efficacité, inconvénient : exigences matérielles élevées.
Optimisme parallèle (Aptos) : Supposer que les transactions n'ont pas de conflit, exécution parallèle de Block-STM suivie d'une vérification, en cas de conflit, réessayer. Le pré-tri du pool de mémoire réduit le risque 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, après exécution en parallèle, ajuste à nouveau si le solde est insuffisant. La flexibilité d'Aptos le rend plus évolutif.
Confirmation de conflit complétée à l'avance via le pool de mémoire en parallèle optimiste
L'idée centrale de l'optimisme parallèle est de supposer que les transactions traitées en parallèle ne seront pas en conflit, donc avant l'exécution des transactions, l'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 des transactions sont en conflit, il peut y avoir de nombreuses erreurs lors de l'exécution réelle, entraînant un ralentissement du fonctionnement de la blockchain publique. Par conséquent, le parallélisme optimiste n'est pas simplement une hypothèse selon laquelle il n'y a pas de conflit entre les transactions, mais il évite les risques à l'avance pendant la phase de diffusion des transactions.
Sur Aptos, une fois qu'une transaction entre dans le pool de mémoire publique, elle est préclassée selon certaines règles (telles que premier arrivé, premier servi et frais de Gas), garantissant qu'il n'y a pas de conflit lors de l'exécution parallèle des transactions dans un bloc. Il en ressort que les proposeurs d'Aptos n'ont en réalité pas la capacité de classer les transactions, et il n'existe pas de constructeurs de blocs dans le réseau. Cette préclassification 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'impact de l'ajout du pool de mémoire sur le TPS d'Aptos est bien inférieur au coût des déclarations de transaction introduites par Solana. Par conséquent, le TPS d'Aptos peut atteindre 160 000, soit plus du double de celui de Solana. L'impact de la préclassification des transactions rend plus difficile la capture des MEV sur Aptos, ce qui présente à la fois 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 promeut activement 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 confirmation dus à la congestion du réseau. Sur certaines blockchains publiques, bien que la vitesse des transactions soit rapide, un design sans 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, maintenant ainsi la fiabilité des enregistrements d'actifs même en période de pointe.
Les RWA nécessitent un support complexe de contrats intelligents, comme 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 revanche, la complexité du langage de contrat de certaines chaînes publiques et les risques de vulnérabilité augmentent les coûts de développement, tandis que d'autres langages de programmation de chaînes publiques, bien que efficaces, exigent une courbe d'apprentissage plus élevée pour les développeurs. L'amical écosystème d'Aptos devrait attirer davantage de projets RWA, formant ainsi un cycle 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 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 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'introduction de l'USDY d'une certaine plateforme dans son écosystème, avec intégration sur les principaux 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 totale de l'USDY. En octobre 2024, Aptos a annoncé qu'une certaine société de gestion d'actifs avait lancé un fonds monétaire du gouvernement américain (FOBXX) représenté par le jeton BENJI sur le réseau Aptos. De plus, Aptos collabore avec une certaine plateforme pour promouvoir la tokenisation des titres, en intégrant les fonds d'investissement de plusieurs sociétés d'investissement sur la chaîne, afin d'améliorer l'accès des investisseurs institutionnels.
paiement en stablecoin
Les paiements en stablecoins nécessitent d'assurer la finalité des transactions et la sécurité des actifs. Le langage Move d'Aptos empêche les paiements en double grâce à un modèle de ressources, garantissant l'exactitude de chaque transfert de stablecoin. Par exemple, lorsque les utilisateurs paient avec un stablecoin sur Aptos, l'état de la transaction est strictement protégé, évitant ainsi la perte de fonds due à des vulnérabilités contractuelles. De plus, les faibles frais de Gas d'Aptos (grâce à la répartition des coûts par un TPS élevé) le rendent très compétitif dans les scénarios de paiements de faible montant. 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, peuvent avoir des risques d'abandon de transaction lors de la surcharge du réseau, ce qui peut affecter l'expérience utilisateur. Le pré-tri du pool de mémoire d'Aptos et le Block-STM garantissent la stabilité et la faible latence des transactions de paiement.
PayFi et les paiements en stablecoins 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 stablecoins peut déployer des contrats de conformité sur Aptos, garantissant 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 de chaînes publiques, et compense les lacunes potentielles en matière de conformité dominées par les proposeurs d'autres chaînes 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écurisé, efficace, conforme". À 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 un système de règlement sur chaîne. Un TPS élevé et des coûts bas peuvent également soutenir des scénarios de micropaiement, comme les pourboires en temps réel pour les créateurs de contenu. Le récit d'Aptos peut se concentrer sur "l'infrastructure de paiement de nouvelle génération", attirant un flux bidirectionnel d'entreprises et d'utilisateurs.
Les avantages d'Aptos en matière de sécurité - prétriage des pools de mémoire, Block-STM, AptosBFT et le langage Move - non seulement améliorent la résistance aux attaques, mais jettent également des bases solides pour les récits RWA et PayFi. Dans le domaine des RWA, sa haute sécurité et son débit soutiennent la tokenisation des actifs et les transactions à grande échelle ; dans PayF
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.
16 J'aime
Récompense
16
5
Reposter
Partager
Commentaire
0/400
BakedCatFanboy
· 08-16 17:28
Aptos est juste une chaîne zombie survalorisée.
Voir l'originalRépondre0
MidnightSnapHunter
· 08-15 13:54
Il vaut mieux regarder directement les scores des crêpes.
Voir l'originalRépondre0
GasGasGasBro
· 08-15 13:54
aptos les élus yyds
Voir l'originalRépondre0
GasFeeNightmare
· 08-15 13:49
Encore en train de calculer combien d'argent je peux économiser sur le gas en pleine nuit, euh, ça ne vaut pas le coup, ça ne vaut pas le coup.
Voir l'originalRépondre0
GateUser-7b078580
· 08-15 13:40
Les frais de gas ont déjà absorbé 99,8 % de mon capital. Si cela ne baisse pas, qui pourra tenir ?
Comparaison de la profondeur du cycle de vie des transactions Aptos, Ethereum et Solana : les avantages de l'exécution parallèle optimiste.
Analyse approfondie des différences techniques entre Ethereum, Solana et Aptos
Discuter des différences techniques entre le langage Move, Aptos et d'autres blockchains peut sembler ennuyeux en fonction de la profondeur d'observation. Une analyse générale risque d'être superficielle, tandis qu'une immersion dans le code peut facilement conduire à ne voir que les arbres et non la forêt. Pour comprendre rapidement et avec précision la différence entre Aptos et d'autres blockchains, il est essentiel de choisir le bon point d'entrée.
Le cycle de vie d'une transaction est un angle d'analyse idéal. En décomposant 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 — on peut saisir clairement la philosophie de conception et les compromis techniques des blockchains publiques. Sur cette base, on peut comprendre les récits centraux des différentes blockchains publiques ; en regardant vers l'avant, on peut explorer comment construire 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 le comparera à Ethereum et Solana.
Aptos : conception optimiste et performances élevées
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 une amélioration significative des performances 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 initier
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 ces nœuds complets les synchronisent ensuite avec les validateurs.
diffusion
Aptos conserve 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 selon des règles (comme premier arrivé, premier servi ou les frais de Gas), garantissant 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 collections de lecture et d'écriture.
tri
Aptos utilise le consensus AptosBFT, le proposeur ne peut en principe pas trier librement les transactions, mais peut 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 d'un 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 ; si un conflit est détecté après l'exécution, les transactions affectées sont réexécutées. Cette approche tire pleinement 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 : la référence de l'exécution séquentielle
Ethereum, en tant que pionnier des contrats intelligents, est le point de départ de la technologie des blockchains publiques, et son cycle de vie des transactions fournit un cadre de référence pour comprendre Aptos.
Cycle de vie des transactions Ethereum
Création et initiation : les utilisateurs lancent des transactions via leur portefeuille à travers le réseau de relais ou l'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, puis soumettent au proposeur après enchères de la couche de relais.
Exécution : le traitement des transactions EVM est séquentiel, 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érielle et du pool de mémoire 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 à l'exécution parallèle et à l'optimisation du pool de mémoire.
Solana : optimisation extrême par 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 la mémoire tampon et les méthodes d'exécution.
Cycle de vie des transactions Solana
Création et initiation : L'utilisateur initie une transaction via son portefeuille.
Diffusion : Pas de mémoire tampon publique, les transactions sont directement envoyées aux proposeurs actuels et aux deux suivants.
Tri : Les proposeurs empaquettent les blocs en se basant sur le PoH (Proof of History), le temps de bloc n'est que de 400 millisecondes.
Exécution : La machine virtuelle Sealevel adopte 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.
Solana n'utilise pas de mempool pour éviter les goulets d'étranglement en matière 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é d'attendre dans le mempool, et 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 abandonnées plutôt qu'attendues, et l'utilisateur doit 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 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 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 état final. Les nœuds supposent que la transaction est réussie et calculent son impact sur l'état du réseau, ce processus de calcul est l'exécution.
L'exécution parallèle dans la blockchain fait référence au 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 modes : l'exécution parallèle déterministe et l'exécution parallèle optimiste. La différence réside dans la manière de garantir qu'il n'y a pas de conflits entre les transactions parallèles, c'est-à-dire s'il existe des relations de dépendance entre les transactions.
Le moment de la détermination des conflits de dépendances des transactions parallèles a conduit à la différenciation de deux directions de développement, Aptos et Solana ont choisi des chemins différents :
Parallélisme déterministe (Solana) : avant la diffusion des transactions, il est nécessaire de déclarer les ensembles de lecture et d'écriture. Le moteur Sealevel traite les transactions sans conflit en parallèle selon la déclaration, tandis que les transactions conflictuelles sont exécutées de manière séquentielle. Avantage : efficacité, inconvénient : exigences matérielles élevées.
Optimisme parallèle (Aptos) : Supposer que les transactions n'ont pas de conflit, exécution parallèle de Block-STM suivie d'une vérification, en cas de conflit, réessayer. Le pré-tri du pool de mémoire réduit le risque 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, après exécution en parallèle, ajuste à nouveau si le solde est insuffisant. La flexibilité d'Aptos le rend plus évolutif.
Confirmation de conflit complétée à l'avance via le pool de mémoire en parallèle optimiste
L'idée centrale de l'optimisme parallèle est de supposer que les transactions traitées en parallèle ne seront pas en conflit, donc avant l'exécution des transactions, l'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 des transactions sont en conflit, il peut y avoir de nombreuses erreurs lors de l'exécution réelle, entraînant un ralentissement du fonctionnement de la blockchain publique. Par conséquent, le parallélisme optimiste n'est pas simplement une hypothèse selon laquelle il n'y a pas de conflit entre les transactions, mais il évite les risques à l'avance pendant la phase de diffusion des transactions.
Sur Aptos, une fois qu'une transaction entre dans le pool de mémoire publique, elle est préclassée selon certaines règles (telles que premier arrivé, premier servi et frais de Gas), garantissant qu'il n'y a pas de conflit lors de l'exécution parallèle des transactions dans un bloc. Il en ressort que les proposeurs d'Aptos n'ont en réalité pas la capacité de classer les transactions, et il n'existe pas de constructeurs de blocs dans le réseau. Cette préclassification 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'impact de l'ajout du pool de mémoire sur le TPS d'Aptos est bien inférieur au coût des déclarations de transaction introduites par Solana. Par conséquent, le TPS d'Aptos peut atteindre 160 000, soit plus du double de celui de Solana. L'impact de la préclassification des transactions rend plus difficile la capture des MEV sur Aptos, ce qui présente à la fois 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 promeut activement 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 confirmation dus à la congestion du réseau. Sur certaines blockchains publiques, bien que la vitesse des transactions soit rapide, un design sans 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, maintenant ainsi la fiabilité des enregistrements d'actifs même en période de pointe.
Les RWA nécessitent un support complexe de contrats intelligents, comme 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 revanche, la complexité du langage de contrat de certaines chaînes publiques et les risques de vulnérabilité augmentent les coûts de développement, tandis que d'autres langages de programmation de chaînes publiques, bien que efficaces, exigent une courbe d'apprentissage plus élevée pour les développeurs. L'amical écosystème d'Aptos devrait attirer davantage de projets RWA, formant ainsi un cycle 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 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 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'introduction de l'USDY d'une certaine plateforme dans son écosystème, avec intégration sur les principaux 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 totale de l'USDY. En octobre 2024, Aptos a annoncé qu'une certaine société de gestion d'actifs avait lancé un fonds monétaire du gouvernement américain (FOBXX) représenté par le jeton BENJI sur le réseau Aptos. De plus, Aptos collabore avec une certaine plateforme pour promouvoir la tokenisation des titres, en intégrant les fonds d'investissement de plusieurs sociétés d'investissement sur la chaîne, afin d'améliorer l'accès des investisseurs institutionnels.
paiement en stablecoin
Les paiements en stablecoins nécessitent d'assurer la finalité des transactions et la sécurité des actifs. Le langage Move d'Aptos empêche les paiements en double grâce à un modèle de ressources, garantissant l'exactitude de chaque transfert de stablecoin. Par exemple, lorsque les utilisateurs paient avec un stablecoin sur Aptos, l'état de la transaction est strictement protégé, évitant ainsi la perte de fonds due à des vulnérabilités contractuelles. De plus, les faibles frais de Gas d'Aptos (grâce à la répartition des coûts par un TPS élevé) le rendent très compétitif dans les scénarios de paiements de faible montant. 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, peuvent avoir des risques d'abandon de transaction lors de la surcharge du réseau, ce qui peut affecter l'expérience utilisateur. Le pré-tri du pool de mémoire d'Aptos et le Block-STM garantissent la stabilité et la faible latence des transactions de paiement.
PayFi et les paiements en stablecoins 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 stablecoins peut déployer des contrats de conformité sur Aptos, garantissant 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 de chaînes publiques, et compense les lacunes potentielles en matière de conformité dominées par les proposeurs d'autres chaînes 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écurisé, efficace, conforme". À 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 un système de règlement sur chaîne. Un TPS élevé et des coûts bas peuvent également soutenir des scénarios de micropaiement, comme les pourboires en temps réel pour les créateurs de contenu. Le récit d'Aptos peut se concentrer sur "l'infrastructure de paiement de nouvelle génération", attirant un flux bidirectionnel d'entreprises et d'utilisateurs.
Les avantages d'Aptos en matière de sécurité - prétriage des pools de mémoire, Block-STM, AptosBFT et le langage Move - non seulement améliorent la résistance aux attaques, mais jettent également des bases solides pour les récits RWA et PayFi. Dans le domaine des RWA, sa haute sécurité et son débit soutiennent la tokenisation des actifs et les transactions à grande échelle ; dans PayF