ticker でなく境界から始める
Micron: business and HBM は市場物語より先に systems の問いである。memory capacity、bandwidth、latency、packaging yield、inventory、capital intensity は AI system の異なる部分を制約する。vendor announcement は product roadmap を説明できても、shipment volume、実現 margin、競争 share、投資可能な結果を独立に証明しない。技術 mechanism、会社の claim、条件付き thesis を同じ notebook で分ける。
- 1workload と data movement
- 2memory requirement
- 3package と供給制約
- 1会社開示
- 2会計 line item
- 3scenario assumption
- 4invalidation test
mechanism と測定
境界のある workload を定義する。batch、context、model、accelerator 数、storage path、許容する tail latency を書き、一度に一つの量だけを測る。HBM は accelerator 近くの bandwidth を変え得るが、compute、networking、software、power の制約を自動で直さない。NAND/SSD は persistence と dataset movement を変える。stacked memory では TSV と package assembly が yield と qualification の依存を足す。財務では revenue、gross margin、operating cash flow、capital expenditure は異なる量で、代用してはいけない。
演習として三つの scenario を作る。base case では unit demand と price assumption を明示する。upside case では qualification、yield improvement、持続した utilization のように必要な運用証拠を挙げる。downside case では ASP、bit shipments、yield、capex efficiency の一つだけを先に下げる。revenue と cash need の変化を計算し、その scenario を無効にする証拠を列挙する。これは scenario math であり株価目標ではない。
証拠の限界と次の作業
Micron の quarterly material と SK hynix/Samsung のページは issuer disclosure である。各社が各日付で述べたことを支える。現在の Samsung newsroom index は未日付 index なので、日付付き release として扱わない。HBM4 ページは product/roadmap の説明を支えるが、vendor の独立比較ではない。利用前に正確な filing または earnings release を取り、可能なら non-GAAP を filing と reconcile し、access date を残す。本稿は prices、market shares、future earnings を主張しない。
partの仕様とplatformの採用を分ける
MicronのHBM3E製品ページは1,024 I/O、9.2Gb/s超、placement当たり1.2TB/s超、8-high 24GBと12-high 36GBを記載する。これはpartの仕様であり、customer volume、market share、accelerator全体のmemory、売上認識ではない。NVIDIA H200は141GB/4.8TB/sという別のplatform境界を示すが、どのmemory supplierの収益かを示さない。
- 1HBM die/base die
- 2stack
- 3accelerator qualification
- 4system shipment
- 5accounting revenue
- 1仕様
- 2workload evidence
- 3customer configuration
- 4financial result
玩具例で6 placements×24GBは144GB、6×36GBは216GBとなる。これはboard-level capacityの算数で、Micron出荷量の推定ではない。capacity増はweight、activation、workspace、KV cacheの常駐に効き得るが、compute-bound kernelやnetwork待ちを直さない。bandwidth増もlow-arithmetic-intensity kernelで実測して初めて意味を持つ。
FY2026 Q3 results pageは同社の期日付きcorporate resultを確認する入口だが、revenue、margin、cash flow、guidanceは必ず該当release/filingのtableとGAAP/non-GAAP reconciliationから取る。ここに保存していない数値はunknownである。演習ではsystem、memory configuration、product/platform/customer/filing evidence、反証を四層表にし、競合qualification、softwareでのactive memory削減、packaging不足を条件として残す。
ROOFLINE / 仮想的な入力
メモリは計算装置へ十分にデータを送れるか。
上限 = min(計算の上限, 帯域 × 演算密度)。TBは10¹² byte。キャッシュ、アクセスの形、通信、実際の稼働率を省いた上限で、製品の測定ではありません。容量を増やしても帯域が増えるとは限りません。
出典
01自分のノート