#Sui创4060万TPS纪录 最初に私が確認したのは、「この数字はいったい何を数えているのか」という点です。Suiは10月7日の公式発表で40,614,180 TPSを提示しました。テストはシンガポールのBasecampで行われています。ただし、このスループットはSuiトンネル内のオフチェーン活動から得られ、結果はメインネットに清算されます。これをそのまま「メインネットのコンセンサス層が1秒あたり逐次で承認する取引数」として捉えると、読者の性能理解を変えてしまいます。

10月8日北京時間12:38時点で、このラウンドで追跡できた元のタイムラインは次のとおりです。7月4日に実験で6,086,766 TPSを達成、7月17日に紹介を公開。10月7日に再び4,061万の結果が公開されました。前後はいずれも同じ通路内での測定に属するため、このテスト体系の向上として記述することはできますが、別のチェーンのメインネットにおける取引筆数と直接順位付けすることはできません。

一、インタラクション、実行、清算を分ける

公式の説明する手順は次の通りです。オンチェーンでトンネルを開き、トンネル内で複数回の状態または支払いのインタラクションを行い、閉じるときに清算を提出します。メインネットは最終状態と証明のアンカーを担い、内部の各アクションは逐次でグローバル・コンセンサスに書き込む必要はありません。これは、やり取りの最終的な台帳を清算層に渡すようなもので、やり取り回数と最終提出の筆数は当然同じ指標ではありません。

この種の設計には価値があります。高頻度のマシン同士のやり取りは、各ステップで同じオンチェーンの書き込みコストを負担する必要がないからです。ただし、「オフチェーンで起きた」ことと「最後にオンチェーンで検証可能である」ことは同時に明確にするべきで、数字が最大の部分だけを残してはいけません。ピーク値が、継続時間、失敗率、そして通路を閉じるときの混雑問題を自動的に答えてくれるわけでもありません。

二、検証の進捗を最終結論と混ぜてはならない

10月7日の公告ではCertiKを独立した監査者として挙げ、同時に、証明や実行ログなどの資料を確認し、今後数日でレポートを公開するとも述べています。今回のラウンドでは、このテストの完全な公開レポートはまだ追跡できていません。したがって、ここで引用しているのはプロジェクトが公表した結果であり、現場検証への参加を私が独立して再計算したものだとはせず、また、レポート計画を「レポートは完了済み」と書き換えることもしません。

今後、特に見どころになるのは、測定ウィンドウ、計数ルール、成功と失敗の扱い、そして通路が閉じた後の清算証拠です。これらの前提（口径）が変われば、同じTPS数字でも意味が変わり得ます。

三、性能の余地はどのように実際のニーズへ変わるのか？

9月2日のSuiのマシン決済に関する記事でも、原子的な清算と制限された委任について強調されていました。一度の多ステップ手順は、まとめて完了するか、提出しないかのいずれかであり、代理人の金額・時間・受取人側にも境界が必要です。私は、これが「実際のアプリケーションはアクション数だけを追求しても意味がない理由」を説明していると考えます。大規模な自動インタラクションであっても、制御可能な権限や検証可能な清算がなければ、速度が速いほど必ずしも有用とは限りません。

SUI資産の観点では、デモのスループットを比例換算して収益、トークン購入量、あるいは価格目標に結びつけることはできません。次に私が見るのは、長期利用と実際の支払い、そして清算のニーズが追いついているかどうかで、それによって技術的成果が経済的な増分を生み出しているかを判断します。今日の結論は、測定範囲は説明済みであること、そして商用の実装と完全なテストレポートについては、引き続き検証が必要だという点です。