ピック&プレイス:カーボンナノチューブのナノアセンブルプロセス

2026/06/08 20:47

ピック&プレイス:カーボンナノチューブのナノアセンブルプロセス

RSS: https://news.ycombinator.com/rss

要約

Japanese 翻訳:

C12 は、量子チップにマイクロメートル精度でカーボンナノチューブを正確に配置することを目的とした特許出願中の「Pick & Place」というナノアセンブリプロセスを発表しました。この画期的な突破は、材料の成長と製造工程を分離することにより、長年懸念されてきた再現性の課題を根本的に解決し、量子ビットの変動性に直接対処する柔軟性とモジュール性を導入します。本手法は、信頼可能なコンピューティングに必要な高い一貫性を確保するとともに、C12 を量子ビットレベルでの電気的プリスクリーニングが可能で、個々のナノチューブを選択・選別するための唯一無二の提供者として確立しました。

本文

C12 が特許出願済みの「Pick & Place」プロセスを発表:ナノアッセンブリの新たな飛躍

「Pick & Place」という革新性

C12(エイダス)は、本日特許出願済みの独自ナノアッセンブリプロセス、「Pick & Place」を発表しました。この技術は、以下の点を実現する中核的な要素です。

  • 高精度転写: マイクロメトリックな精度で個々のカーボンナノチューブ(CNT)を量子チップへ配置します。
  • 製造フローの改善: ナノチューブの成長とチップ製造を分離する中間ステップを導入し、製造に飛躍的な柔軟性とモジュール性をもたらします。
  • 課題の解決: 量子ハードウェア製造における最大の難題の一つである「量子ビットのばらつき」に対処します。
  • 品質保証: アッセンブリ前段階で CNT を選別・評価することで、工程制御を厳密化しデバイス全体の品質を確保しています。

驚異的な精度について

個々の CNT を配置するには、以下のような究極の精密さが求められます。

  • 対象物: 人間の髪の毛の太さの約10 万分の一に相当する CNT。
  • エリア: パリ市全体に相当する広大な面積。
  • 精度: 数件の街路幅程度の誤差以内に特定の位置へ納めるレベル。

C12 は現在、量子ビットレベルでの電気的プリスクリーニングを実行できる唯一の企業です。


生産性と集積性の劇的な向上

生産性の劇的改善

「Pick & Place」プロセスはすでにスリーマンド化され、部分的に自動化されています。その恩恵により、集積された CNT デバイスの数は劇的に増加しました。

  • 過去 4 ヶ週間の成果: 集積した CNT デバイス数が50 に達しました。
  • 従来の手法との比較: 同等の生産を達成するには2025 年通年が掛かっていました。

高密度チップ(High-Density Chip)の実現

製造性の向上は、多量子ビット構造の集積化を可能にします。C12 の新製品「HD チップ」は以下の特徴を持ちます。

  • 高密度集積: 一つのチップ上に最大17 つの量子デバイスを集積します。
  • 性能限界の突破: 低 CNT 数チップが直面していた性能の制限を超えています。
  • 画期的な実証: Q2B コンファレンス(サンフランシスコ)で発表された通り、精密な多数 CNT の集積が実現可能かつ反復可能であることを証明しました。

技術的アプローチと将来展望

開発コンセプト

「Pick & Place」は、先進的な半導体パッケージング技術で使用されている手法を参考とし、それをナノスケールに適用することで開発されました。これにより、C12 は以下の戦略を進めています。

  • 決定論的アッセンブリ: CNT の位置決めを確実なものにし、製造品質を高める。
  • 長期機会: 量子チップ製造分野での持続的な成長の可能性を開拓しています。

知的財産(IP)の強化

今回の技術的マイルストーンは、以下の既存資産と統合され、C12 のポートフォリオに新たな層を加えます。

  • 量子ビット制御に関する特許
  • CNT 成長に関する特許
  • 量子デバイスアーキテクチャに関する特許

ロードマップ実現のためのインフラ構築

今回の発表は、2026 年 4 月に公開された C12 の技術ロードマップの具体的実行です。

スケーリング計画

ロードマップでは、以下のような段階的な進化を掲げています。

  • 目標: Aïdôs(2027 年)から Panopeia(2033 年)までの計4 つの世代のプロセッサ
  • スケール: 最初の論理量子ビットから、ユティリティスケールでの10 万超の実装量子ビットへ。

「再現性のある製造」への解決策

ロードマップ実現における核心的課題の一つである「再現性のある製造」に対し、「Pick & Place」はすでに構築され稼働中の解答となります。

生態系の統合

