P2P

こうして振り返ると、P2Pの進化は一直線ではなく、「検索の効率」「配布の効率」「信頼の分散」という異なる課題への解答が、それぞれ別の系譜として発展し、やがて合流してきたことが分かります。

クライアント・サーバー型 vs P2P型

ネットワークアプリケーションの設計は、大きく「中央集権型」と「分散型」に分けられます。両者の構造的な違いを理解することが、P2Pを学ぶ出発点です。

私たちが普段利用しているWebサイトや動画配信サービスのほとんどはクライアント・サーバー型です。この方式では、データやサービスを提供する「サーバー」と、それを利用する「クライアント」の役割が明確に分かれています。ブラウザでWebページを開くとき、あなたの端末はクライアントとしてサーバーにリクエストを送り、サーバーがレスポンスを返します。この一問一答の繰り返しによってすべてが成り立っています。役割が固定されているため、データの一貫性を保ちやすく、アクセス制御や課金、監視といった「管理」がしやすいのが最大の強みです。

一方のP2P（Peer-to-Peer）型では、参加する端末はすべて対等な「ピア（peer＝仲間、対等な相手）」であり、各ピアがクライアントとサーバーの両方の役割を同時にこなします。あるピアはファイルの一部を他のピアから受け取りながら、同時に別のピアへ自分の持つデータを提供します。つまり利用者自身がインフラの一部になるという発想の転換こそがP2Pの本質です。

帯域の視点で考える

両者の違いが最も際立つのは「大きなファイルを大勢に配る」場面です。たとえば10GBのファイルを100人に配布する場合、クライアント・サーバー型ではサーバーが合計1TB（10GB×100人）をアップロードしなければならず、サーバーの回線速度が全体の上限になります。P2P型では、ファイルを受け取り始めたピアがすぐに他のピアへの供給源となるため、必要なアップロード量が参加者全体に分散されます。理論上、配布完了までの時間は参加人数に対して緩やかにしか増えません。これがP2Pのスケーラビリティの源泉です。後半のシミュレーションで、この違いを実際に体感できます。

3つのP2Pモデル：「どうやって相手を見つけるか」の進化

P2Pネットワークの設計は、突き詰めると「目的のデータを持つピアをどうやって見つけるか」という一点に集約されます。この探索方法の違いによって、P2Pは大きく3つのモデルに分類されます。

DHTの代表例: Chordのしくみ

P2Pを支える3つの技術要素

ピア同士が直接つながるのは簡単そうに見えて、実際には「相手を見つける」「NATの壁を越える」「効率よくデータを分けあう」という3つの技術的課題を解決する必要があります。ここでは接続確立からデータ交換までの流れを順を追って見ていきます。

配布速度を体感してみよう

同じファイルを配布する場合でも、クライアント・サーバー型とP2P型ではピア数が増えたときの速度の伸び方が大きく異なります。モードを切り替えて比較してみましょう。

身近なP2P技術

「P2P＝ファイル共有ソフト」という印象は一面的です。実際には、私たちが毎日使うサービスの裏側で、P2Pの考え方が静かに活躍しています。代表的な事例を見てみましょう。

これらの事例に共通するのは、「純粋なP2P」にこだわらず、中央サーバーとP2Pを適材適所で組み合わせている点です。シグナリングや認証はサーバーが担い、大量のデータ転送はP2Pが担うという役割分担は、現代の分散システム設計の定石になっています。なお、当サイトの運営チームもOSSのP2Pライブラリmistlibと、それを用いたブラウザアプリ群（TC Home でアプリ一覧を見る）を公開しています。インストール不要でP2P通信や空間同期を実際に体験できます。

P2Pの光と影

P2Pは万能薬ではありません。中央集権の弱点を鮮やかに解決する一方で、分散ならではの新しい課題も抱えています。設計思想のトレードオフを整理しましょう。

フリーライダー問題とインセンティブ設計

P2P特有の課題として深掘りしておきたいのがフリーライダー問題です。P2Pネットワークは参加者の貢献（アップロード帯域やストレージの提供）で成り立ちますが、個々の参加者にとっては「もらうだけ」が最も得な行動です。初期のGnutellaでは、実に大半のピアがファイルを一切共有していなかったという調査もあり、放置すればネットワークは痩せ細っていきます。

