なぜ今、量子の話をするのか
量子コンピュータはまだ来ていません。それでも今から準備する理由が、この章で分かります。
金庫破りレース：古典 vs 量子
Solanaの秘密鍵を守っているのは「解けない数学」ではなく「解くのに時間が足りない」という事実です。量子コンピュータはその前提だけを壊します。
Qデーはいつ来る？
2026年、GoogleとOratomicの研究で必要な量子ビット数の見積もりが大きく下がりました。Anzaはこれを受けて予測を更新しています。スライダーを動かしてみてください。
Solanaのどこが狙われるのか
楕円曲線暗号は、Solanaの4か所で使われています。タップすると、そこが破られたとき何が起きるかが分かります。
左のレイヤーを選んでください
この4つのうち、本サイトが追いかけるのは「コンセンサス」です。なおAnzaの2026年4月記事は、ほかにもステーク加重QoSやステーク・投票アカウントなどを移行対象に挙げています。
Quantumglowが担当するのは 03 コンセンサス（と 02 の伝播）です。アカウントの移行やプログラム対応は別の物語。ここから先は「投票と証明書を、重い署名でどう成立させるか」だけを追いかけます。
第一の壁：署名が大きすぎる
Alpenglowは「投票も、シュレッドも、証明書も、1パケットに収まる」という前提の上に建っています。耐量子署名は、その前提を最初に壊しにきます。
パケット・テトリス：1232バイトの箱に入るか
Solanaが一度に送れるデータは1232バイト。この箱に署名を落としてみましょう。1つに収まるか、あふれるかで、プロトコルの作りが変わります。
その前に：ハッシュ署名は何をしているのか
Axを理解する近道は、ハッシュ署名の仕組みを先に見ることです。使っている道具は「ハッシュ関数」ひとつだけ。そして、なぜ大きくなってしまうのかまで6枚で追いかけます。
横にスワイプできます
鍵の管理：使い捨てと、束ねる木
仕組みが分かったので、次は鍵をどう扱うかです。ここでAxの工夫①が出てきます。
横にスワイプできます
署名のダイエット：Axはこうして痩せた
Quantumglowは既製の耐量子署名を使わず、Alpenglow専用にハッシュベース署名を仕立てました。名前はAx（Alpenglow XMSS）。3段階で削っていきます。
XMSS型の鍵は1回しか使えません。同じ鍵で2回署名すると安全性が崩れます。
工夫②を分解する：なぜ「秘密値1つ」で票になるのか
ダイエットの3段目が一番不思議なところです。中身が空なら署名も空になりそうですが、それでは何も伝わりません。種明かしは「意味は、どの鍵を使ったかに入っている」。4枚で追いかけます。
横にスワイプできます
ハンコからリボンへ：ブロックの認証
Alpenglowの伝播層Rotorでは、リーダーがすべてのスライスに署名し、シュレッド1枚ごとに貼り付けます。署名が10倍になれば、この負担も10倍。Quantumglowはハンコを全部はがしました。
ブロック全体を1つの短い署名で封をする。Rotorの経路でこれも配る。
ハンコを外して、なぜ安全なのか
署名を減らすと弱くなる、と思うのが自然です。Quantumglowは守り方を「1枚ずつ」から「道と封印」に組み替えました。3枚の絵で追いかけます。
横にスワイプできます
サイズの問題は、署名を減らすことで越えられました。Quantumglowが大きな耐量子署名を送るのは、小さなデータに添えるときだけです。—— しかし本当の難所はこの先。署名は「束ねられない」という第二の壁が待っています。
第二の壁：署名がまとまらない
サイズの問題は工夫で越えられました。しかしAnzaが「こちらが本当の難所」と書いたのは次の壁です。Quantumglowの中心はここにあります。
BLSの魔法と、その消失
Alpenglowの証明書は「何千人が賛成したか」を1パケットで運びます。それを可能にしているのがBLS集約。バリデータ数を動かして、集約がある世界とない世界を比べてみましょう。
確定したノードの手元を覗く
Alpenglowとの違いは「メッセージが1通か5通か」ではありません。証明書という“モノ”が存在しなくなることです。確定した瞬間、ノードの手元に何が残るのか。3枚で比べます。
横にスワイプできます
結論は渡せない。渡せるのは証拠だけ。——Alpenglowでは「80%が賛成した」という結論そのものを192バイトに詰めて手渡しできました。Quantumglowにはその入れ物がありません。だから各ノードは、他人の結論を受け取るのではなく、証拠を集めて自分で結論に達するしかないのです。
同じことを、ネットワークで動かして見る
いま見た違いが、実際のネットワークでどう現れるか。橙の輪で囲んだ1つのノードだけを目で追ってください。それが取り残され、そして救われるまでの3場面です。
証明書は2つに分かれた：「決める係」と「そろえる係」
この章の答えの核心です。出発点は「Alpenglowの証明書は2つの仕事をしていた」という事実。片方は無傷で残り、片方は作り直しになりました。5枚で追いかけます。
横にスワイプできます
⚠️ 「速い / 遅い」がふたつある——混同注意
名前がそっくりですが、別の話です。ここを混ぜると次の章が分からなくなるので、先に整理しておきます。
横にスワイプできます
左は「票がどれだけ集まったか」で決まる確定までの道の話。Alpenglowにもともとあり、Quantumglowでもそのまま残ります（次章で触ります）。右は「証明書の2つの仕事を誰が担うか」というQuantumglowの新しい仕組みの話。速い道を通っているときも、遅い道を通っているときも、右の2つの証明書は両方働いています。軸がそもそも違うのです。
Quantumglowは集約と戦いませんでした。戦う代わりに、証明書を送るのをやめたのです。—— では、そこまで作りを変えて、Alpenglowの売りだった速さは本当に残ったのでしょうか。次章で並べて走らせます。
それで、速さは守れたのか
署名を替え、証明書の作り方まで変えました。ここまでやって、Alpenglowの売りだった速さは残ったのか。答え合わせをします。
前提：投票は2ラウンドあり、1回目と2回目は別の投票
次章の比較の土台になる部分なので、Alpenglowの確定条件を正確に押さえます。1ラウンド目はnotarize投票、2ラウンド目はfinalize投票——票の種類そのものが違います。2つのスライダーを別々に動かしてみてください。
横にスワイプできます
並べて走らせる：3つの状況で
「遅い道」は異常ではなく設計に織り込まれた経路です。それとは別に、仮定そのものを超えた状況もあります。混ぜずに、3つに分けて見ます。
変わったもの、変わらなかったもの
中身は大きく作り替えられました。それでも、外から見た約束は動いていません。
- 署名方式BLS・Ed25519 → Ax（ハッシュベース）
- 証明書の扱いネットワークに送る → 各自が記録する
- 証明書の種類1種類 → 高速型と低速型の2種類
- シュレッドの認証1枚ずつ署名 → ブロックコミットメント1つ
- 安全性の仮定20+20モデル。Alpenglowと同じ
- 活性の仮定Alpenglowと同じ
- 確定の条件1R目80%／2ラウンド60%。しきい値も経路も同じ
- レイテンシと通信コストAlpenglowと同等
速さは守れました。ただしそれは「耐量子署名を頑張って速くした」からではありません。重い署名を使う場面を徹底的に減らし、そもそも集約が要らない形に組み替えた結果です。—— 最後に、何がどう置き換わったのかをまとめます。
まとめ：5つの置き換え
Quantumglowがやったことは、結局のところ5つの置き換えです。それぞれ「何を何に替えたのか」と「なぜそれで速さが保てたのか」を並べて振り返ります。
1枚で振り返る：重さはどこへ消えたのか
章をまたいだ話を1本のバーにまとめます。素朴に置き換えた場合から、削られていく順に見てください。
横にスワイプできます
5つの置き換え
左が Alpenglow、右が Quantumglow。それぞれの下に「なぜそれで速さが保てたのか」を添えています。
いまどの段階にあるのか
読み終えたあとに一番誤解されやすいところなので、はっきり書いておきます。
確率が低いなら急がなくてよい、とはなりません。合意プロトコルの置き換えは、一般に設計・検証・監査・段階的な移行まで含めて年単位の仕事です。Qデーが来てから作り始めたのでは間に合わない。間に合わせるために、まだ余裕のあるうちに設計しておく——Quantumglowはそういう性質の仕事です。
シリーズの中での位置づけ
Solanaの大改修は層ごとに進んでいます。Quantumglowはそのどこに座っているのか。
Quantumglowはゼロから作り直す提案ではありません。Alpenglowという土台の上に、暗号だけを差し替える形で載ります。だからこそ第3章で見たとおり、安全性の仮定も確定の条件も、Alpenglowから変わっていないのです。
耐量子署名は重い。だからQuantumglowは、署名を軽くするのではなく、重い署名を使う場面を減らした。——投票の中身を空にして秘密値1個に。シュレッド1枚ずつのハンコをブロック1つのリボンに。そして集約が要らないよう、証明書を「送るもの」から「各自が記録するもの」へ。結果、Alpenglowと同じ速さのまま、依存する仮定は「ハッシュ関数は逆算できない」だけになりました。