MessariがPharosを分析：全ライフサイクルの並列処理により、次世代の高性能L1を定義
TechFlow厳選深潮セレクト
MessariがPharosを分析：全ライフサイクルの並列処理により、次世代の高性能L1を定義
2025年10月にAtlanticOceanテストネットが成功裏に立ち上がった後、Pharosは2026年第2四半期にメインネットを起動し、TGE（トークン・ジェネシス・イベント）を開始する予定です。
Web3業界の深掘り報道に専念し潮流を洞察執筆：Youssef Haidar（Messari リサーチャー）
翻訳編集：Chopper（Foresight News）
TL;DR:
- Pharosは、現実世界資産（RWAs）向けのグローバル共通インフラストラクチャを目的としたモジュラー型L1パブリック・ブロックチェーンであり、元アントグループのブロックチェーン基盤インフラチームの幹部によって設立された。
- 従来のパブリック・ブロックチェーンがトランザクション実行のみを並列処理するのに対し、Pharosはコンセンサス、実行、ストレージ、データ可用性を含むブロックの全ライフサイクルを完全に並列アーキテクチャで設計しており、メインネット上で安定的に毎秒3万トランザクション（TPS）の処理を実現することを目指している。
- Pharos Storeは、Merkleツリーをストレージの基盤層に直接組み込むことで、従来の8～10回のディスクI/O読み取りパスを1～3回に圧縮し、多くの高性能並列パブリック・ブロックチェーンが突破できない「見えないスループットボトルネック」を解消する。
- PharosはEVMとWASMを単一の決定論的仮想マシン（DTVM）下に統合し、SolidityコントラクトがRustコントラクトをネイティブ呼び出し可能となる。クロスチェーンブリッジや仮想マシン間の追加オーバーヘッドは一切不要である。
- 専用処理ネットワーク（SPN）により、デリバティブ取引やZK証明検証など高負荷シナリオ向けのカスタマイズ可能な実行層構築が可能となり、ネイティブな再ステーキング機能により、メインネットのセキュリティを継承できるため、独立したバリデータノードクラスターをゼロから構築する必要はない。
はじめに
Pharosは、現実世界資産（RWAs）向けのグローバル共通インフラストラクチャを構築することを目的とした高性能モジュラーLayer 1パブリック・ブロックチェーンである。ネットワークはサブ秒レベルのブロック生成速度を実現し、10億規模の同時ユーザーをサポート可能である。プロジェクトのビジョンは、Web2インターネットに匹敵する極めてスムーズなユーザーエクスペリエンスと、パブリック・ブロックチェーン本来の分散化セキュリティ特性を両立させる包括的な金融システムの構築である。Pharosは「質重視、量軽視」の資産エコシステム戦略を採用しており、伝統的な成熟機関によるオンチェーン資産の流動性解放を支援するとともに、金融サービスへのアクセスが制限されている人々にも資産流通のチャンスを提供する。
PharosのEVM互換パブリック・ブロックチェーンとの本質的差異は、深層並列計算アーキテクチャ（DP）にある。大多数のパブリック・ブロックチェーンはトランザクション実行のみを並列化できるが、Pharosはカスタムハードウェアアクセラレーションを活用し、データ可用性、実行・決済、コンセンサス確認といったブロックの全ライフサイクルを完全に並列化している。
このように全チェーンにおける「見えないパフォーマンスボトルネック」を解消することで、ネットワークは安定的に毎秒3万トランザクションのスループットと2Gbpsのデータ転送速度を達成できる。これは、グローバル規模で10億人のユーザーが同時に取引を行うことを可能にする十分な性能である。2025年10月にAtlanticOceanテストネットが成功裏に立ち上がった後、Pharosは2026年第2四半期にメインネットを起動し、トークン生成イベント（TGE）を開始する予定である。
プロジェクト背景
Pharosは、Alex Zhang氏とWish Wu氏が2024年11月に共同設立した。二人とも、かつてアントグループのブロックチェーン基盤インフラ部門の幹部を務めていた。その中で、Alex Zhang氏はアント・デジタル・サイエンス社（Ant Digital Science）のWeb3子会社ZANのCEOおよびアントチェーン（AntChain）のCTOを歴任した。一方、Wish Wu氏はZANのCSO（最高セキュリティ責任者）として、機関向けセキュリティ・コンプライアンス分野において豊富な実務経験を有している。
Pharosはアントグループの成熟した技術基盤から派生し、独立して分割・反復アップグレードされたものであり、分散型・オープンソースの基盤パブリック・ブロックチェーンの構築を目標としている。創業チームには、マイクロソフト、PayPal、スタンフォード大学、リップルなどのトップ企業および教育機関出身の人材が集結しており、技術的蓄積は非常に厚い。
2024年11月、PharosはHack VCとLightspeed Factionが共同主導する800万米ドルのシードラウンド資金調達を完了した。また、ZANとはノード基盤インフラの構築、セキュリティ防護体制、ハードウェアパフォーマンス加速の3つのコア領域において、包括的な戦略的提携を締結し、ネットワークが機関レベルの安定稼働基準を満たすよう支援している。
コア技術
Pharosは、ブロックの全ライフサイクルを単一の並列スケジューリングプロセスと見なしている。チームは、単一の実行モジュールのみを最適化しても、最終的にはストレージI/Oの読み書き、コンセンサス確認、データ配信といった工程で深刻なパフォーマンスボトルネックに陥ると考えている。
これらのボトルネックを排除するために、Pharosはモジュラー型プロトコルスタックを採用し、実行・コンセンサス・決済プロセスを分離（decoupling）し、カスタムストレージエンジンおよび二重仮想マシン環境によってこれを支える。
コンセンサス層
従来のビザンチン耐性（BFT）コンセンサスは、単一ノードによるブロック提案に依存しており、性能上限と単一障害点（SPOF）のリスクを抱えている。Pharosは、全非同期BFTプロトコルによってこの制約を打破し、固定時間仮定を必要とせず、バリデータノードが実際のネットワーク状態に基づいて動的に進捗を図ることを可能とする（タイムアウトを待つ必要なし）。
多くのラウンドベースBFTプロトコルでは、前ラウンドの最終確定を待ってから次のラウンドを開始する必要があり、スループットは最大遅延に制約される。Pharosは、ブロック提案フェーズと確認フェーズを分離し、バリデータノードがリアルタイムのネットワーク容量に応じてトランザクションを処理できるようにすることで、極端な負荷変動下でも停止せず、活性（liveness）と安全性の両立を実現する。メッセージ伝達時間が予測不能な完全非同期状況においても、このプロトコルは活性を維持できる。
ネットワーク混雑を招く重複トランザクションを防止するため、決定論的マッピングアルゴリズムにより、各トランザクションは指定されたバリデータノードに割り当てられる。上図はこれを明確に示している：メモリプール内のトランザクションはシャーディングされて配信され、バリデータノード1はトランザクション1・2を処理し、バリデータノード2はトランザクション3・4を処理し、バリデータノード3はトランザクション5を処理する。このラウンドで割り当てが無いバリデータノード4はアイドル状態を保ち、冗長なデータをブロードキャストしない。アクティブなバリデータノードは、それぞれ独自のトランザクションをパッケージ化してブロック提案を生成する。最終的に、ネットワークリソースはバリデータノード数に比例して拡張可能（ノード集合が2倍になると、提案帯域幅もほぼ2倍になる）であり、無駄なアイドルノードは発生しない。
バリデータノードがすべての提案を同期して提出した後、ネットワーク全体で密に相互に交差投票が行われる。もし、三分の二を超えるバリデータノードが特定の提案に対して合意に達した場合、ネットワークは信頼性の高いブロードキャストとコンセンサス投票を統合し、わずか3ラウンドの通信で最終ブロックを確定させ、重複排除された順序付きトランザクション帳簿を出力する。
実行層
Pharosの実行層の核は、決定論的仮想マシン（DTVM）スタックであり、従来の逐次処理モデルを並列二重仮想マシンアーキテクチャで置き換えている。
DTVMスタック
DTVMは、単一のランタイム上でEVMおよびWASMの実行をネイティブに互換可能とし、個別の仮想マシンを必要とせずに、SolidityコントラクトとRust、Go、C++などの言語で記述されたコントラクト間のシームレスな相互呼び出しを実現する。ハードウェアレベルでの厳密な決定論性を強制するため、DTVMはすべてのバイトコードを決定論的中間低レベル表現（dMIR）へとコンパイルし、浮動小数点演算の曖昧性や未定義例外の捕捉など、非決定論的挙動を排除する。dMIRは標準化された停止規則と固定された数値演算ロジックを備えており、8MBの固定仮想コールスタック（最大深さ1024）とともに、ホストのアーキテクチャ（x86／ARM）に依存せず、どのノードでも同一の帳簿を生成できる。
dMIRは、複数のバイトコードフロントエンドの汎用バックエンドとして機能するため、単一の最適化済みJIT（Just-In-Time）エンジンでEVM、WASM、さらには将来のRISC-Vコントラクトまで対応可能となり、マルチ仮想マシンアーキテクチャに伴う断片化と冗長なオーバーヘッドを回避できる。チェーン上での実行を許可されるのは、dMIR形式へのコンパイルに成功したモジュールのみであり、これにより決定論性のハードルが自然に確保される。
従来のJITが抱える固有の遅延を低減するため、DTVMはZetaエンジンを統合している。多くのブロックチェーン仮想マシンは、全量事前コンパイルによるデプロイ遅延と、初回呼び出し時のJIT実行遅延という二者択一の課題に直面している。Zetaはコントラクト単位のコンパイルロジックを打破し、関数単位まで細分化してコンパイルを行う。コントラクトがチェーン上にデプロイされた後、エンジンはその正当性を検証し、dMIRバイトコードを生成し、バックグラウンドで非同期に各関数を個別にコンパイルする。関数のコンパイルが完了していない場合でも、軽量のプレースホルダJITが即座にトリガーされ、その後はネイティブコードへと直接遷移する。実測では、初回呼び出し遅延はわずか0.95ミリ秒、2回目以降はすべてネイティブコードで実行される。
Pharosパイプライン
Pharosパイプラインは、すべてのコンポーネントを統合・連携させ、逐次的なブロックライフサイクルを並列フェーズに分解する。一般のブロックチェーンは、「提案→実行→確認」という厳密な順序フローに従い、各フェーズは前段の完了を待ってから始まる。Pharosは64コアフレームワークを活用し、CPUおよびディスクI/Oリソースを動的に割り当て、実行・Merkleハッシュ計算・状態の最終確定といったフェーズを並列かつ重複して実行し、ハードウェアの無駄を完全に排除する。
このアーキテクチャは、柔軟な多段階最終確定性（multi-tier finality）を同時にサポートする：並べ替え最終確定性（トランザクション順序の永続的ロック）、トランザクション最終確定性（決定論的実行結果）、ブロック最終確定性（ネットワーク全体での完全なブロックアクセス権）。トランザクションやゲームなど、低遅延が求められるアプリケーションは、完全なブロック最終確定を待たずとも、トランザクションの順序および実行結果を早期に取得でき、ユーザーエクスペリエンスが大幅に向上する。一方、オラクルやブロックインデクサーなどのインフラストラクチャは、完全なブロック最終確定を待つ。
Pharosパイプラインアーキテクチャにより、Pharosは最適化された環境下で毎秒50万トランザクションのスループットを達成可能であり、従来の逐次パイプラインと比較して30～50％の遅延削減が実現される。
Ph-WASM
EVMは、計算集約型タスクには本質的に不向きである：256ビットの基本ワード長、スタック指向の基盤アーキテクチャ、現代ハードウェア機能のネイティブ非対応などにより、物理的なパフォーマンス上限が存在する。Ph-WASMは、Pharos専用のWebAssembly専用ランタイムであり、EVMと並列して動作し、AIモデルスケジューリング、パーペチュアルコントラクトのオンチェーン取引、ゼロ知識証明の検証など、高スループット負荷を処理する。単一命令多重データ（SIMD）ベクトル加速、オペコード融合などの高度なコンパイル最適化を統合し、CPU集中型演算およびI/O集中型インタラクションの両方を、効率的かつ低消費電力で実行する。
実装価値：開発者はパフォーマンスが重要なロジックをRustやC++などで記述し、Ph-WASMへデプロイする。既存のSolidityコントラクトはEVM上でそのまま動作を続ける。両仮想マシンは共にdMIRへ統一コンパイルされるため、SolidityコントラクトはRustコントラクトをネイティブ呼び出し可能であり、ブリッジ不要、ネストされた仮想マシン実行不要、プロセス間通信オーバーヘッド不要である。資産の流動性およびコンポーザビリティはグローバルに統一される。例えば、DeFiプロトコルのフロントエンド資金庫ロジックはSolidityで開発されエコシステムに適合し、リアルタイム価格エンジンはPh-WASM上のRustコントラクトに委ねられ、動的リアルタイムアプリケーションに必要なネイティブスループットを満たす。
ストレージ層
帳簿の状態が肥大化し、ディスクI/Oが遅くなることは、オンチェーンスケーリングにおける「見えない致命的弱点」である。たとえトップクラスの高速実行エンジンであっても、従来のMerkle Patricia Trie（MPT）によるディスク読み取り待ちで停滞してしまう。例としてイーサリアムでは、単一アカウントの状態を照会するのに8～10回の独立したディスク読み取りが必要であり、ハッシュアドレッシング方式は頻繁なデータベース圧縮整備を引き起こし、膨大なディスク帯域を消費する。ネットワークが数億アカウント規模に拡大すると、これらのコストが累積し、最終的にストレージがスループットの制約要因となる。
Pharos Storeは、ログ構造化・高効率・信頼性のある汎用ストレージ（LETUS）原則に基づき構築された、チェーンネイティブなストレージエンジンであり、上述のボトルネックをアーキテクチャレベルで解消することを目的としている。そのコア革新は、認証データ構造のネイティブな下位レイヤーへの統合にある：「独立したキーバリューデータベースの上にMerkleツリーを重ねる」標準的な二層設計を放棄し、Merkleツリーをストレージエンジンの基盤層に直接埋め込む。これにより、I/Oパスを8～10回のディスク読み取りから1～3回に精簡し、ネットワーク上のすべてのトランザクションごとに構造的最適化が累積的に拡大する。
エンジンは、以下の3つの専用カスタム構造でデータを組織化する：
- 増分マルチバージョンMerkleツリー（DMM-Tree）：高分岐Merkleツリーに増分エンコーディングをネイティブ統合し、状態変更のみを永続化し、フルノードによる再書き込みや上書きを不要とする。
- ログ構造化ページバージョンストレージ（LSVPS）：増分マルチバージョンMerkleツリーに対して、メモリとディスク間のページ索引抽象を提供。ハッシュアドレッシングに代わり、単調増加するバージョン番号を採用。バージョン索引により、従来のログ構造化ツリーにおける高頻度の圧縮による停滞が解消され、ディスク帯域消費を96.5％削減。
- バージョンログデータストリーム（VDLS）：ユーザーメタデータを追記専用ログ形式で保存し、データの整合性を保証し、ノードのクラッシュ後に迅速な復旧を可能とする。
公式データによれば、Pharos Storeの全体的なストレージオーバーヘッドは80％削減され、I/OスループットはイーサリアムのMerkle Patricia Trieと階層型データベースの組み合わせの15.8倍に達する。並列実行に深く最適化されており、並列読み取り、マルチスレッドMerkleハッシュ計算、ノンブロッキング書き込みをサポートし、ストレージ層が実行層の速度に追いつき、逆にボトルネックとならないよう保証する。システムは階層型のコールド／ホットストレージをサポートし、古いブロックデータは自動的に高速SSDから低コストのアーカイブストレージへ移行する。境界スキャンによる帳簿精簡メカニズムの実地試験では、ストレージ使用量が42％以上削減された。
ネットワーク層
ネットワーク層は、最適化されたP2Pチャットプロトコルを活用してPharosシステム全体の通信を支え、低遅延のメッセージ伝播を実現する。システムはリアルタイムのネットワークロードに応じて自動的に帯域幅を割り当て、極端な負荷状況下でもトランザクションおよびデータの効率的な配信を保証する。
専用処理ネットワーク（SPN）
Pharosは、モジュラー型アプリケーション向けの専用スケーリングを可能にする専用処理ネットワーク（SPN）を導入する。SPNは本質的にカスタマイズされた独立実行層であり、Pharosのセキュリティをネイティブに継承し、半独立で動作し、カスタムのコンセンサスパラメータおよびロジックを持つ。開発者は、汎用パブリック・ブロックチェーンでは非実用的または非経済的な計算集約型負荷（例：完全準同型暗号（FHE）、マルチパーティ・セキュア・コンピューティング（MPC）、AIモデル推論、ハイフリーケンシー取引）に対してSPNを設定できる。
SPNは、ネイティブな再ステーキングによってセキュリティを起動する：Pharosメインネットのバリデータノードは、ネイティブトークンをステーキングして流動性ステーキング証明書を取得し、それを単一または複数のSPNサブネットへ再ステーキングする。これにより、共有セキュリティ防護体制が構築され、専用サブネットの起動時セキュリティおよび資金効率が確保され、各新ネットワークごとにゼロから独立バリデータノード集合を募集する必要がなくなる。
ユーザーはSPN相互運用プロトコルを通じて、サブネットとメインチェーン間の資産およびデータの流れを実現する。このプロトコルは、メッセージメールボックス、レジストリ、クロスチェーンブリッジの3つのコアコンポーネントから構成される。汎用Layer 2ネットワークとは異なり、このプロトコルはPharosメインネットに深くネイティブ統合されており、低遅延メッセージ中継およびアトミックな資産転送をサポートし、マルチチェーンアーキテクチャにありがちな流動性の断絶問題を回避する。
サブネット間通信の完全なフローは以下の通り：
- ユーザーがSPN1でサブネット間トランザクションを発行し、その実行先をSPN2のメッセージキューに指定する。
- リレー・ノードがトランザクション、暗号化証明書、ブロックヘッダーをメインネットへ同期的に送信する。
- メインネットはトランザクションの真偽を検証し、メッセージメールボックスへアーカイブ書き込みを行い、サブネット間メッセージのグローバルな権威データソースとして機能する。
- SPN2がメッセージメールボックスのデータを読み取り、ローカルのメッセージメールボックスへアーカイブ書き込みを行い、実行の引渡しを完了する。
このプロセスは、2層のコアスマートコントラクトによって完全に管理される：SPN適合コントラクトは、プロトコル層のメッセージ検証およびサブネット間ルーティングを担当し、SPN管理コントラクトはサブネットのライフサイクル、レジストリ状態、ガバナンスルールを統括し、各SPNの設定がグローバルなPharosネットワークと整合していることを保証する。これら2種類のコンポーネントが協調することで、信頼できる第三者を介さず、サブネット間のアトミック実行および検証可能なデータ共有が実現される。
設計には、緊急時のセキュリティ・エスケープ・バックアップ機構がネイティブに組み込まれている：SPNサブネット運営者の行動に関わらず、ユーザーは常に資産を強制的にメインチェーンへ撤退させることができ、検閲耐性が保証され、DeFiデリバティブや機関資産など、高リスク・高価値のシナリオに適している。
エコシステム
2026年第2四半期のメインネット起動およびTGEに備えるため、Pharos財団は、現実世界資産（RWAs）、BTCFi、分散型取引所（DEX）、永続型分散型取引所（Perp DEX）、予測市場、流動性ステーキング（LST）、収益耕作オートメーション、AIスマートバンク、貸付プロトコルに加え、インデクサー、オラクル、マルチシグ、ブロックエクスプローラー、セキュリティ、クロスチェーン相互運用、ウォレットなど、あらゆるカテゴリーの充実したエコシステムを統括的に構築している。
エコシステムは「RealFi（リアルファイナンス）」というトラックに焦点を当てている：これは、純粋な暗号資産を対象としたDeFiのオンチェーン収益とは異なり、現実世界資産を基盤とする機関レベルのオンチェーン金融を構築することを目的としている。RealFiはデフォルトで無条件のアクセスを開放しており、RWAsはCentrifugeなどの発行プラットフォームを通じてすべてのユーザーに開放される。CentrifugeはPharos上で、米国債のトークン化製品JTRSYおよびAAA級構造化信用製品JAAAをローンチする予定である。
現在、機関レベルの現実資産のオンチェーン実装における最大の障壁はエコシステムの断片化である。Pharos財団は、正式にRealFiアライアンス共同構築計画を発足した。Pharosネットワークおよびアライアンスの枠組みにおいて：
Chainlinkは、グローバルなクロスチェーン安全通信およびデータ完全性の権威的インフラストラクチャとして機能する。Pharosの現実資産市場は、Chainlinkのデータストリーム価格オラクルをネイティブに統合する。LayerZeroは、ネットワーク全体をカバーするクロスチェーン相互運用プロトコルを提供し、TopNodは、セキュアかつ自己管理型のネイティブウォレットを提供する。
Centrifugeは、deRWAという現実資産標準を活用し、高い流動性と高いコンポーザビリティを備えたRWAsを発行し、既存のトークン化証券をDeFiプロトコルに適合した自由流通トークンへとラップする。
米国初の連邦規制対応型暗号銀行Anchorage Digitalは、機関向け資産保管、トークン鋳造および配布サービスを提供し、Pharos TGEの機関投資家向け資産をカバーする。
R25は、構造化信用および透明な収益設計に特化した現実資産専用プロトコルをローンチする。
Farooは、Pharosネイティブの現実資産流動性ステーキングプロトコルを構築する。
RealFiアライアンスは、段階的に順次拡大され、今後のメンバーは資産品質、技術的実装の成熟度、エコシステムとの連携基準に基づいて選定される。さらに、Pharosは1000万米ドルのRealFi開発者インキュベーター基金を設立し、PharosネイティブのDeFiアプリケーションおよびインフラストラクチャの初期チームを支援する。インキュベーション協力機関には、Hack VC、Draper Dragon、Lightspeed Faction、Centrifugeが含まれる。
まとめ
Pharosのコア基盤設計理念は、「トランザクション実行の並列化だけでは性能ボトルネックを突破できない」という認識に基づいている。ブロックの全ライフサイクルを並列プロセスとして設計することで、長期にわたってLayer 1パブリック・ブロックチェーンのスループットを制約してきた構造的ボトルネックを解決しようとしている。そのDTVMスタックは、単一の決定論的ランタイム下でEVMとWASMを統合し、Pharos Storeは、ストレージI/Oを8～10回のディスク読み取りから1～3回へと削減することを追求し、これまで見過ごされてきたオンチェーンスケーリングの弱点に直接対処している。
専用処理ネットワーク（SPN）は、モジュラー型のスケーリング経路を提供し、独立した実行環境における流動性の断絶・分散を回避する可能性を秘めている。TGEおよびメインネットは2026年第2四半期に予定されており、本プロジェクトの将来は、そのアーキテクチャ設計が実際にネットワークパフォーマンスへと転化できるかどうか、およびRealFiがPharos上でどれほど普及するかにかかっている。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
Messari
