#最近关注的新币 現在、Aleoのメインネットのバリデータノードは25台に増加し、TPSは30から50に増加しました。では、TPSが50に増加するとはどのような水準ですか?その前に、まずは伝統的なパブリックチェーンでのTPSとは何か、そしてそれに含まれるものを明確にしましょう。TPSはTransactions Per Secondの略で、1秒間に処理される取引の数を意味します。これはブロックチェーンネットワークの性能を測る重要な指標であり、ネットワークが1単位時間でどれだけの取引を処理できるかを示します。伝統的なパブリックチェーンでは、取引(Transaction)は操作を指し、この操作によりユーザーはトークンの転送やスマートコントラクトの実行を行うことができます。AleoのTPSは伝統的なパブリックチェーンとは大きく異なります。伝統的なパブリックチェーンでは、UTXO(未使用取引出力)およびアカウントモデル(ETHブロックチェーンで導入)の2つの主要な状態モデルが使用されます。AleoはUTXOモデルの変種であるレコードモデル(Record)を使用しています。アカウントモデルは開発者にとって直感的ですが、全体の状態をインデックスするためにアカウントアドレスが使用されます。これは、プライベートなアカウントモデルが入出力のプライバシーを実現できるが、アカウントアドレスが暗号化されないため、ユーザーのプライバシーが損なわれる可能性があることを意味します。プライベートなアカウントモデルの別の問題は、全体のプログラムの状態を更新するために必要であるため、並行性が不足していることです(1回に1人のユーザーしかこの操作を実行できません)。AleoのレコードモデルはプログラムIDをクラスタポイントとして使用し(アカウントアドレスではなく)、プログラムに内部状態を持たせることで、より効率的になり、並行性の問題も解決します。レコードは任意の有効なペイロードを含む基本データ構造であり、ユーザーの資産やアプリケーションの状態をエンコードするために使用されます。レコードはプログラムのグローバル状態におけるプログラムの状態を表し、たとえばアカウント残高やIDなどのものです。Zcashのノートモデルとの主な違いは、レコードにはそれがどのプログラムに関連しているかの情報(プログラムID)が含まれていることです。これにより、より複雑なロジックが可能になり、価値移動に限定されるのではなく、任意のペイロード(資産、アプリケーションの状態など)を暗号化できます。各レコードには、所有者、格納されている価値、およびアプリケーションの状態に関する情報が含まれています:アカウントの公開鍵(APK):指定されたレコードの所有者とその利用権;小額ポイント:Aleo残高のプログラムレコードに格納されている;データ:アプリケーションに依存する任意のペイロード、たとえばアカウントの残高;ランダム数:各レコードのユニークな番号。(これはZcashのNullifierに類似しています。ノンスが既に使用済みレコードのセットに含まれているかどうかを確認することにより、同じレコードを2回使用することを防ぎます。重複支出)の重要な機能;可視性:デフォルトではAleoではプライベートですが、ユーザーが情報を共有したり公開取引を行いたい場合は、パブリックに設定することもできます。
#最近关注的新币 現在、Aleoのメインネットのバリデータノードは25台に増加し、TPSは30から50に増加しました。では、TPSが50に増加するとはどのような水準ですか?その前に、まずは伝統的なパブリックチェーンでのTPSとは何か、そしてそれに含まれるものを明確にしましょう。TPSはTransactions Per Secondの略で、1秒間に処理される取引の数を意味します。これはブロックチェーンネットワークの性能を測る重要な指標であり、ネットワークが1単位時間でどれだけの取引を処理できるかを示します。伝統的なパブリックチェーンでは、取引(Transaction)は操作を指し、この操作によりユーザーはトークンの転送やスマートコントラクトの実行を行うことができます。AleoのTPSは伝統的なパブリックチェーンとは大きく異なります。伝統的なパブリックチェーンでは、UTXO(未使用取引出力)およびアカウントモデル(ETHブロックチェーンで導入)の2つの主要な状態モデルが使用されます。AleoはUTXOモデルの変種であるレコードモデル(Record)を使用しています。アカウントモデルは開発者にとって直感的ですが、全体の状態をインデックスするためにアカウントアドレスが使用されます。これは、プライベートなアカウントモデルが入出力のプライバシーを実現できるが、アカウントアドレスが暗号化されないため、ユーザーのプライバシーが損なわれる可能性があることを意味します。プライベートなアカウントモデルの別の問題は、全体のプログラムの状態を更新するために必要であるため、並行性が不足していることです(1回に1人のユーザーしかこの操作を実行できません)。AleoのレコードモデルはプログラムIDをクラスタポイントとして使用し(アカウントアドレスではなく)、プログラムに内部状態を持たせることで、より効率的になり、並行性の問題も解決します。レコードは任意の有効なペイロードを含む基本データ構造であり、ユーザーの資産やアプリケーションの状態をエンコードするために使用されます。レコードはプログラムのグローバル状態におけるプログラムの状態を表し、たとえばアカウント残高やIDなどのものです。Zcashのノートモデルとの主な違いは、レコードにはそれがどのプログラムに関連しているかの情報(プログラムID)が含まれていることです。これにより、より複雑なロジックが可能になり、価値移動に限定されるのではなく、任意のペイロード(資産、アプリケーションの状態など)を暗号化できます。各レコードには、所有者、格納されている価値、およびアプリケーションの状態に関する情報が含まれています:アカウントの公開鍵(APK):指定されたレコードの所有者とその利用権;小額ポイント:Aleo残高のプログラムレコードに格納されている;データ:アプリケーションに依存する任意のペイロード、たとえばアカウントの残高;ランダム数:各レコードのユニークな番号。(これはZcashのNullifierに類似しています。ノンスが既に使用済みレコードのセットに含まれているかどうかを確認することにより、同じレコードを2回使用することを防ぎます。重複支出)の重要な機能;可視性:デフォルトではAleoではプライベートですが、ユーザーが情報を共有したり公開取引を行いたい場合は、パブリックに設定することもできます。
Aleo のレコードは、Transition 関数によって使用および作成されます。 トランザクションには複数の変換を含めることができ、それぞれが独自のレコードの使用と作成を担当します。 これにより、1 つのトランザクションに複数のステータス更新を含めることができます。 各トランザクションには最大 32 個のコンバージョンを含めることができ、そのうちの 1 つがトランザクション手数料の支払いに使用されます。 各トランザクションは最大32のトランジションをサポートでき、そのうちの1つはトランザクション手数料の支払いに使用されるため、AleoのTPSは32倍になるはずです。 現在の25 バリデータノードによると、各ノードの平均は2〜5TPSで、実際、TPSはすでに1500+のレベルに達する可能性があります。 トランザクションごとにサポートできる遷移の数,これはAleoメインネットの設定に依存します,現在、公式の焦点はバリデータノードの数を増やし続け、ネットワークパフォーマンスを最適化することです,計画は40に増やすことです,従来のパブリックチェーンTPSのアルゴリズムによると,TPSは約100に増加しました,したがって、基本的に現在のETH L1レベルに達しています。 トランザクションでサポートされるトランジションの数をトランザクションあたり 32 コンバージョンに調整すると、TPS は実際には 3000+ に達する可能性があります。 1500+または3000+はどのように見えますか? 他のパブリックチェーンを見てみましょう。 ETH Square 2.0:PoSはアップグレード後に100〜200TPSをサポートする予定ですが、実際のスループットはネットワークのサイズやその他の技術的改善(シャーディングなど)によって異なります。 Solana:PoS + Proof of History (PoH)コンセンサスメカニズムは5000-6000TPSをサポートしており、これは現在PoSパブリックチェーンの中で最も強力なスループットの1つです。 Avalanche:C-Chainは4500TPSを処理できます。 隋:隋財団が公開しているデータによると、隋の最大TPSは297,000に達する可能性があり、実際の運用では、隋の現在の最高TPSは約800に達します。 Aptos:Chainspectのデータによると、Aptosの理論上の最大TPSは160,000、実際の運用で記録された最大TPSは10,734、毎日のTPSは500〜1000です。 対照的に、Aleoがトランザクションがサポートするトランジションの数を調整する場合、TPSは実際には、大規模なDeFi、高頻度DEX、大規模なNFT取引市場、ブロックチェーンゲームなど、ほとんどのエコロジカルアプリケーションをサポートするのに十分です。 しかし、仮に調整がなくても、バリデータノードの数が40に増えると、従来のアルゴリズムでは、TPSは現時点ですでにETH牙L1と同じレベルに達しており、公式の意味ではL2の発展を見届けたいところです。 当初、Aleo には L2 は必要なく、L2 は結局のところスケーリング ソリューションであり、Aleo は zkVM 機能の助けを借りて無制限のスケーリングを実現できると考えていました。 しかし、L2は実際にはAleoのアプリケーション層のようなもので、もちろんETHワークショップに似たロールアップ方式でTPSを上げる効果もあります。 従来のパブリックチェーンTPSのアルゴリズムによると、50TPSと100TPSが1日にサポートできるトランザクションの最大数は、50TPS:4,320,000トランザクション/日、100TPS:8,640,000トランザクション/日です
実際、50 TPSのトランザクションデータによると、中規模または中規模の生態学的アプリケーションを開発するのに十分です。 Aleoが100TPSに増加し、現在のETHワークショップL1と同様のTPSに到達し、その後、ETHワークショップに従ってL2を開発し、トランザクションがサポートする遷移の数を調整し、そのブロック生成時間に依存すると、Eleoの生態学的発展に伴い、ETHワークショップの12秒よりもはるかに速い約2〜5秒であり、Aleoがこのブロックタイムを維持またはさらに最適化し続けることができれば、実際のトランザクション規模とトランザクションエクスペリエンスはETHワークショップをはるかに超えます! また、TPSの向上のためには、バリデータノードを増やすことに加え、前回の記事で紹介したように、snarkVM(zkVM)やsnarkOS自体のパフォーマンス最適化も重要です。 CUDAはsnarkVM(zkVM)とsnarkOSのサポートに最適です! CUDAのサポートはTPSの向上にとって非常に重要であり、zkプルーフの生成と検証の効率を向上させることで、システム全体のスループットと応答速度をさらに向上させることができます。 要約すると、アレオの可能性はまだ非常に大きく、役人やコミュニティの進歩から判断すると、生態学は急速に進歩しており、より多くの生態学的プロジェクトが出てきて、できるだけ早くバリデータノードの数を40に増やすことを楽しみにしています。 Aleoがパフォーマンスを最適化し、より効率的なスケーリング技術を導入し続けることができれば、プライバシー保護の利点を維持しながら、UHF取引やより複雑な分散型アプリケーションなど、はるかに大きなエコシステムをサポートすることができ、Aleoの将来は非常に有望です。