UFS 5.0はスマホSSDではない――インラインハッシュが端末AIのデータ経路を変える

JEDECのUFS 5.0規格JESD220HとUFSHCI 5.0は、MIPI M-PHY 6.0とUniPro 3.0を前提に、最大10.8GB/s級の転送を想定する。PAM4信号とリンク等化を導入し、限られた端末基板上で帯域を引き上げる。[1][2]

ただしUFSは小型BGAパッケージ、低待機電力、SoC直結、熱制約を前提とする。交換式M.2 SSDのように大きなコントローラー、DRAMキャッシュ、放熱板を使えないため、同じ転送速度でも持続性能と製品設計は異なる。[1]

UFS 5.0はデータ転送中にハッシュを計算・検証するインラインハッシュを含む。これにより、OSやアプリケーションが読み出し後に別処理で完全性を確認する前に、ストレージ経路で不整合を検出できる。[1]

これは暗号化の代替ではない。暗号化は内容を秘匿し、ハッシュは改変や転送誤りを検出する。鍵管理、署名検証、アクセス制御と組み合わせて初めて、AIモデル、個人データ、実行コードの信頼連鎖を構成できる。[1]

オンデバイスAIでは、モデル起動時の大きな連続読出しに加え、小さな重み、埋め込み、画像特徴、KVキャッシュの断片的アクセスが発生する。最大帯域が倍増しても、ランダム待ち時間とキュー制御が改善しなければ応答時間は比例して短くならない。[1]

高速転送はNAND、コントローラー、PHYの発熱を増やす。端末では温度上昇によりSoCとストレージが同時に速度制限されるため、短時間のベンチマークより、推論を繰り返したときの持続帯域と一処理当たりエネルギーが重要になる。[1]

UFS 5.0の量産には、NAND世代、コントローラー、PAM4 PHY、パッケージ、SoCホスト、OSドライバー、セキュアブートを同時に認証する必要がある。規格公開から製品普及まで時間がかかるのは、部品単体ではなく相互運用を確認するためである。[1][2]

見るべき指標は最大読出し速度ではない。ランダムIOPS、持続帯域、電力、温度、ハッシュ検証の遅延、エラー率、モデル起動時間を同じ条件で比較する必要がある。UFS 5.0はストレージを速くする規格から、端末AIの信頼できるデータ経路を作る規格へ役割を広げる。[1][2]