80,000 コア
- 8 万人の作業員が別々に働く
- 数が多いほど何でも速い
- 200 の 400 倍の性能
量子競争マップ続編 · 更新 2026.09.10
論理量子ビットは CPU コアではない。幅は入場券であり、余った幅は magic-state factory と並列ジョブで throughput に変わる。qLDPC・Wide AND Deep・分散・AI 需要・2040 の天井まで、7 章 27 セクション・18 枚の図で。
投資助言ではありません。トップ「量子競争マップ」の続編。2026.09.10 の追加議論を、確認済み/公式目標/サイト見立て/未確認に分けて整理しています。Walking Cat の T/day や資源見積りは設計値・過去研究の値で、実機の実測ではありません。
80,000 コア — 8 万人の作業員が別々に働く
80,000 の幅 — 誤り訂正で守られた量子情報を、同時に保持・操作できる数
80,000 論理を「8 万コア」と読むと、速度も規模も誤解する。まず「幅」として捉え、速度は別の軸で測る。
CORES ≠ WIDTH80,000 は作業員の人数ではなく、守られた量子情報の幅
第1章
IonQ の 80,000 論理量子ビットは「8 万人の作業員」なのか。
論理量子ビットは CPU コア数ではない。幅・深さ・速さ・誤り・並列の 5 軸に分けると、80K と 200 が両方正しい理由が見える。
01コア数ではない
サイト見立て
80,000 論理を「8 万コア」と読むと、速度も規模も誤解する。まず「幅」として捉え、速度は別の軸で測る。
80,000 コア — 8 万人の作業員が別々に働く
80,000 の幅 — 誤り訂正で守られた量子情報を、同時に保持・操作できる数
80,000 論理を「8 万コア」と読むと、速度も規模も誤解する。まず「幅」として捉え、速度は別の軸で測る。
025 つの軸
サイト見立て
Width は載るか。Depth は何段続くか。Speed は 1 段の速さ。Error は最後まで壊れないか。Parallelism は同時にいくつ回せるか。
傾向はサイト見立ての相対目安(濃いほど強み)。実測比較ではない。
Width は載るか。Depth は何段続くか。Speed は 1 段の速さ。Error は最後まで壊れないか。Parallelism は同時にいくつ回せるか。
03幅は入場券
サイト見立て
入場した後の「何回の論理演算を何秒で、どれだけ壊さず実行できるか」は別軸。幅は必要条件であって十分条件ではない。
| 問題 | IBM Starling | IonQ |
|---|---|---|
| 幅 150 の深い問題 | ○ | ○ |
| 幅 5,000 の問題 | × | ○ |
| 幅 50,000 の問題 | × | ○ |
入場できても、速く走れるかは別。入場できなければ、速さは意味を持たない。 入場した後の「何回の論理演算を何秒で、どれだけ壊さず実行できるか」は別軸。幅は必要条件であって十分条件ではない。
第2章
問題に 1,000 しか要らないとき、残りの 79,000 は遊ぶのか。
余った論理量子ビットは ancilla・magic-state factory・並列ジョブへ配分され、throughput に変換される。Walking Cat の設計例で見る。
0480K の配分
サイト見立て
「余った資源は余らない」。1 問題に 1K しか要らなくても、残りを factory と別ジョブに回せば、装置全体の仕事量が増える。
Walking Cat の設計図アルゴリズムが保持する論理量子ビット。例: 10K
T / non-Clifford 用の magic state を生成・蒸留して供給
シンドローム測定・訂正の補助。QEC サイクルを支える
論理量子ビット間の移動・接続の中継
残りで独立ワークロードを同時処理
比率は概念図。実際の配分はアルゴリズム・符号・工場設計で決まる。
「余った資源は余らない」。1 問題に 1K しか要らなくても、残りを factory と別ジョブに回せば、装置全体の仕事量が増える。
05Walking Cat の例
公式目標
完成実機の実測ではなく、IonQ の Walking Cat 設計論文の resource estimate。論理数が同じでも、配置次第で速度が 10 倍動くことを示す。
Walking Cat 解説308 論理(同じ)
308 論理(同じ)
IonQ Walking Cat 設計論文の resource estimate(議論で扱った目安)。実機の実測ではない。
完成実機の実測ではなく、IonQ の Walking Cat 設計論文の resource estimate。論理数が同じでも、配置次第で速度が 10 倍動くことを示す。
06magic-state factory
サイト見立て
FTQC では Clifford ゲートだけでは汎用計算にならない。T ゲート/non-Clifford 演算のための magic state を、誰が・どれだけ速く供給するかが装置の速度を決める。
T ゲート/non-Clifford 演算を高品質に行うため、magic state を生成・蒸留して供給する方式が使われる。
計算本体・magic-state factory・ancilla・routing・QEC の resource balance が throughput を決める。
だから「余った論理/物理資源は余らない」。幅が速度に変換される具体的な経路がこれ。
第3章
「IBM は速い、IonQ は遅い」は本当か。
qLDPC は速くなる技術ではなく、ハード量を節約する代わりに接続・デコーダを複雑化する取引。どの問題でどちらが効くかを 3 ケースに分ける。
07qLDPC の取引
サイト見立て
surface code は頑丈だが 1 論理あたり大量の物理量子ビットを食う。IBM の bivariate-bicycle 系 qLDPC は、少ない物理で多くの論理情報を保つことを狙う。
IBM の本当の戦略は superconducting + qLDPC + modular architecture + fast control。「有用な FT 計算を最小コストで成立させる」道を選んでいる。
surface code は頑丈だが 1 論理あたり大量の物理量子ビットを食う。IBM の bivariate-bicycle 系 qLDPC は、少ない物理で多くの論理情報を保つことを狙う。
08速度神話の修正
サイト見立て
前回までの理解の修正点。IBM を「少ない論理を高速に深く回す会社」と単純化するのは、方向としては正しいが不十分。
09どこで誰が効くか
サイト見立て
「IBM = 速い、IonQ = 遅い」という固定対比をやめ、問題の形(幅 × 深さ × 並列性)で場合分けする。
高速 logical cycle・fast measurement/reset・fast classical feedback・deep circuit が効く。IonQ 80K の多くは直列依存部分を直接速くできない。
200 ではそもそも載らない。速度以前に幅が入場券。
10K を本体、多数を factory と ancilla、残りで別ジョブ。多数の FT ワークロードを同時処理する quantum supercomputer として効く。
「IBM = 速い、IonQ = 遅い」という固定対比をやめ、問題の形(幅 × 深さ × 並列性)で場合分けする。
10200 を軽視しない
公式目標
幅の要求が 200 以下で逐次深さが大きい用途なら、IBM の価値は高い。一方、IonQ 80K が本当に usable で large-width 用途が増えるなら、IonQ は別クラスの問題を扱える。
第4章
本当に難しい問題は、幅か深さか。
問題を大きくすると幅・深さ・信頼性が同時に厳しくなる。10⁴ 論理 × 10⁹ サイクルの誤り予算と、実在する資源見積りの例で確かめる。
11問題の階段
サイト見立て
電子・軌道・自由度が増えれば幅が、相互作用・時間発展・位相推定が増えれば深さが、巨大計算を通す要求から論理誤り率の要件が厳しくなる。
電子・軌道・自由度が増えれば幅が、相互作用・時間発展・位相推定が増えれば深さが、巨大計算を通す要求から論理誤り率の要件が厳しくなる。
12誤り予算
サイト見立て
単純モデルの概念図。IonQ 公表の logical error と、この「per logical-qubit-cycle error」は定義が違うので直接比較しない。問題が大きく長くなるほど QEC 要求も厳しくなる、という構造を見る。
| per-cycle error | 期待エラー回数 | 判定 | 視覚 |
|---|---|---|---|
| 10⁻¹² | 約 10 回 | 壊れる | |
| 10⁻¹³ | 約 1 回 | 壊れる | |
| 10⁻¹⁵ | 約 0.01 回 | 全体失敗 ≈ 1% |
IonQ 公表の logical error と、この仮想モデルの per logical-qubit-cycle error は定義が違う。直接比較しない。
「80K まで作れたから 12.5 倍で 1M」とは限らない。1M で解きたい問題がより deep なら、QEC overhead・通信・支援資源も増える。
単純モデルの概念図。IonQ 公表の logical error と、この「per logical-qubit-cycle error」は定義が違うので直接比較しない。問題が大きく長くなるほど QEC 要求も厳しくなる、という構造を見る。
13資源見積りの実例
未確認
PsiQuantum / Mercedes-Benz 系の過去研究、および real-time chemical dynamics の resource estimate。当時のアルゴリズム・基底・資源モデルに依存し、絶対最小値ではない。
| 事例 | 論理 | ゲート | 種類 | 出典 | 根拠 |
|---|---|---|---|---|---|
| 電池電解質化学 | 100K | 約 1.06×10¹⁴ | T ゲート | PsiQuantum / Mercedes-Benz 系の過去研究 | 未確認 |
| リアルタイム化学動力学(1 fs の時間発展) | 808 | 約 10¹¹ | Toffoli | real-time chemical dynamics の resource estimate | 未確認 |
| Walking Cat 設計例(参考) | 308 | 約 10⁷ T/日 | T/日(throughput) | IonQ Walking Cat 設計論文 | 公式目標 |
当時のアルゴリズム・基底・資源モデルに依存し、絶対最小値ではない。2030 の商用需要を保証するものでもない。しかし「80K 級の幅を必要とする具体的 scientific workload の想定はゼロ」ではない。
第5章
80K を 10 台置けば、800K になるのか。
独立ジョブなら台数で伸びる。単一の巨大問題には量子状態を壊さない接続が要る。2040 の異種混在データセンター像まで。
1480K × 10 台
サイト見立て
AI for Science なら QPU1 → 材料 A 群、QPU2 → B 群、と scale-out できる。その場合の指標は一台の latency より quantum jobs/day と throughput/$。
台数で伸びる
台数では伸びない
80K × 10 台
QPU 間で量子状態を壊さずに接続する必要がある
AI for Science なら QPU1 → 材料 A 群、QPU2 → B 群、と scale-out できる。その場合の指標は一台の latency より quantum jobs/day と throughput/$。
15接続できる ≠ 損しない
未確認
「接続できる」と「接続しても経済性・性能を失わない」は別。2040 を見るうえで quantum networking bandwidth は非常に重要。
Oxford 系研究などで、離れた ion-trap module を photonic link で繋ぎ、cross-module entangling gate / distributed algorithm を実証する研究がある。
16異種混在データセンター
サイト見立て
DARPA HARQ の MOSAIC(コンパイラ側で方式へ振り分け)と QSB(量子バックボーンで接続)がこの方向。IonQ は接続側、Infleqtion は MOSAIC 側。ただしまだ研究段階。
DARPA HARQ 解説イオントラップ
高 fidelity・高接続の計算本体
中性原子
大配列・並列ワークロード
超伝導
高速・深い逐次計算
ダイヤモンドスピン
記憶・ネットワーク界面
ソフトウェア/コンパイラ側で、異なる qubit modality へワークロードを振り分ける
Infleqtion が参加側
異なる quantum system を quantum backbone で接続する
IonQ が接続側
DARPA HARQ の MOSAIC(コンパイラ側で方式へ振り分け)と QSB(量子バックボーンで接続)がこの方向。IonQ は接続側、Infleqtion は MOSAIC 側。ただしまだ研究段階。
17成立条件
サイト見立て
CPU/GPU のように何でも細かく行き来するとは限らない。初期は比較的大きな役割分担から始まる可能性が高い。
第6章
AI の知能爆発は、量子需要を爆増させるのか。
AI は需要を増やす側にも減らす側にも働く。需要 = 研究課題総数 × QPU を使う割合 × 1 件あたり計算量、で考える。
18AI for Science のループ
サイト見立て
「QPU が LLM を直接 100 倍高速化する」より、「AI for Science の中で、古典/AI だけでは難しい少数の問題を解く」方が現時点では確度が高い。
Reality AI 時代の QPU仮説生成・候補絞り込み(100 → 100 万・1 億候補)
信頼できる部分はここで処理
古典近似では信頼できない重要部分の高精度 scientific calculation
結果を学習し、大規模 surrogate model へ広げる
QPU の価値は「大量データを全部処理する」ことより、研究判断を変える高価値な scientific information を生むことにある可能性。
「QPU が LLM を直接 100 倍高速化する」より、「AI for Science の中で、古典/AI だけでは難しい少数の問題を解く」方が現時点では確度が高い。
19需要の式
サイト見立て
FermiNet のように AI 自身が第一原理計算を進める研究もある。AI が賢くなるほど QPU に投げる必要のあるジョブが減る可能性を、需要仮説に織り込む。
AI が候補分子・材料・触媒・反応経路・構造・実験設計を爆発的に増やす
AI が better approximation・surrogate・candidate filtering・active learning・古典計算加速を改善し、QPU へ投げる必要が減る(FermiNet など)
問題が Wide AND Deep になれば増える
アルゴリズム改良・資源見積りの削減で減る
「AI 進歩 → QPU 需要爆増」と単純に置くのは粗い。AI は増やす側にも減らす側にも働く。
FermiNet のように AI 自身が第一原理計算を進める研究もある。AI が賢くなるほど QPU に投げる必要のあるジョブが減る可能性を、需要仮説に織り込む。
20真実生成機ではない
サイト見立て
材料探索は 1ms の応答を要求しないかもしれない。しかし科学研究は「計算 → 結果 → 次の仮説 → 次の計算」の逐次ループ。
QPU の結果 = 現実世界の絶対的真実、ではない。QPU advantage は「古典的に扱いにくい量子系を、より正確・効率的に計算できる領域」として評価する。
human/robot real-time control ほどの低 latency は不要でも、研究の iteration speed と設備効率に速度は非常に重要。「offline science だから遅くてもよい」ではない。
第7章
80K は上限か。1M / 10M へ連続的に伸びるのか。
指標は logical 数から useful ops/sec・jobs/day・cost/job へ移る。各方式の物理天井と工学天井、3 層の連続性、更新した評価指標。
213 つの段階
サイト見立て
80K を最終完成形と見るのは不自然。本当に重要なのは、80K まで行ける基本アーキテクチャが、その先の 1M / 10M へ連続的に繋がるか。
80K を最終完成形と見るのは不自然。本当に重要なのは、80K まで行ける基本アーキテクチャが、その先の 1M / 10M へ連続的に繋がるか。
22方式の天井
サイト見立て
イオン・中性原子・超伝導・光・シリコンスピン・ダイヤモンドスピン。強みは基礎物理、長期課題は制御・配線・冷却・デコーダ・相互接続などの工学に集まる。
方式戦争の記事「自然原子だから全部同じ」で終わりではない。周囲の電極・場・ノイズ・制御系は工学的にばらつく。
イオン・中性原子・超伝導・光・シリコンスピン・ダイヤモンドスピン。強みは基礎物理、長期課題は制御・配線・冷却・デコーダ・相互接続などの工学に集まる。
23スケールの算数
サイト見立て
「スケールする」とは量子ビットを増やせることではなく、追加した資源が追加の有用な計算能力へ変わること。useful work / dollar が世代ごとに改善・維持されるか。
スケールするとは「qubit 数を増やせる」ことではない。追加した資源が、追加の有用な計算能力へ変わること。
useful work / dollar は 1/10。経済性は悪化
同じ ×10 の量子ビットでも
useful work / dollar は 2 倍。さらに新しい大問題が解ける
「スケールする」とは量子ビットを増やせることではなく、追加した資源が追加の有用な計算能力へ変わること。useful work / dollar が世代ごとに改善・維持されるか。
2480K → 1M → 10M
サイト見立て
IonQ の長期仮説で最重要。80K 達成そのものより、次世代へ同じアーキテクチャで伸びるか、制御 overhead が線形以上に爆発しないか、magic-state throughput が伸びるかを見る。
FTQC 成立の証明
量子スパコン。深さ・誤り要求も上がる
量子データセンター。分散・異種混在
IonQ の長期仮説で最重要。80K 達成そのものより、次世代へ同じアーキテクチャで伸びるか、制御 overhead が線形以上に爆発しないか、magic-state throughput が伸びるかを見る。
25原子種の修正
確認済み
世代・技術系統・買収元で原子種や hardware stack が異なる。ロードマップの数字がどの系統のものかを分けて読む。
これまで IonQ 系を「バリウム中心」と単純化したことがあるが、今回議論した実験はカルシウムイオン。「IonQ / Oxford 系 = すべてバリウム」とは扱わない。
IonQ 本体(Ba⁺ / Yb⁺ 系)と Oxford Ionics 系(Ca⁺)は別系統。ロードマップを読むとき、どの系統の数字かを分けて見る。
ゲートが基底状態冷却を要求しない設計と、冷却工程そのものが無くなることは別。
26更新した評価指標
サイト見立て
今後の量子記事・分析では、物理量子ビット・論理量子ビット・2Q fidelity の横比較で終わらず、14 項目まで考慮する。
2710 の結論
サイト見立て
IonQ については「2030 年 80K」という数字だけで強気にならない。競合がこの点で IonQ を上回る証拠を出した場合は、IonQ 強気仮説を明確に下方修正する。
より大きく・より難しい問題を、より安く・より速く・より確実に解く能力を、世代ごとに増やし続けられるか。最終的な判断基準
—主張の境界
設計値・過去研究の見積り・研究段階の技術を、実機の実測と混同しない。
編集方針
設計論文の resource estimate と実機の実測を混同しない。論理量子ビット数の倍数で速度を語らない。「超伝導は速い、イオンは遅い」の固定対比を使わない。IonQ に強気でも忠誠心は持たず、競合が useful work / dollar で明確に上回れば評価を下げる。
編集方針・免責事項