パフォーマンス
INTMAX Network のパフォーマンス指標と将来のスケーリング展望
INTMAX は、オンチェーンデータ要件を漸近的に最小化しつつ、高スループットのオフチェーンアクティビティをサポートするよう設計されています。そのパフォーマンス特性は、ステートレス（Stateless）かつプルーフベースの設計に直接起因しています。オンチェーンには 集約コミットメント（Commitment）のみが記録され、すべての計算とトランザクション詳細はオフチェーンでユーザーが管理します。
オンチェーンデータ効率
各トランザクションバッチに必要なデータは約：
送信者あたり約 5 バイト。内訳は以下のとおりです：
32 バイト：Merkle root コミットメント
48 バイト：集約 BLS 署名（Aggregate Signature）
約 96 バイト × n：BLS 公開鍵（Public Key）リスト（送信者 1 人につき 1 つ）
トランザクション内容はチェーンから除外されるため、ブロックサイズは参加する送信者数に比例し、トランザクション数や受取人数には比例しません。1 人の送信者が数千件の支払いをバッチ処理しても、追加のオンチェーンコストは発生しません。
主要な非対称性：
オンチェーンサイズ ∝ O（送信者数） オフチェーンコスト ∝ O（トランザクション数）
現在のスループット（現行 Ethereum）
前提条件：
Ethereum ブロックサイズ 0.375 MB（Calldata ガス代削減後）
送信者あたりの平均オーバーヘッド ≈ 5 バイト
理論上のスループットは以下のとおりです：
毎秒約 7,500 送信者
送信者あたりの受取人数は無制限（オフチェーンで処理）
これは、特に決済ユースケースにおいて、現実的な制約下での既存ロールアップ（Rollup）のスループットをすでに上回っています。
将来のスケーリング（EIP-4844 以降）
EIP-4844（Proto-Danksharding）により、Ethereum はデータ帯域幅を以下まで拡大する予定です：
ブロックあたり約 16 MB（Blob スペース経由）
この条件下で、INTMAX は以下をサポートできます：
毎秒 320,000 以上の送信者
受取人数やトランザクション量が増加しても、送信者あたりのオンチェーンコストは変わりません
これにより、INTMAX は 将来を見据えたスケーラビリティレイヤーとして位置付けられます。L1 の帯域幅が増加すれば、再設計なしで L2 のスループットが直接向上します。
比較効率
トランザクションあたりのオンチェーンデータ
約 5 バイト
約 200〜300 バイト
トランザクションバッチモデル
送信者中心、受取人数無制限
トランザクションごとの固定コスト
シーケンサー（Sequencer）のボトルネック
なし（パーミッションレス（Permissionless））
中央集権型またはシングルリーダー
Withdrawal プルーフサイズ
一定（ZK-SNARK）
同等
最終更新