Sui メインネットのオブジェクト指向アーキテクチャは、大量のトランザクションの並行処理を可能にし、これが高性能を実現する方法です。ただし、複数のトランザクションが同じ共有オブジェクトに書き込まれる場合、まだ順次実行する必要があり、この種のトランザクションの処理速度は制限されます。共有オブジェクトによる混雑を避けるために、Sui は単一の共有オブジェクトのトランザクションレートを制限する混雑制御メカニズムを導入しています。筆者補充：先日、Sui Foundation は XueDAO との共同でオフラインでの読書会で、因果関係のある取引をまとめて実行するというロジックを言及しました。
SUIが最初のブロックの生成を停止：開発者は問題はないと述べ、翌日、Franklin Templetonとの協力関係が発表されました
最近、SUI パブリックチェーンも一時的にブロックの生成が停止され、2時間半の停止後、SUI 公式もこの問題に関する報告を発表しました。しかし、高性能パブリックチェーンを打ち出している SUI がブロックの生成を停止したことは、数年前の Solana を思い起こさせます。両者を比較すると、プログラミング言語やアーキテクチャは大きく異なりますが、どちらも高性能パブリックチェーンを打ち出しているにも関わらず、分散化が不十分だと批判されています。
なぜ一つの混雑制御コードがすべてのバリデータの崩壊を引き起こしたのか
報告によると、2024年11月21日未明、SUIメインネットは太平洋時間で約午前1:15から3:45まで完全に停止しました。すべてのバリデータが崩壊ループに入り、ネットワーク全体が取引を処理できなくなりました。この事件は、高性能なパブリックチェーンが性能を向上させる一方で、安定性に依然として高度なフォローが必要であることを明確に示しています。
公式によると、今回の停止の理由は、SUIネットワークの混雑制御コードの1つの「assert!」がバリデータのクラッシュを引き起こしたためです。具体的には、次の条件が同時に満たされると、ネットワークがクラッシュします：
輻輳制御により、TotalGasBudgetWithCap モードが有効になります。
以下の特徴を含むトランザクションを受け取りました: 入力として可変共有オブジェクト、MoveCall命令なし
このような取引がネットワークに入ると、すべてのバリデータが同時に崩壊し、ネットワークが停止します。
渋滞制御とは何ですか？
Sui メインネットのオブジェクト指向アーキテクチャは、大量のトランザクションの並行処理を可能にし、これが高性能を実現する方法です。ただし、複数のトランザクションが同じ共有オブジェクトに書き込まれる場合、まだ順次実行する必要があり、この種のトランザクションの処理速度は制限されます。共有オブジェクトによる混雑を避けるために、Sui は単一の共有オブジェクトのトランザクションレートを制限する混雑制御メカニズムを導入しています。筆者補充：先日、Sui Foundation は XueDAO との共同でオフラインでの読書会で、因果関係のある取引をまとめて実行するというロジックを言及しました。
そして最近、SUIは混雑制御システムをアップグレードし、TotalGasBudgetWithCapモードを導入してトランザクションの複雑さをより正確に評価しました。ただし、このモードのコードには今回の問題の原因となるバグがありました。SUIチームは問題を発見した後すぐに行動を起こし、コード修正（PR＃20365）を通じてメインネットv1.37.4およびテストネットv1.38.1のバージョンアップをリリースしました。バリデータコミュニティは非常に迅速に対応し、修正のリリースからネットワークの回復までわずか15分しかかかりませんでした。
Typus プロトコル：SUI のブロック生成停止とソラナは完全に異なります
SUIのブロック生成停止は、ソラナや今年のTONを思い起こさせますが、SUIの分散型金融プロトコルTypusのCGO Kyrieは、チームメンバーの見解をツイッターで共有し、これはソラナのブロック生成停止とは完全に異なると指摘しました。ソラナの問題はシステムのクラッシュを引き起こすネットワークの混雑であり、大規模なアーキテクチャ改善が必要であり、これはソラナの問題が短期間に完全に解決されないことを意味します。一方、SUIの問題は明確な技術的問題であり、システムの基盤には影響しません。
Kyrieは、このクラッシュの原因が取引コストの計算時に数値オーバーフローが発生したことを示しています。要するに、計算機の表示桁数が足りないため、数字が大きすぎるとゼロにリセットされます。このような状況ではシステムが無限ループに陥り、最終的にはネットワーク全体が停止します。
システムの計算値が保存可能な範囲を超えると、元の設計では範囲外の計算がエラーを起こし、システムが繰り返し計算を続けてしまうことになります。しかし、PR＃20365では正しい計算上限が設定され、このような状況を回避するように修正されました。また、この事件の鍵は、取引コストの計算ロジックに問題があったためであり、SUIのコンセンサスメカニズムやシステム構造設計には関係がなかったことが指摘されています。そのため、修正が迅速かつ直接的に行われた理由が説明されています。
フランクリン・テンプルトンとスイがパートナーシップを発表
締め切り前に、ブロック生成が停止した翌日に、Sui FoundationはFranklin Templetonとの提携を発表しました。声明では、Franklin TempletonはDeepbook、Karrier One、およびikaという3つのプロトコルとインフラストラクチャを特定しています。しかし、Franklin Templetonのブロックチェーン上での操作に基づくと、Suiはオブジェクト指向であり、セキュリティを重視したパブリックチェーンとRWAの組み合わせが期待されるかもしれません。
この記事SUIがオンラインになって初めてブロックの生成が停止しました：開発者は問題は大きくないと述べ、翌日、Franklin Templetonが提携関係を発表しました。