この問題への解答が、プロトコルへのインセンティブ（動機付け）の埋め込みです。BitTorrentの「しっぺ返し（tit-for-tat）」戦略は、自分にアップロードしてくれる相手を優先的にアップロード先として選ぶことで、「貢献した方が速くダウンロードできる」状況を作り出しました。ブロックチェーンでは、ブロック生成への報酬（マイニング報酬）がネットワーク維持への貢献を動機付けています。「善意に頼らず、合理的な利己心が全体の利益につながるように設計する」。この考え方は、P2Pがコンピュータ科学とゲーム理論・経済学の交差点にある技術であることを示しています。

P2P用語集

P2P関連の記事や仕様書を読むときに頻出する用語をまとめました。本文とあわせて辞書的にご活用ください。

ピア（Peer）

P2Pネットワークに参加する個々の端末・ノードのこと。「対等な相手」を意味し、クライアントとサーバーの両方の役割を兼ねる。

ノード（Node）

ネットワークを構成する参加点の総称。P2Pの文脈ではピアとほぼ同義に使われるが、ルーターや中継サーバーを含む広い意味で使われることもある。

オーバーレイネットワーク

物理的なインターネットの上に論理的に構築された仮想的なネットワーク。P2Pネットワークは、IPネットワークの上に独自の接続関係を築いたオーバーレイネットワークの一種。

DHT（分散ハッシュテーブル）

キーと値の対応表（ハッシュテーブル）を多数のノードに分割して保持する仕組み。各ノードがハッシュ空間の一部を担当し、中央サーバーなしで「どのノードがどのデータを持つか」を効率的に特定できる。

Chord（コード）

DHTの代表的なアルゴリズムの一つ。ノードとキーを同じハッシュ空間のリング上に配置し、各ノードが「フィンガーテーブル」という近道表を持つことで、O(log n)ホップでの探索を実現する。

Kademlia（カデムリア）

XOR（排他的論理和）をノード間の距離として使うDHTアルゴリズム。実装が比較的単純で耐障害性が高く、BitTorrentのDHTやEthereumのノード探索など実システムで広く採用されている。

スウォーム（Swarm）

同じファイルを共有しているピアの集団。BitTorrentでは、1つのトレントに参加している全ピア（シーダーとリーチャーの両方）を指す。スウォームが大きいほど配布は速くなる傾向がある。

チャンク / ピース

ファイルを分割した小さなデータ片。ピアはチャンク単位でデータを交換し、全チャンクが揃うとファイルが完成する。各チャンクはハッシュ値で改ざん検証される。

シーダー（Seeder）

ファイルの全チャンクを保持し、アップロード専門で他のピアに提供している参加者。シーダーが多いほどスウォームは健全で、ダウンロードも速い。

リーチャー（Leecher）

まだ全チャンクが揃っておらず、ダウンロード中の参加者。ダウンロードと並行して、既に持っているチャンクを他のピアへアップロードする。

トラッカー（Tracker）

BitTorrentにおいて、スウォームに参加しているピアのIPアドレス一覧を管理・提供するサーバー。ピア発見の窓口となるが、ファイル本体は一切扱わない。DHTの普及によりトラッカーなしでも動作可能になった。

NAT（Network Address Translation）

家庭やオフィスのルーターが、プライベートIPアドレスとグローバルIPアドレスを変換する仕組み。NATの内側の端末は外部から直接接続できないため、P2P通信の大きな障壁となる。

STUN（スタン）

NATの内側にいる端末が「外部から見た自分のIPアドレスとポート番号」を知るためのプロトコル。ホールパンチングの前提となる情報を提供する軽量なサーバー。

TURN（ターン）

ホールパンチングでも直接接続できない場合に、通信を中継するサーバーおよびそのプロトコル。確実につながる反面、中継サーバーの帯域コストがかかるため最後の手段として使われる。

ホールパンチング

NATの内側にいる2つの端末が、互いに同時にパケットを送り合うことでNATに「穴」を開け、直接通信路を確立するテクニック。STUNで得た情報をもとに行う。

