「TPSマサオ:高橋の理由

TPS(翻訳)は何百万ものTPSに主張していると主張しています。 TPSから「比率スループット」、つまり、2番目のトラフィックの量にのみ、2番目のトラフィックの量です。 しかし、この概念の表面的な理解は十分ではありません。 多くの男性は、より高いTPSがより良いものであることをひどく理解していましたが、実際にこの指標は単独ではありません。 さまざまな要因、時間のブロック、ブロックのトランザクション数、および私たちが選択した観測時間スケールの影響を受けます。 TPSの計算のコピーとしてビットコインを受信するには、ブロック生成期間(10分)、ブロックのトランザクションが含まれます。 、および観測サイクル。 ビットコインネットワークでは、10分間が観測サイクルとして使用されている場合、TPSは平均で約6倍になります。 これは、TPの改善が、サイズとネットワークの要件をブロックするための基礎となるパラメーターの制限も制限されるため、トランザクションの数を単純に増やすことはできないことを示しています。 ゲームサーバーなどの複雑なシステムでは、TPSには、アカウント、データベース、ネットワークなど、多くのサブシステムがconcourseします。 たとえば、ゲーム内の「同時ログイン番号」は、TPSよりも多くのユーザーエクスペリエンスを反映して、ログインプレッシャーがシステムを実行するためのものです。 ゲームサーバーの最適化には、多くの場合、同時プロセス機能、データベースのパフォーマンス、メモリ、CPU使用効率など、複数の要因を包括的に考慮する必要があります。 ブロックチェーンの場合、そのシンプルな構造により、楽しいゲームの高性能ニーズで満たすことが困難になり、複雑さにはコストと恐怖が伴うことがよくあります。 したがって、ブロックチェーンは、高TPSに従うよりもシンプルで安定したデザインを選択します。 P2P WANトポロジーからのブロックチェーンネットワークは、TPSが高いにもかかわらず、実際のアプリケーションでのユーザーエクスペリエンスは、特にクロスサーバーのネットワークレイテンシによって依然として制限されています。 要約すると、数百万のTPSの主張に直面して、TPSの数値値だけでなく、実際のアプリケーションでのプロジェクトの基本パラメーター、同意メカニズム、ネットワークトポロジ、およびユーザーエクスペリエンスに注意を払う必要があります。 将来の進歩は新しいソリューションにつながる可能性がありますが、現在は純粋に高いTPSではなく包括的な最適化が必要です。 TPSが大きいほど、より良くまたは小さくなるほど、TPSの値が大きくなるほど、システムは1秒あたりのトランザクションをより多く処理できることを意味します。 これにより、システム応答の効率と速度が大幅に向上します。 ただし、TPSバリューの改善に従うだけで、パブリックチェーンシステムの楽観主義の目標を完全に表すことはできません。 TPの改善は、どのデータを連鎖する必要があるか、どのデータを連鎖する必要がないかを決定するなど、システムの再構築を通じて達成する必要があります。 この決定 - 製造プロセスには、ブロックチェーンアプリケーションの機能とシナリオ、および詳細な設計と計画を深く理解する必要があります。 ブロックチェーンの安全性と速度のバランスを見つける必要があります。 トランザクションの量が多いため、データの整合性、親密さの保護などの課題ももたらすため、過剰なTPはシステムのセキュリティを犠牲にする可能性があります。 ブロックチェーンが集中ユーザーのようなユーザーエクスペリエンスを実現できるようにするために、TPSを改善するだけでなく、競争、ネットワークトポロジ、安全性を選択する必要があります。 システムの全体的なパフォーマンスはこれらの要因によって決定されるため、TPSの改善への依存はすべての問題を完全に解決することはできません。 一般に、TPSの最適化は、複数の次元での取引と最適化を必要とする複雑なプロセスです。 TPSの改善に従うときは、システムユーザーのセキュリティとエクスペリエンスに注意を払い、効率を改善するときにシステムの安定性と安全性が犠牲にならないようにする必要があります。 ブロックチェーンTPSとは何ですか? TPSのフルネームは、トランザクションペルセカンドトランザクションです。 TPSの1秒あたりの競争が低すぎる場合、ネットワークの深刻な混雑を引き起こすのは簡単です。 これにより、ブロックチェーンは大きな価値の高い分野で実装できません。 たとえば、TPSは1秒あたり低すぎるため、ビットコインとイーサリアムには、高いトランザクションコスト、長い確認時間、スケーラビリティが低いなどの問題があります。 現在、多くの作品は、ビットコインの欠点を避けることを望んで、TPについての物語を作ります。 たとえば、ULAM、USDT、USC、およびいくつかの通貨では、その流れは10,000の最低TPSの確認、7TPSの確認、100 TPの確認です。 誰もが知っているように、ビットコインは1秒あたり7つのトランザクションしか行うことができません。 支払いシステムとして、それは十分ではありません。 最近、私は高い公共チャンネルであるULAMを備えた非常に良い公共チャンネルを発見しました。 ULAMは、POW、POS、DPOS、PBFTの後のコンセンサスアルゴリズムの主要なイノベーションを備えた5番目のブロックチェーンプロジェクトです。 ULAMコンセンサスアルゴリズムは、ハッシュ関数の特性を使用して、超基底で完全に分散したエネルギー消費と非常に安定したブロックチェーンシステムを作成します。 ULAMはハザードコンピューターの競争を実行する必要はなく、低い携帯電話、スマートウォッチ、ルーターなどを許可することができます。 「マイニング」に参加します。 ULAMは、最低10,000のTPSに到達することができる新しい非インタラクティブトランザクション検証アルゴリズム(NITCV)を設計しました。 ULAMには非常に断片化されたノードがあります。 完全に分散化されています。

