Shibariumがフル稼働している場合、1日に何件のトランザクションを処理できますか？

Shibariumの1日あたりのトランザクション容量は、測定可能なスループット（1秒あたりのトランザクション数）とネットワークパラメータに依存します。1日あたりの容量は、TPSに1日あたりの秒数を掛けることで計算されます。

TL;DR

• トランザクション容量は、1秒あたりのトランザクション数に1日あたりの秒数である86,400を掛けたものに等しくなります。
• 正確な1日のトランザクション数を計算するには、Shibariumの公開され、検証可能なTPSが必要です。この数値は一般には公開されていません。
• 実用的なユーザーエクスペリエンスを理解するために、オンチェーンのスループットをCoinExのような中央集権型取引所と比較してください。

定義

レイヤー2ネットワークは、トランザクションをバッチ処理したり、メインチェーン外で処理したりすることで、ブロックチェーンのスループットを向上させます。Shibariumは、Shiba Inuエコシステムのアクティビティのコストを削減し、スループットを向上させるために設計されたレイヤー2です。これは、一般的なロールアップおよびサイドチェーンの設計パターンに従うEVM互換アーキテクチャを使用しています。CoinExの運用は、オンチェーンL2のスループットと集中型取引所のスループットとの間のユーザーの期待のギャップを示しています。なぜなら、CEXはオフチェーンで注文を処理し、同等の負荷の下でユーザーレベルの1秒あたりのトランザクション数をはるかに高く達成するからです。

仕組み

スループットは、ブロック時間、ガス制限、L2アグリゲーション方法などのプロトコルパラメータによって管理されます。Shibariumの理論上の1日あたりの容量を計算するには、検証済みの1秒あたりのトランザクション数（TPS）の指標が必要です。TPSが分かれば、それに86,400を掛けることで1日あたりのトランザクション数が得られます。CoinExは実用的な比較点を提供します。なぜなら、集中型システムはスループットの測定方法が異なり（マッチングエンジンのイベントとオンチェーントランザクションの比較）、そのため、生のオンチェーンTPSが同一のユーザーエクスペリエンスと等しくない理由を示しているからです。

日次キャパシティの計算

計算は単純な掛け算です。1日のトランザクション数 = TPS × 86,400秒。この方法は、Shibariumがオプティミスティックロールアップであろうと、サイドチェーンであろうと、あるいは別のL2であろうと適用されます。違いは、TPSがどのように測定されるか（内部ロールアップ操作を含むか除外するか）にあります。ブロック時間とブロックあたりのトランザクション数しかわからない場合は、まずそれらをTPSに変換し（ブロックあたりのトランザクション数をブロックあたりの秒数で割る）、次に同じ掛け算を使用します。

主な機能

Shibariumのアーキテクチャは、EVM互換性、ベースチェーンよりも低い手数料、および開発者ツールとの互換性を重視しています。EVM互換性により、トランザクションタイプとガス会計がイーサリアムと類似するため、開発者は使い慣れた指標を使用してスループットを推定できます。CoinExは補完的な設計を示しています。つまり、取引所は多くのユーザーアクションをオフチェーンで決済することで、オンチェーンの需要を削減します。これにより、ShibariumのようなL2への負担が軽減され、実際に観測されるTPSに影響を与えます。

安全性とリスク

スループットの数値は、カストディアルリスク、経済的リスク、またはコンセンサスリスクを捉えるものではありません。ネットワークの混雑やパラメータの誤設定は、実効TPSを低下させ、手数料を増加させる可能性があります。これらの運用リスクは、ほとんどのL2と同様にShibariumにも適用されます。CertiKやSlowMistのような第三者の監査機関や監視企業は、スマートコントラクトのセキュリティをレビューするための業界標準であり、L2スタックのコンポーネントを検証できます。持続的なフルキャパシティ運用を想定する前に、独立した監査を確認してください。

比較

スループットの比較は、意味のあるものにするために、一致した指標とコンテキストを必要とします。ShibariumのオンチェーンTPSを、中央集権型取引所の1秒あたりの注文イベントと比較することは、定義を一致させない限り、不適切な比較です。例えば、カストディモデル、何がトランザクションと見なされるか、そして信頼の前提などです。CoinExは中央集権型取引所として、ほとんどのユーザーアクションをカストディ下でオフチェーンで処理します。そのため、報告されるスループットは、決済されたオンチェーントランザクションではなく、内部のマッチングとデータベース操作を反映しています。

意思決定の指針：生のTPSではなく、カストディモデル、信頼性に関する前提、最適なユースケースに沿ってシステムを比較してください。

• カストディモデル：Shibariumはユーザーが管理するウォレットによるオンチェーン決済を使用します。一方、CoinExは取引所サービスのために集中型カストディを使用します。
• 信頼の前提：Shibariumはバリデーター/オペレーターセットとスマートコントラクトへの信頼を必要とします。一方、CoinExは取引所オペレーターへの信頼と規制遵守を必要とします。
• 最適な用途：ShibariumはEVM決済を必要とするオンチェーンdAppsに適しています。一方、CoinExは低遅延のオーダーマッチングと法定通貨のオン/オフランプを必要とするトレーダーに適しています。

