Starknetの耐量子化は、移行しない口座も試金石になる
不在の所有者や更新失敗への対応には、明確な方針、予算のある支援体制、進捗を正直に示す指標が必要だ。

分析 | 2026年10月16日。
ネットワークの更新件数が増えていても、最も難しい所有権の問題は未解決のままかもしれない。Starknetの耐量子化への備えを評価するなら、重要な権限がどれほど移行の対象外に残っているかを問うべきだ。そこには、所有者が二度と戻らない口座も含まれる。これは進捗の評価方法についての提案であり、ネットワークがすでに問題を測定、解決したという主張ではない。
更新件数だけでなく、残るリスクを測る
Starknetのアカウントでは、検証ルールをプログラムできる。OpenZeppelinのリポジトリは、STARK証明と、量子攻撃に弱いECDSAアカウント署名を区別している。
そこで本稿は、複数の分母を使う評価を提案する。参加した所有者数、新しい管理方式が保護する資産価値、そして対象となった重要な権限を、それぞれ別に数える。千口座の更新は事業上心強い進展かもしれないが、主要アプリを変更できる未移行の口座については、ほとんど何も語らない。逆に、残高がごく少ない一つの休眠口座によって、ほかの進展が帳消しになるべきでもない。
この見方なら、昨日の利用状況を明日のリスク全体と取り違えずに済む。動きのない口座でも、何を実行できるかによって重要性は変わる。
休眠口座はガバナンス上の選択を生む
仮に、すべての移行通知を見逃した所有者がいるとしよう。従来のルールでアクセスできる状態を残せば、利用の継続性は守られる。そのルールを制限すれば、将来の攻撃対象を減らせる可能性がある一方、正当な所有者も妨げられかねない。例外的な復旧経路を設けるなら、第三の負担が生まれる。古い認証情報では不十分になったとき、何を所有権の証拠と認めるかという判断だ。
これは異なるリスク配分であり、互いに置き換えられる技術的修正ではない。信頼できる提案には、例外を誰が承認できるのか、不服申立てが可能か、誤判断の費用を誰が負担するかを明記する必要がある。沈黙を自動的に同意、権利放棄、移行完了と解釈してはならない。
そのため本稿は、完了期限を決める前に休眠口座の方針を公表することを提案する。方針のない期限は、未解決の所有権問題を、より切迫した日付へ先送りするだけだ。
標準と切り替え計画は別に評価する
NISTは2024年8月にML-DSAとSLH-DSAの署名標準を確定した。OpenZeppelinはFalcon-512アカウントの開発成果を実験段階かつ未監査と明記している。
調達時に問うべきなのは、大規模導入の前に運営者が何を実証する必要があるかだ。本稿なら、一般利用者が参加するリハーサル、更新に失敗するシナリオ、予算を確保した支援体制、未解決の例外記録を求める。成功には、一度取引できたことだけでなく、利用者が新しい仕組みを理解できたことも含めたい。
費用報告でも、一回の暗号処理にかかる費用と、利用者全体を移行させる費用を分けるべきだ。後者を左右するのは、通知、再試行、例外対応かもしれない。初期参加者だけを補助すると、採用率は見栄えがよくなる一方、最も費用のかかる事例が後に残りうる。
未完了の約束に予算をつける
StarkWareが10月13日に公表した評価は、旧来のストレージ移行ツールを研究段階とし、データ可用性におけるEthereumへの依存を示している。
インフラの判断では、費用を算定し、意思決定の責任者を明示した移行計画を求めたい。計画は、約束した成果に必要な人員、運営予算、検証材料を示すべきだ。本稿が提案する評価表では、担当者や資金が確保されていない作業は未完了の約束として残し、移行済みとは数えない。
したがって有用な到達点は、範囲を明確にした説明となる。どの資産と権限が対象か、どの例外が残るか、何がまだ失敗しうるか。すべての口座が安全だと宣言しなくても、移行は着実に前進できる。最後まで移行しない口座には、専用の方針と費用見積もり、そしてその説明の中で実態に即した扱いが必要だ。
情報提供を目的とした内容です。投資・法律・税務・財務上の助言には該当しません。