II、パフォーマンステスト用のTPSソフトウェア

tps soソフトウェアテスト標準?

ブロックチェーンシステムのテスト指標を、パフォーマンスインジケーター、リソースインジケーター、安定性インジケーター、スケーラビリティインジケーター、信頼性インジケーターに分割します。

パフォーマンスインジケーター

ここでは、ブロックチェーンシステムのパフォーマンスを評価するためのいくつかの重要なインジケーターを決定します。 これは、トランザクションの応答時間、システムを処理する可能性、およびトランザクションの成功の速度です。

データ分析データのデータデータは次のとおりです。

各タイプのインデックスは、一時シリーズに従って平均、最高、最低、および標準偏差値を分析する必要があります。

システムの安定した期間中に収集されたデータは収集されますが、サンプリングの粒度は3秒です。 最初の3秒が計算されます。

リソースインジケーター

リソースインジケーターは、CPU、メモリ、ディスクの保存、ネットワークトラフィックなど、ロードシステムによって消費されるシステムリソースに属します。

すべてのサーバーはノードのユニットを実行できるため、さまざまなノードの構成が非常に異なります。 ネットワーク全体のパフォーマンスを処理します。

リソースインジケーターは、ネットワークに参加するノードのコストも測定します。

安定性インジケーター

システムは、最大容量または標準負荷の80%(毎日のシステム圧力の予想)で一定期間安定して動作できます。

ブロックチェーンシステムには起動7x24が必要なため、システムが少なくとも24時間着実に動作していることを保証できるはずです。 システムが安定して動作できない場合、インターネットにアクセスした後、トランザクションの増加と長期運用の増加により、パフォーマンスの低下や障害のリスクがあります。

スケーラビリティインジケーター

システムは、固定標準負荷(システムの予想される1日圧力)に従って機能し、ノードを徐々に増加させ、数の増加間の関係を検出します。 ノードの容量の処理の増加。 。

一般的に言えば、機器が増加しますリソース処理分散システムは、線形またはほぼ直線的に改善できます。 ただし、P2Pネットワークの条件では、コンセンサスを含むすべてのメッセージがP2Pを介して放送され、接続の複雑さはノードの数が増加すると線形または指数になり、処理能力が低下または停止します。

信頼性メトリック

故障の障害と二重の費用またはシール、ネットワーク遅延、メッセージのランダム破損の影響後に回復するシステムの能力を評価するために、悪意のあるノードは悪意を持って分岐しようとしています。