シグナリング

WebRTCなどでP2P接続を確立する前に、互いの接続情報（IPアドレス候補、暗号鍵情報など）を交換する手続き。この交換自体は通常、中央のシグナリングサーバーを介して行われる。

フラッディング

検索クエリなどのメッセージを、隣接する全ピアへ次々に転送していく方式。単純で確実だがネットワーク負荷が大きく、非構造化P2Pのスケーラビリティ問題の原因となった。

フリーライダー

ダウンロードだけ行い、アップロード（貢献）をしない参加者。フリーライダーが増えるとネットワーク全体の供給力が低下する。BitTorrentのtit-for-tat戦略はこの対策の代表例。

コンテンツアドレッシング

データの「置き場所（URL）」ではなく「内容のハッシュ値」でデータを指し示す方式。IPFSが採用しており、同じ内容なら誰が保持していても同じアドレスになるため、分散環境での重複排除や検証が容易になる。

ブートストラップノード

P2Pネットワークへ新規参加する際、最初の接続先となる既知のノード。ここから他のピアの情報を得てネットワークに合流する。完全分散システムにも「最初の入口」は必要となる。

ビザンチン障害

停止するだけでなく、嘘のメッセージを送る・相手によって矛盾した応答をするなど、任意の（悪意的な）振る舞いをする故障。この障害に耐えられる合意アルゴリズムをBFT（ビザンチン・フォールト・トレラント）と呼ぶ。

ファイナリティ

記録された取引が「もう覆らない」と確定する性質。PBFTなどのBFT型は合意した瞬間に確定する即時ファイナリティを持ち、PoWは後続ブロックが積まれるほど覆りにくくなる確率的ファイナリティを持つ。

ナカモトコンセンサス

Bitcoinが導入した合意方式。PoWでブロック追加権を抽選し、分岐時は最も累積計算量の多いチェーンを正とする。参加自由なオープン環境で初めて実用的な合意を実現した。

スラッシング

PoSにおいて、矛盾した二重投票などの違反をしたバリデータの預け金（ステーク）を没収するペナルティ。Nothing at Stake問題への対策であり、PoSの安全性の要となる仕組み。

バリデータ

PoSネットワークで通貨をステークし、ブロックの提案・検証・投票を行う参加者。PoWのマイナーに相当する役割で、正しく稼働すれば報酬を得て、違反すればスラッシングされる。

DID（分散型識別子）

W3C標準の分散型識別子。did:メソッド名:識別子の形式を持ち、解決すると公開鍵などを含むDIDドキュメントが得られる。特定の事業者に依存せず、本人が管理できるのが特徴。

検証可能クレデンシャル（VC）

発行者のデジタル署名付きで属性（学位、資格、年齢など）を証明する電子証明書。保有者が自分のウォレットで管理し、検証者は発行者へ問い合わせることなく署名だけで真正性を確認できる。

マルチシグ

資産移動などの操作に、N人の鍵保有者のうちM人以上の署名を要求する仕組み（M-of-N）。単一の鍵の盗難・紛失がすべての喪失につながる単一障害点を排除する。

しきい値署名（TSS）

秘密鍵を断片として複数者に分散したまま、完全な鍵をどこにも復元せずに協調計算で単一の署名を生成する暗号技術。外部からは通常の署名と区別が付かない。

スマートコントラクト

ブロックチェーン上にデプロイされ、定めた条件が満たされると自動実行されるプログラム。仲介者なしに合意内容を確実に執行できる反面、コードのバグも確実に実行される。

ガス（Gas）

Ethereumなどでスマートコントラクトを実行する際に必要な手数料の単位。処理量に比例して課金され、無限ループなどによるネットワーク濫用を防ぐ役割も持つ。

再入攻撃（リエントランシー）

送金処理の途中で外部呼び出しの隙を突き、状態が更新される前に同じ関数を再帰的に呼んで資金を抜き取る攻撃。2016年のThe DAO事件の原因となった。

オラクル問題

決定論的に動くスマートコントラクトが、価格や天候など外部の現実世界の情報を自力で取得できない問題。橋渡し役のオラクルが誤ったデータを流すと、正しいコントラクトも誤動作する。

