Jusqu'à présent, le nombre de validateursNœud du Mainnet Aleo est passé à 25, et le TPS est passé de 30 à 50. Mais qu'est-ce que signifie un TPS de 50 ? Avant d'aborder cela, clarifions d'abord ce qu'est le TPS et ce qu'il comprend dans une blockchain publique traditionnelle. TPS est l'abréviation de Transactions Par Seconde, ce qui signifie le nombre de transactions traitées par seconde. C'est un indicateur important de la performance du réseau de la chaîne de Bloc, représentant le nombre de transactions que le réseau peut traiter en unité de temps. Dans une blockchain publique traditionnelle, une transaction est une opération à travers laquelle les utilisateurs peuvent effectuer des transferts de Jeton ou exécuter des smart contracts. Le TPS d'Aleo est en réalité très différent de celui des blockchains publiques traditionnelles, qui utilisent principalement deux modèles d'état - UTXO (Unspent Transaction Output) et le modèle de compte (introduit par l'ETHereum). Aleo utilise une variante du modèle UTXO appelé modèle d'enregistrement (Record). Bien que le modèle de compte soit plus intuitif pour les développeurs, il indexe l'état global en utilisant l'Adresse du compte. Cela signifie que malgré la confidentialité des entrées et sorties du modèle de compte privé, l'Adresse du compte n'étant pas chiffrée, cela compromet toujours la confidentialité des utilisateurs. Un autre problème du modèle de compte privé est le manque de simultanéité, car il nécessite la mise à jour de l'état global pour chaque programme (une seule opération peut être exécutée par utilisateur à la fois). Le modèle d'enregistrement d'Aleo utilise l'ID du programme comme point de regroupement (plutôt que l'Adresse du compte) pour améliorer la confidentialité et permettre aux programmes d'avoir un état interne, ce qui est à la fois plus efficace et résout les problèmes de simultanéité. Un enregistrement est une structure de données de base qui peut contenir n'importe quelle charge utile valide et est utilisé pour encoder les actifs des utilisateurs ou l'état d'une application. Les enregistrements représentent un état du programme dans l'état global, comme le solde du compte ou les identifiants. Contrairement au modèle de billets de Zcash, les enregistrements incluent également des informations sur le programme auquel ils sont liés (ID du programme). Cela ouvre la voie à une logique plus complexe et permet de chiffrer n'importe quelle charge utile (actifs, état de l'application, etc.), et pas seulement des transferts de valeur simples. Chaque enregistrement contient des informations sur son propriétaire, la valeur stockée et l'état de l'application : compteClé publique #最近关注的新币 APK( : le propriétaire de l'enregistrement et qui est autorisé à l'utiliser ; points de fidélité : le solde Aleo stocké dans l'enregistrement de programme ; données : la charge utile des données, comprenant toute information dépendante du programme, comme le solde du compte ; nombre aléatoire : un numéro de série unique pour chaque enregistrement similaire au Nullifier de Zcash. Par vérification si le nonce est inclus dans l'ensemble des enregistrements dépensés, cela empêche la réutilisation d'un même enregistrement et est une fonctionnalité importante pour éviter les doubles dépenses.
Les enregistrements dans Aleo sont utilisés et créés via des fonctions de transition. Une transaction peut contenir plusieurs transitions, chacune étant responsable de l'utilisation et de la création de ses propres enregistrements. Cela rend possible la mise à jour de plusieurs états dans une transaction. Une transaction peut contenir au maximum 32 transitions, dont une est utilisée pour payer les frais de transaction. Les enregistrements de transition peuvent être consultés dans les enregistrements de transaction sur le navigateur : étant donné qu'une transaction peut prendre en charge jusqu'à 32 transitions, dont une est utilisée pour payer les frais de transaction, le TPS d'Aleo devrait être multiplié par 32. Selon les 25 validateursNœud actuels, chaque Nœud a en moyenne une capacité de 2 à 5 TPS, ce qui signifie que le TPS peut déjà atteindre un niveau de 1500+. Le nombre de transitions prises en charge par transaction dépend de la configuration du Mainnet d'Aleo. Actuellement, l'accent officiel est mis sur l'augmentation continue du nombre de validateursNœud et l'optimisation des performances du réseau, avec pour objectif d'atteindre 40. Selon l'algorithme traditionnel de TPS des blockchains publiques, un TPS d'environ 100 peut être atteint en augmentant le TPS à environ 100, ce qui permet d'atteindre un niveau similaire à celui de l'ETH L1 actuel. Si le nombre de transitions prises en charge par transaction est ajusté à 32, le TPS peut déjà atteindre 3000+. À quoi ressemble un TPS de 1500+ ou 3000+ ? Comparons avec d'autres blockchains publiques : ETH 2.0 : Après la mise à niveau PoS, il devrait prendre en charge 100 à 200 TPS, mais le débit réel dépend de la taille du réseau et d'autres améliorations technologiques (comme le sharding). Solana : Le mécanisme de consensus PoS + Preuve d'Histoire )PoH( prend en charge un débit de 5000 à 6000 TPS, ce qui en fait l'un des blockchains PoS les plus performants. Avalanche : La C-Chain peut traiter 4500 TPS. Sui : Selon les données publiées par la Fondation Sui, le TPS maximal de Sui peut atteindre 297,000, et dans un scénario opérationnel réel, le TPS maximal de Sui est actuellement d'environ 800. Aptos : Selon les données de Chainspect, le TPS théorique maximal d'Aptos peut atteindre 160,000, et dans un scénario opérationnel réel, le TPS record le plus élevé est de 10,734, avec un TPS quotidien maintenu entre 500 et 1000. En comparaison, si Aleo ajuste le nombre de transitions prises en charge par transaction, son TPS est déjà suffisant pour prendre en charge la plupart des applications de l'écosystème, telles que les DeFi à grande échelle, les DEX à haute fréquence, les grands marchés de NFT, les jeux Bloc, etc. Cependant, même sans ajustement, lorsque le nombre de validateursNœud atteint 40, selon l'algorithme traditionnel, le TPS peut déjà atteindre un niveau similaire à celui de l'ETH L1 actuel, et l'objectif officiel est de voir le développement du L2. À l'origine, nous pensions qu'Aleo n'avait pas besoin de L2, car L2 est après tout une solution d'évolutivité, et Aleo peut déjà atteindre une évolutivité infinie grâce à ses caractéristiques zkVM. Cependant, pour Aleo, L2 est en fait plus une couche d'application, et bien sûr, il a également pour fonction d'augmenter le TPS, grâce à des méthodes similaires au Rollup d'ETH. Selon l'algorithme traditionnel de TPS des blockchains publiques, les nombres maximums de transactions quotidiennes pouvant être pris en charge par 50 TPS et 100 TPS sont respectivement : 50 TPS : 4,320,000 transactions/jour100 TPS : 8,640,000 transactions/jour En fait, avec des transactions de 50 TPS, il est déjà suffisant pour développer des applications écologiques de taille moyenne ou grande. Si Aleo augmente à 100 TPS, atteignant un TPS similaire à celui de l'ETH L1 actuel, puis suit le développement de son L2 à la manière d'ETH, tout en ajustant le nombre de transitions pris en charge, et avec un temps de blocage d'environ 2-5 secondes, ce qui est beaucoup plus rapide que les 12 secondes de l'ETH, avec le développement de l'écosystème Aleo, si Aleo peut maintenir ou améliorer davantage ce temps de blocage, alors la taille réelle des transactions et l'expérience de transaction dépasseront largement celles de l'ETH! De plus, pour améliorer le TPS, en plus d'ajouter des validateursNœud, l'optimisation des performances de snarkVM (zkVM) et snarkOS est également cruciale, comme nous l'avons mentionné dans un article précédent : La signification cruciale du support CUDA pour snarkVM (zkVM) et snarkOS! Le support de CUDA est très important pour améliorer le TPS, améliorer l'efficacité de génération et de vérification des preuves zk, et peut encore améliorer le débit et la réactivité de l'ensemble du système. En conclusion, le potentiel d'Aleo est encore très important, et selon les progrès officiels et de la communauté, l'écosystème progresse rapidement, ce qui amènera plus de projets écologiques. Il est espéré que le nombre de validateursNœud d'Aleo pourra être augmenté à 40 le plus rapidement possible. Si Aleo peut continuer à optimiser les performances et introduire des technologies d'extension plus efficaces, il pourra supporter un écosystème encore plus vaste, y compris des transactions ultra-hautes fréquences et des applications décentralisées plus complexes, tout en conservant son avantage en matière de protection de la vie privée. L'avenir d'Aleo est très prometteur!
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.
Jusqu'à présent, le nombre de validateursNœud du Mainnet Aleo est passé à 25, et le TPS est passé de 30 à 50. Mais qu'est-ce que signifie un TPS de 50 ? Avant d'aborder cela, clarifions d'abord ce qu'est le TPS et ce qu'il comprend dans une blockchain publique traditionnelle. TPS est l'abréviation de Transactions Par Seconde, ce qui signifie le nombre de transactions traitées par seconde. C'est un indicateur important de la performance du réseau de la chaîne de Bloc, représentant le nombre de transactions que le réseau peut traiter en unité de temps. Dans une blockchain publique traditionnelle, une transaction est une opération à travers laquelle les utilisateurs peuvent effectuer des transferts de Jeton ou exécuter des smart contracts. Le TPS d'Aleo est en réalité très différent de celui des blockchains publiques traditionnelles, qui utilisent principalement deux modèles d'état - UTXO (Unspent Transaction Output) et le modèle de compte (introduit par l'ETHereum). Aleo utilise une variante du modèle UTXO appelé modèle d'enregistrement (Record). Bien que le modèle de compte soit plus intuitif pour les développeurs, il indexe l'état global en utilisant l'Adresse du compte. Cela signifie que malgré la confidentialité des entrées et sorties du modèle de compte privé, l'Adresse du compte n'étant pas chiffrée, cela compromet toujours la confidentialité des utilisateurs. Un autre problème du modèle de compte privé est le manque de simultanéité, car il nécessite la mise à jour de l'état global pour chaque programme (une seule opération peut être exécutée par utilisateur à la fois). Le modèle d'enregistrement d'Aleo utilise l'ID du programme comme point de regroupement (plutôt que l'Adresse du compte) pour améliorer la confidentialité et permettre aux programmes d'avoir un état interne, ce qui est à la fois plus efficace et résout les problèmes de simultanéité. Un enregistrement est une structure de données de base qui peut contenir n'importe quelle charge utile valide et est utilisé pour encoder les actifs des utilisateurs ou l'état d'une application. Les enregistrements représentent un état du programme dans l'état global, comme le solde du compte ou les identifiants. Contrairement au modèle de billets de Zcash, les enregistrements incluent également des informations sur le programme auquel ils sont liés (ID du programme). Cela ouvre la voie à une logique plus complexe et permet de chiffrer n'importe quelle charge utile (actifs, état de l'application, etc.), et pas seulement des transferts de valeur simples. Chaque enregistrement contient des informations sur son propriétaire, la valeur stockée et l'état de l'application : compteClé publique #最近关注的新币 APK( : le propriétaire de l'enregistrement et qui est autorisé à l'utiliser ; points de fidélité : le solde Aleo stocké dans l'enregistrement de programme ; données : la charge utile des données, comprenant toute information dépendante du programme, comme le solde du compte ; nombre aléatoire : un numéro de série unique pour chaque enregistrement similaire au Nullifier de Zcash. Par vérification si le nonce est inclus dans l'ensemble des enregistrements dépensés, cela empêche la réutilisation d'un même enregistrement et est une fonctionnalité importante pour éviter les doubles dépenses.
Les enregistrements dans Aleo sont utilisés et créés via des fonctions de transition. Une transaction peut contenir plusieurs transitions, chacune étant responsable de l'utilisation et de la création de ses propres enregistrements. Cela rend possible la mise à jour de plusieurs états dans une transaction. Une transaction peut contenir au maximum 32 transitions, dont une est utilisée pour payer les frais de transaction. Les enregistrements de transition peuvent être consultés dans les enregistrements de transaction sur le navigateur : étant donné qu'une transaction peut prendre en charge jusqu'à 32 transitions, dont une est utilisée pour payer les frais de transaction, le TPS d'Aleo devrait être multiplié par 32. Selon les 25 validateursNœud actuels, chaque Nœud a en moyenne une capacité de 2 à 5 TPS, ce qui signifie que le TPS peut déjà atteindre un niveau de 1500+. Le nombre de transitions prises en charge par transaction dépend de la configuration du Mainnet d'Aleo. Actuellement, l'accent officiel est mis sur l'augmentation continue du nombre de validateursNœud et l'optimisation des performances du réseau, avec pour objectif d'atteindre 40. Selon l'algorithme traditionnel de TPS des blockchains publiques, un TPS d'environ 100 peut être atteint en augmentant le TPS à environ 100, ce qui permet d'atteindre un niveau similaire à celui de l'ETH L1 actuel. Si le nombre de transitions prises en charge par transaction est ajusté à 32, le TPS peut déjà atteindre 3000+. À quoi ressemble un TPS de 1500+ ou 3000+ ? Comparons avec d'autres blockchains publiques : ETH 2.0 : Après la mise à niveau PoS, il devrait prendre en charge 100 à 200 TPS, mais le débit réel dépend de la taille du réseau et d'autres améliorations technologiques (comme le sharding). Solana : Le mécanisme de consensus PoS + Preuve d'Histoire )PoH( prend en charge un débit de 5000 à 6000 TPS, ce qui en fait l'un des blockchains PoS les plus performants. Avalanche : La C-Chain peut traiter 4500 TPS. Sui : Selon les données publiées par la Fondation Sui, le TPS maximal de Sui peut atteindre 297,000, et dans un scénario opérationnel réel, le TPS maximal de Sui est actuellement d'environ 800. Aptos : Selon les données de Chainspect, le TPS théorique maximal d'Aptos peut atteindre 160,000, et dans un scénario opérationnel réel, le TPS record le plus élevé est de 10,734, avec un TPS quotidien maintenu entre 500 et 1000. En comparaison, si Aleo ajuste le nombre de transitions prises en charge par transaction, son TPS est déjà suffisant pour prendre en charge la plupart des applications de l'écosystème, telles que les DeFi à grande échelle, les DEX à haute fréquence, les grands marchés de NFT, les jeux Bloc, etc. Cependant, même sans ajustement, lorsque le nombre de validateursNœud atteint 40, selon l'algorithme traditionnel, le TPS peut déjà atteindre un niveau similaire à celui de l'ETH L1 actuel, et l'objectif officiel est de voir le développement du L2. À l'origine, nous pensions qu'Aleo n'avait pas besoin de L2, car L2 est après tout une solution d'évolutivité, et Aleo peut déjà atteindre une évolutivité infinie grâce à ses caractéristiques zkVM. Cependant, pour Aleo, L2 est en fait plus une couche d'application, et bien sûr, il a également pour fonction d'augmenter le TPS, grâce à des méthodes similaires au Rollup d'ETH. Selon l'algorithme traditionnel de TPS des blockchains publiques, les nombres maximums de transactions quotidiennes pouvant être pris en charge par 50 TPS et 100 TPS sont respectivement : 50 TPS : 4,320,000 transactions/jour100 TPS : 8,640,000 transactions/jour
En fait, avec des transactions de 50 TPS, il est déjà suffisant pour développer des applications écologiques de taille moyenne ou grande. Si Aleo augmente à 100 TPS, atteignant un TPS similaire à celui de l'ETH L1 actuel, puis suit le développement de son L2 à la manière d'ETH, tout en ajustant le nombre de transitions pris en charge, et avec un temps de blocage d'environ 2-5 secondes, ce qui est beaucoup plus rapide que les 12 secondes de l'ETH, avec le développement de l'écosystème Aleo, si Aleo peut maintenir ou améliorer davantage ce temps de blocage, alors la taille réelle des transactions et l'expérience de transaction dépasseront largement celles de l'ETH! De plus, pour améliorer le TPS, en plus d'ajouter des validateursNœud, l'optimisation des performances de snarkVM (zkVM) et snarkOS est également cruciale, comme nous l'avons mentionné dans un article précédent : La signification cruciale du support CUDA pour snarkVM (zkVM) et snarkOS! Le support de CUDA est très important pour améliorer le TPS, améliorer l'efficacité de génération et de vérification des preuves zk, et peut encore améliorer le débit et la réactivité de l'ensemble du système. En conclusion, le potentiel d'Aleo est encore très important, et selon les progrès officiels et de la communauté, l'écosystème progresse rapidement, ce qui amènera plus de projets écologiques. Il est espéré que le nombre de validateursNœud d'Aleo pourra être augmenté à 40 le plus rapidement possible. Si Aleo peut continuer à optimiser les performances et introduire des technologies d'extension plus efficaces, il pourra supporter un écosystème encore plus vaste, y compris des transactions ultra-hautes fréquences et des applications décentralisées plus complexes, tout en conservant son avantage en matière de protection de la vie privée. L'avenir d'Aleo est très prometteur!