目次
251201 Qubic のベアメタル実行 vs ベアメタルインフラストラクチャ
混乱
[>] 多くのチェーンが「ベアメタル」で動作すると言います。
彼らが本当に意味するのは、ベアメタルサーバーを使用することです。
これは彼らのコードが実際にどのように実行されるかとは何の関係もありません。
Qubic だけが本物のベアメタル実行を行います。
（※ ベアメタル CPUを直接駆動する純粋な計算エンジン。）
ベアメタルインフラストラクチャ (Bare-Metal Infrastructure、一般的)
[>] Solana, ICP, Sui, Polkadot など他のものは専用ハードウェアで動作します。
彼らは（これらの高性能な）物理サーバーを（専有的に）レンタルまたは購入し、Linuxをインストールし、その上にノードソフトウェアを実行します。
これはまだ完全な OS スタックを含みます:
カーネル、スケジューラ、ドライバ、デーモン、割り込み、ネットワークスタック、ユーザープロセス。
すべての命令は最初に Linux を通ります。
これはハードウェア所有権で、ハードウェア制御ではありません。
ベアメタル実行 (Bare-Metal Execution Qubicのみ)
[CORE] Qubic は Linux ブートしません。
直接 UEFIでにブートし、Qubic.efi をロードし、マシンを稼働させます。
オペレーティングシステムはありません。
カーネルなし。
スケジューラなし。
バックグラウンドタスクなし。
仮想化なし。
プロセス管理なし。
Qubic 自体が実行環境です。
なぜこれが重要か
Linux は避けられないオーバーヘッドを追加します:
コンテキストスイッチ、割り込み、タイマー、ページング、ネットワークスタック、スケジューラノイズ。
これらのマイクロ遅延はパフォーマンスを上限付け、決定性を破壊します。
ハードウェアの量ではこれを解決できません。
Qubic は OS レイヤー全体を削除しています。
パフォーマンスのギャップ
Linux 上の Solana は 〜 65k TPS でピーク。
他のチェーンははるかに低い。
Qubic のアーキテクチャは決定論的ティックタイミングで数百万TPS用に設計されています。
優位性は実行モデルが由来であり、ハードウェアではありません。
最も近い比較
このようにハードウェアに近い動作をする唯一のシステムは、高頻度取引エンジンで、企業が FPGA またはカーネルバイパステクニックを使用して OSによる応答遅延を排除します。
Qubic はコモディティ CPU を使用して UEFI ベアメタル実行で同様の利点を実現します。
要約
ベアメタルインフラストラクチャ
= 物理サーバーで動作するが、まだ Linux を使用。
ベアメタル実行
= OS なし、カーネルなし、スケジューラなし、VMなし。プロトコルがハードウェア上で直接動作。
Qubic は真のベアメタル実行を使用する唯一の主要プロジェクトです。
補足説明
Qubicネットワークでは、Computorがベアメタル稼働の主要ノード（Qubic Core）として機能します。一方、Core-lite と Bob は軽量版ノードで、ベアメタルを必要とせず、開発者向けに設計されています。以下で解説します。
Computor（ベアメタル稼働）
ComputorはQubicの合意形成を担う676のノードで、ベアメタルサーバー（少なくとも8コア、AVX2サポート）で動作します。OSなしでUEFIブートし、Qubic.efiをロードしてハードウェアを直接制御。決定論的ティックを実行し、ネットワークのセキュリティとパフォーマンスを確保します。
Core-lite
Core-lite（Qubic Lite Core）は、軽量版Qubic Coreで、UEFIなしでOS（Linux）上で動作します。開発者モードで構成され、リソース効率が高く、ビジネスアプリケーションとの統合に適しています。ベアメタルを必要とせず、テストや軽量運用向け。
Bob
Bob（Bob Node、Beta）は、超軽量ビルダー中心ノードです。Linux上でAVX2サポート、4コア/8GB RAMで動作可能。REST APIを提供し、高速ゲートウェイとして機能。ベアメタル不要で、開発者向けの独立ノード。