シビル攻撃

一人の攻撃者が大量の偽アイデンティティを作り、多数派を装ってネットワークを支配する攻撃。PoW/PoSは偽造できない希少資源（計算力・資産）で発言権を測ることでこれに耐性を持つ。

Eclipse攻撃

標的ノードの接続先を攻撃者ノードで包囲し、正常なネットワークから隔離する攻撃。標的に偽の情報だけを見せ、二重支払いなどに悪用される。接続先の多様化が対策。

自己利益的マイニング

掘り当てたブロックを秘匿し、他者に無駄な採掘をさせてから公開することで取り分を不正に増やすPoWの攻撃戦略。過半数未満の計算力でも成立しうる。

DApps（分散型アプリ）

フロントエンド・スマートコントラクト・分散ストレージから構成され、中央サーバーに依存しないアプリケーション。運営者が勝手に停止・変更できないのが特徴。

DAO（分散型自律組織）

トークン保有者による投票で運営される組織。資金庫（トレジャリー）はマルチシグやスマートコントラクトで管理される。

L2 / ロールアップ

ブロックチェーン本体（L1）の外で取引をまとめて処理し、結果だけをL1に記録することで手数料と混雑を軽減するスケーリング技術。多数の取引を1つに圧縮するロールアップが主流。

ゴシッププロトコル

各ノードがランダムに選んだ相手へ情報を伝えることを繰り返し、疫学的な拡散でO(log n)ラウンドの全体伝播を実現する方式。構造を持たないため障害やチャーンに極めて強い。

チャーン（Churn）

P2Pネットワークでノードが頻繁に参加・離脱を繰り返す現象。DHTのルーティングテーブル維持やデータ複製の設計は、チャーンへの耐性を中心に組み立てられる。

AOI（関心領域）

仮想空間内でアバターが情報を受け取る必要のある範囲（Area of Interest）。P2P仮想環境では、AOIが重なるピア同士だけが接続・同期することでスケーラビリティを確保する。

デッドレコニング

位置情報を毎回送る代わりに、速度などから相手の現在位置を外挿し、誤差が閾値を超えたときだけ補正を送る同期技法。ネットワークゲームの帯域削減の古典。

CRDT

更新の到着順序が入れ替わっても全レプリカが同じ状態に収束するよう設計されたデータ型（競合フリー複製データ型）。中央調停なしの共同編集やP2P状態同期に使われる。

ICE

直結・STUN経由・TURN経由といった通信経路の候補をすべて試し、疎通確認のうえ最良の経路を自動選択するNAT越えの統合フレームワーク。WebRTCで標準採用。

ランデブーサーバー

NAT配下のピア同士がホールパンチングを行う前に、互いのパブリック/プライベートエンドポイントを交換するための仲介サーバー。接続確立後は不要になる。

Symmetric NAT

通信の宛先ごとに異なる外部ポートを割り当てるNAT。STUNで調べたポートが相手との通信では使われないため、標準的なホールパンチングが通用しない。ポート予測や多ポート同時試行、TURNで対処する。

クォーラム

分散システムで操作の成立に必要な最小限の賛成ノード集合。過半数クォーラムは「どの2つのクォーラムも必ず交わる」性質を持ち、PaxosやRaftの安全性の土台となる。

リーダー選出

分散合意で調整役となる1ノードを選ぶ手続き。Raftではランダム化タイムアウトとterm（任期）により、票割れを避けつつ迅速に新リーダーを立てる。

ログレプリケーション

リーダーが受け付けた命令列（ログ）をフォロワーへ複製し、過半数へ行き渡った時点でコミットとする仕組み。RaftやMulti-Paxosによる状態機械複製の中核。

term（任期）

Raftにおける論理的な時間の単位。単調増加する番号で、各termには高々1人のリーダーしか存在しない。古いtermのメッセージを拒否することで、時代遅れのリーダーによる混乱を防ぐ。

関連する学術文献は参考文献ページにまとめています。

FAQ：P2Pの疑問に答えます

P2Pについて初学者の方からよく寄せられる質問と、その回答をまとめました。質問をクリックすると回答が開きます。