単一シーケンサー：現実的な選択か、構造的リスクか
Arbitrum、Optimism、Baseをはじめ、主要なロールアップの多くは中央集権的なシーケンサーから出発しました。これは許容できるトレードオフなのか、それとも警戒すべき兆候なのか。
教育目的の記事です。本記事の内容は、情報提供と一般的な理解のために提供するものであり、金融助言ではありません。免責事項の全文をご覧ください。
トランザクションの順序を決めることは、権限である
どのロールアップにも、トランザクションを処理する順序を決める誰か、あるいは何かが必要です。その役割を担うのがシーケンサーです。
順序付けは中立ではありません。シーケンサーを支配する者は、次のことができます。MEVの抽出（Maximal Extractable Value）。トランザクションを差し込んだり、利益のために並べ替えたりすること。検閲。望まないトランザクションを無視すること。フロントランニング。他の利用者のトランザクションに先回りすること。
分散型のシステムでは、この権限はいずれの参加者にも集中しません。中央集権的なシーケンサーを持つシステムでは、プロジェクトのチームがこれを握ります。
ロールアップが中央集権的なシーケンサーから始まることが多い理由
率直に言えば、そのほうが容易だからです。
分散型のシーケンサーには、複数のシーケンサー間の合意形成プロトコル、談合を防ぐ仕組み、リーダー選出またはローテーションの方式、そして周到に設計され悪用されない経済的インセンティブが必要です。
これらをローンチ前にすべて構築するとなれば、追加で数年の開発を要します。Ethereum上でTVLが最大級のロールアップであるArbitrum、Optimism、Baseはいずれも中央集権的なシーケンサーから出発し、数年を経た現在も分散化の途上にあります。
Bitcoin Hyperは、mainnet開始時点でシーケンサーが中央集権的であり、チームが運用することを明示しています（書籍第34.2章）。ロードマップでは、ローテーション、オークション、リーダー選出を通じて 2〜4年をかけて段階的に分散化する構想が示されています。これは表明された意図であり、すでに実装された機能ではありません。
検閲リスクは現時点でどう抑えられているのか
アーキテクチャ上の主要な仕組みが強制的な取り込み（forced inclusion）です。Bitcoinのベースレイヤーを経由し、シーケンサーを迂回してトランザクションをロールアップに強制的に取り込ませることができます。シーケンサーに検閲されても、Bitcoin上で直接手数料を支払えばトランザクションを処理させられます。単一シーケンサーは運用上の統制を一点に集中させますが、強制的な取り込みは、その統制が絶対的にならないよう働く安全弁として位置づけられています。
問題は、Bitcoin Hyperにおいて強制的な取り込みがなお開発段階にあることです（2026年4月28日時点）。DevNetでもまだ利用できません。実装と検証が完了するまで、この保護は理論上のものにとどまります。
注視すべき兆候
Bitcoin Hyperへのポジションを検討する前に、シーケンサーの分散化が実際に進んでいることを示す兆候として、次の点が挙げられます。
- 技術仕様の公開。採用する分散化の仕組みについて。
- 強制的な取り込みの稼働。テストネットまたはmainnet上で。
- 検証可能なマイルストーンを備えたロードマップ（「今後数年のうちに」といった表現にとどまらないもの）。
- 監査。定評のある独立した監査会社によるシーケンサーのコードの監査。
- 説得力のある工程表。依存関係が明示されているもの。
まとめ
ローンチ時に中央集権的なシーケンサーを採ることは、理解できる現実的な選択であり、必ずしも警戒すべき兆候ではありません。ただちに資金の喪失を意味するものでもありません。ただし、システムの信頼性、トランザクションの順序、検閲への耐性には影響しえます。問題となるのは、分散化に向けた具体的なロードマップがない場合、強制的な取り込みが実装されていない場合、あるいはチームがその立場を用いて不透明にMEVを抽出する場合です。
プロジェクトは、シーケンシングを後の段階で分散化すると述べています。本稿執筆時点で、この移行はなおロードマップ上の目標です。Bitcoin Hyperは意図を表明しており、評価は実際に何が実現されるかによって定まります。