今回のマイルストーンは、以下の一連の進歩を完結させるものであり、ロードマップ実行に必要な製造インフラが整いました。

  • 材料基盤の検証完了: Nature Communications 誌への論文掲載により達成。
  • 誤り訂正ツールの確保: QC Design との提携によって達成。
  • 企業向け接続: Classiq との連携により、ハードウェアをソフトウェアエコシステムへ接続。

同じ日のほかのニュース

一覧に戻る →

2026/06/11 3:54

ΠFS

## Japanese Translation: πfs は、物理的なストレージを節約するためにユーザーデータを π(円周率)の無限数列に埋め込むことを目的とした実験的なファイルシステムを導入する。この革新的なアプローチは、「π が『正規数』である」という数学的仮説に基づいており、これは π の数列の中にあらゆる可能な有限の情報シーケンスがどこかに含まれていることを意味する。従来のドライブ上にファイルを保存するのではなく、システムはこの定数内に隠された任意のファイルコンテンツを特定するために特定のインデックスを計算する。この方法は、既存の数学的定数を新規にストレージスペースを生成することなく使用することで、歴史的なデータ保存の制限と潜在的な著作権問題を解決する。現在では遅いプロトタイプとして動作しているが、ハードウェアが進歩するにつれて並列処理、算術符号化、クラウドベースの計算などの技術を通じて、将来的には劇的な速度向上が約束されている。最終的に、πfs は極めてストレージ制約の高い環境向けにユニークなソリューションを提供し、場所に関するメタデータが失われても実際のデータは π そのものの不変の数列内に永久に埋め込まれていることを保証する。

2026/06/11 1:42

Anthropic の新言語モデル「Fable」に対する規制策に対し、サイバーセキュリティ研究者たちが不満を示している

## 日本語訳: 火曜日に、Anthropic はセキュリティ専門のモデル「Mythos」の公開版かつ制限付き版である「Fable」を、プロジェクト・グラスウィングベータ(2025年4月限定)から15カ国に跨る数百家の組織へと拡大されたアクセスプログラムを通じてリリースしました。研究者によると、マルウェアの開発やソフトウェアへの侵害、生物学的兵器の作成といった悪用を防ぐことを目的とした Fable のガードレール(制限措置)は過度に積極的であり、ブログ記事の閲覧や標準的なコードレビューなど無害なタスクを含むサイバー関連活動と間接的に関連する正当なリクエストさえブロックします。トリガーされると、モデルは「セキュリティまたは生物学トピックに関するメッセージが安全性の措置によってフラグされた」というメッセージと共に会話を一時停止し、そのプロンプトに対しては Claude Opus 4.8 にフォールバックします。サイバーセキュリティ専門家であるマット・シュイチェ(Tolmo)は、Fable がキーワードベースの制限によりソフトウェアエンジニアリングタスクを頻繁に「安全なコードを書く」という書き換えに変換していると指摘し、「安全なコードを書く」や「コードレビュー」といったリクエストを誤って解釈していると述べました。業界アナリストからはこうしたキーワードフィルタリングが時間経過とともに改善されるとの見方がありますが、IBM X-Force のヴァレンティナ・パルミオッティ(Chompie)ら専門家は、現在の過度に制限的な展開を批判しています。Anthropic はこれらの懸念に対して直ちにコメントしていません。関連として、Anthropic もサイバーセキュリティ専門家に対して、Claude を使用する際にかかる制限を少なくするための「Cyber Verification Program」への別途申請を義務付けており、これは OpenAI の「Trusted Access for Cyber」に類似しています。

2026/06/11 2:30

JPL が 13 歳のキュリオシティ探査機をどう科学活動に導いているか

## 日本語翻訳: # ルール - 元の意味を正確に保ってください(追加も省略も行わないでください)。 - ドキュメントの構造(見出し、箇条書きなど)を維持してください。 - 技術用語は正確に扱いください(API、LLM、zero-trust は自然な日本語が存在しない限りそのままにしてください)。 - トーンと確信度を保ってください。 - まとめたり、説明したり、再書き換えを行わないでください — ただ翻訳のみ行ってください。 ## 翻訳すべきテキスト: # ルール - 元の意味を正確に保ってください(追加も省略も行わないでください)。 - ドキュメントの構造(見出し、箇条書きなど)を維持してください。 - 技術用語は正確に扱いください(API、LLM、zero-trust は自然な日本語が存在しない限りそのままにしてください)。 - トーンと確信度を保ってください。 - まとめたり、説明したり、再書き換えを行わないでください — ただ翻訳のみ行ってください。 # 出力形式 ## 日本語翻訳: (ここに日本語の翻訳を書きます) ## 翻訳すべきテキスト: (必要に応じて;そうでない場合は元のテキストを繰り返します)