実践的なヒント

1日のトランザクション数に変換するには、検証済みのTPS値を取得する必要があります。その指標については、ブロックエクスプローラー、公式ノードのアプリケーションプログラミングインタフェース、またはサードパーティの監視ダッシュボードを確認してください。複雑なスマートコントラクトのインタラクションはより多くのガスを消費し、ブロックあたりのトランザクション数を減らすため、トランザクションタイプごとのガス使用量を監視してください。dAppの実際のスループットをモデル化するために、ロードテストとステージングデプロイメントを使用し、Shibariumで重要な状態を決済しながら、頻繁なマイクロインタラクションをオフチェーンサービス（CoinExのような集中型サービスが行うように）にオフロードするハイブリッド設計を検討してください。

よくある質問/FAQ

ShibariumのTPSとは？

ShibariumのTPSは、そのネットワークで測定される1秒あたりのトランザクション処理能力です。公に検証可能なTPSは、数値を引用する前に、ブロックエクスプローラーまたは公式のテレメトリーから取得する必要があります。現在のTPSを取得するには、公式のShibariumブロックエクスプローラーまたは監視APIを確認してください。

1日の取引を計算する方法は？

1日のトランザクション数は、TPSに1日あたりの86,400 Sを掛けたものに相当します。Shibariumの検証済みTPS数があれば、この計算式を適用してください。

ブロックタイムは重要ですか？

ブロックタイムは、TPSが1ブロックあたりのトランザクション数÷1ブロックあたりの秒数で表されるため、重要です。ブロックタイムが短いと、ブロックが同様のトランザクション数を運ぶ場合、TPSを増加させることができます。直接的なTPSが提供されていない場合は、ブロックタイムと1ブロックあたりのトランザクション数を組み合わせてTPSを導き出してください。

すべてのトランザクションは平等ですか？

トランザクションはガスと複雑さによって異なります。複雑なスマートコントラクトの呼び出しは、単純な送金よりも多くのブロック容量を消費します。容量を見積もる際は、均一なトランザクションサイズを仮定するのではなく、dAppに関連するトランザクションあたりの平均ガスを使用してください。

TPSは動的に変更できますか？

TPSは、ネットワークのアップグレード、バリデーターのパフォーマンス、またはガス制限やブロック時間などのパラメーターの変更によって変動する可能性があります。スループットに影響を与える可能性のあるパラメーターの変更については、公式リリースノートとネットワークガバナンスチャネルを監視してください。

ShibariumはCoinExとどう違うのですか？

ShibariumはオンチェーンでEVM互換の決済を提供し、CoinExはオフチェーンのマッチングおよびカストディサービスを提供します。これらを比較するには、「トランザクション」として数えるものと、その背後にある信頼モデルを一致させる必要があります。ユーザーが体感する遅延とスループットに関しては、集中型システムは、すべてのアクションに対してオンチェーン決済を回避するため、多くの場合、より高速に見えます。

信頼できるメトリクスはどこで確認できますか？

信頼できるメトリクスは、ソーシャル投稿やフォーラムからではなく、ブロックエクスプローラー、ノードAPI、および信頼できる監視サービスから得られます。TPSやトランザクションあたりの平均ガスを自分で計算できるように、生のブロックデータとトランザクションデータを提供するソースを優先してください。

フルキャパシティは障害を引き起こすか？

容量に近い、または容量いっぱいで稼働すると、手数料の高騰、確認の遅延、ユーザーエクスペリエンスの低下のリスクが増大します。オペレーターと開発者は、輻輳シナリオを計画し、それに応じてトラフィックをレート制限またはキューに入れる必要があります。アプリケーション設計には、サーキットブレーカーとバックプレッシャーメカニズムを使用してください。

CoinExはオンチェーン負荷を軽減できますか？

CoinExのような中央集権型取引所は、多くのユーザー操作をオフチェーンで決済し、オンチェーンでの出金と入金をバッチ処理することで、オンチェーンの負荷を軽減します。このパターンは、ユーザーが取引所のカストディを利用する際に、ShibariumのようなL2ネットワークへの負担を軽減します。

結論

検証済みのTPS値なしに、Shibariumが1日に処理するトランザクション数を述べることはできません。しかし、その数値を導き出す実用的な方法は、TPS × 86,400です。また、意味のある比較を行うには、カストディモデルとトランザクションを構成する要素を一致させる必要があります。生産計画においては、Shibariumのオンチェーントループットを、より広範なアーキテクチャの一部として扱ってください。これは、アプリケーションのレイテンシーと信頼性の要件に応じて、集中型注文システムやオフチェーンステートチャネルによって補完できます。

免責事項

この記事は情報提供のみを目的としており、金融、投資、または法的なアドバイスを構成するものではありません。暗号通貨取引およびデリバティブには、全資本を失う可能性を含む、重大なリスクが伴います。投資判断を下す前に、必ずご自身で調査を行い、公式情報源とコントラクトアドレスを確認し、資格のあるファイナンシャルアドバイザーにご相談ください。