シーケンサーとは何ですか?一般的にイメージされる「ロールアップは本質的に分散化されている」こととはどう違いますか?
多くの人はロールアップがメインチェーンの安全性を引き継ぐと聞くと、直感的にロールアップ全体が分散化されていると結論づけがちだが、この推論は重要な区別を見落としている:ロールアップの安全性(取引実行結果が正しいかどうか)と、ロールアップの活性度と検閲耐性(取引が適時かつ公平に含まれるかどうか)は異なるものであり、シーケンサーが担っているのは後者である。
あるロールアップの証明システム(不正証明または有効性証明)が完全に分散化され誰でも独立して検証できるとしても、シーケンサー自体が単一の主体によって支配されている限り、その主体は依然として相当な実質的権力を持っている——同一ブロック内の複数の取引の実行順序を決定でき(これがMEVの分配に直接影響する)、特定の取引を選択的に遅延させたり拒否したりでき、自らのインフラの障害によってチェーン全体を一時的に停止させる可能性もある。「証明システムの分散化」と「シーケンサーの分散化」が2つの別々の進捗軸であることを理解することが、あるロールアップの実際の分散化の度合いを正しく評価する鍵となる。
シーケンサーはなぜ集中化しているのですか?これは設計上の欠陥ですか、それとも段階的な選択ですか?
単一の主体にシーケンサーを運営させることは、ロールアップの初期開発においては比較的現実的なアーキテクチャの選択だった:シーケンサーはユーザーが期待する即時のソフト確認体験を提供するために極めて高い性能と安定性を必要とし、その性能水準を維持しながら真に分散化されたシーケンシングメカニズムを設計することは複雑な分散システムのエンジニアリング問題である——ノード間で取引順序についてどう合意に達するか、シーケンサー間のシビル攻撃をどう防ぐか、公平なインセンティブメカニズムをどう設計するかといった一連の課題を解決する必要があり、これらはいずれも磨き上げるのに時間がかかる。
これはまた、シーケンサーの中央集権化がほとんどのチームにとって、意図的に選ばれた永続的なアーキテクチャではなく、段階的なエンジニアリング上のトレードオフとして位置づけられていることも意味する——複数の主要なロールアップはすでに分散化されたシーケンシングに向けたロードマップを公開しているが、この移行プロセスは当初の予想よりも長引いている。業界全体の見通しでは、主要なロールアップが本番環境で分散化されたシーケンシングメカニズムを真に大規模に採用するのは2026年末から2027年頃になるとされている。
シーケンサーは具体的に何ができ、何ができないのですか?実際にどんな事故が発生しましたか?
シーケンサーが持つ権力は主に取引の順序付けと収録という2つのことに集中している:同一ブロック内の複数の取引の実行順序を決定できる(これはアービトラージ機会などのMEV収益がどう分配されるかに直接影響する)、特定のアドレスや特定の種類の取引の収録を選択的に拒否できる、運用上の問題によりチェーン全体の活性度が一時的に停滞する可能性もある。しかしシーケンサーはユーザーの資産を盗むことはできない——不正証明であれ有効性証明であれ、その証明システムは状態遷移が正しいかどうかを独立して検証しており、悪意あるシーケンサーができるのはせいぜい取引を遅延させたり検閲したりすることだけで、無効な状態遷移を検証に通過させることはできない。
実際の事例としては:Arbitrumは2023年12月にトラフィックの急増によりシーケンサーが停滞し、数時間に及ぶサービス中断を引き起こした。Linaeは2024年6月に停止事故を起こした。Baseも2025年2月にサービス中断を経験した。これらの事故に共通するのは、ユーザーの取引の遅延や一時的な利用不能を引き起こしたことだが、いずれもユーザーの資産が盗まれたり状態が誤って改ざんされたりすることにはつながらなかった——これは「シーケンサーの障害が影響するのは活性度であり、資産の安全性ではない」という技術的な区別を裏付けている。現在、主な分散化シーケンシングの方式には、共有シーケンサーネットワーク(HotShotというビザンチン障害耐性のあるコンセンサスプロトコルを使うEspresso SystemsのMainnet 0など、複数のロールアップが同じ分散化シーケンシングインフラを共有できるようにするもの)や、一部のロールアップが計画している「ベースロールアップ」モデル(Ethereumメインチェーンのバリデーター自身が直接順序付けを担う)などがある。
シーケンサーは私にとってどんな意味がありますか?何に注意すべきですか?
もしあなたがあるロールアップを日常的な操作に使っているなら、シーケンサーの中央集権化は実務上ほとんどの場合直接的な影響を与えない——しかしあなたのユースケースが検閲耐性を必要とする場合(例えばあなたの地域が規制上の要因によって特定のシーケンサーからサービスを拒否される可能性がある場合)、あるいは高トラフィック時間帯でも取引が公平かつ適時に処理されることを確保する必要がある場合、そのロールアップのシーケンサーを現在誰が運営しているか(チーム自身が運営しているのか、それともすでに何らかの分散化メカニズムが導入されているのか)を理解することが重要になる。
より大きな金額を扱う場合や、ロールアップ上に構築された機関投資家向けアプリケーション(現実資産のトークン化やステーブルコイン準備金管理に関わるものなど)にとっては、シーケンサーの中央集権化がもたらす活性度のリスクは、ある意味で単一の運営者が停止も検閲もしないことを信頼するのと同じである——この種のリスクがあなたの許容範囲を超える場合は、すでに共有シーケンシングや分散化された順序付けメカニズムを導入しているロールアップを優先的に検討するか、少なくともそのロールアップに公開され検証可能な分散化ロードマップとスケジュールがあるかを確認する価値がある。
Arbitrumは2023年12月にトラフィックの急増によりシーケンサーが停滞し、数時間に及ぶサービス中断を引き起こした。この事故はユーザー資産の窃取にはつながらなかったが、「単一シーケンサー」アーキテクチャのもとで、一つの技術的問題がチェーン全体の取引処理を直接停滞させうることを明確に示した。
単一運営者によるシーケンサーの利点は、高性能で低遅延の即時ソフト確認体験を提供でき、エンジニアリングの実装も比較的シンプルであることだが、欠点は検閲リスクと単一障害点のリスクをもたらすことである。シーケンサーが停止したり特定の取引を選択的に拒否したりすれば、ユーザーには待つ以外の手段がない。分散化されたシーケンシング(共有シーケンサーネットワークなど)の利点は単一障害点を排除し検閲耐性を向上させられることだが、欠点は追加のコンセンサス調整コストが必要であり、実務上ソフト確認の即時性の一部を犠牲にする可能性があり、現時点ではまだエンジニアリングと本番環境での検証の初期段階にあることである。