Whisper

暗号資産におけるWhisperとは？

Whisperは、分散型アプリケーションがメッセージをブロックチェーンに書き込まずに交換できるよう設計された、Ethereumの旧式ピアツーピアメッセージングプロトコルです。

Ethereumの当初のビジョンでは、WhisperはWeb3のコミュニケーションレイヤーとして位置付けられていました。

Ethereumが分散型コンピューティングを担い、Swarmが分散型ストレージを担い、Whisperが分散型メッセージングを担う構想でした。

Ethereumのネットワーキングドキュメントでは、Whisperは、情報をブロックチェーンに書き込まずにピア間でセキュアなメッセージを配信することを目指したプロトコルと説明されています。

Whisperは、Ethereumネットワーキングで使用されるDevP2Pワイヤプロトコルの一部でした。

これはアプリケーションレベルのメッセージ向けに設計されており、トランザクション、残高、スマートコントラクトの状態を保存するためのものではありません。

簡単に言うと、WhisperはEthereumスマートコントラクトとは異なる問題の解決を目指していました。

Ethereumスマートコントラクトは、パブリックなオンチェーンコンピューティングと決済のためのものです。

Whisperは、ウォレット、dApp、ユーザー、ノード間のプライベートなオフチェーンのピアツーピア通信のためのものでした。

ただし、Whisperは現在非推奨であり、Web3メッセージングの現行標準として扱うべきではありません。

同様の目的を持つ現代のプロジェクトでは、通常、Wakuまたは他の分散型通信プロトコルが検討されています。

Whisperは現在も使われていますか？

Whisperは、現在では主に歴史的な技術です。

Ethereumの公式ネットワーキングドキュメントでは、Whisperは現在非推奨とされ、同様の目的を持つ関連プロジェクトが案内されています。

アーカイブされたEthereum Whisperリポジトリには、実装が数百ノードを超えてスケールしないためプロジェクトがアーカイブされ、以降の開発はStatusが引き継いだと記載されています。

したがって、Whisperを新しいdApp開発向けに積極的に推奨されるEthereumプロトコルとして説明すべきではありません。

Whisperは、初期のWeb3メッセージングにおける重要な実験として理解するのが適切です。

Whisperは、その後の分散型通信の取り組み、特にWakuに影響を与えました。

公式のWakuドキュメントでは、Wakuをプライバシー重視のWeb3メッセージング向けに、堅牢で検閲耐性を備えたピアツーピア通信プロトコル群と説明しています。

Wakuの技術概要では、Statusは当初Whisperでの構築を試みたものの、Whisperにはモバイル端末やその他のリソース制約のあるデバイスに関する大きな制限があり、その後継としてWakuが開発されたと説明されています。

暗号資産用語集における最も正確な現在の説明は次のとおりです。WhisperはEthereumの初期分散型メッセージングプロトコルでしたが、現在は非推奨となり、主に新しいWeb3メッセージング設計に置き換えられています。

WhisperとOpenAI Whisperの違い

暗号資産分野のWhisperは、OpenAI Whisperとは異なります。

OpenAI Whisperは、音声の文字起こしと翻訳に使用される音声認識モデルです。

Ethereum Whisperは、Web3アプリケーション向けの非推奨ピアツーピアメッセージングプロトコルです。

両プロジェクトは同じ名前を共有していますが、関連はありません。

現在「Whisper」を検索する多くのユーザーは、Ethereumネットワーキングではなく人工知能を想定している可能性があるため、この区別は重要です。

暗号資産用語集では、記事に別の意味が明記されていない限り、WhisperはEthereum Whisperを指すべきです。

Ethereum Whisperは分散型通信に関する技術です。

OpenAI Whisperは音声からテキストへの変換に関する技術です。

一方のドキュメント、ツール、コードが他方にも適用されると想定すべきではありません。

話題がブロックチェーン、dApp、DevP2P、Status、Waku、またはWeb3メッセージングである場合、該当する意味はEthereum Whisperです。

Whisperが作られた理由

Whisperは、分散型アプリケーションにはブロックチェーンストレージに常に適しているわけではない通信チャネルが必要であるため作られました。

パブリックブロックチェーンは、通常のメッセージングシステムと比べて高コスト、永続的、透明性が高く、低速です。

そのため、プライベートチャットメッセージ、一時的な連携データ、暗号化通知、短期間のdAppシグナルを保存する場所には適していません。

Whisperは、分散型ピアツーピアネットワークを利用しながら、アプリケーションがオフチェーンでメッセージを送信できるよう設計されました。

Ethereumブログにおける初期のWeb3ビジョンでは、EthereumコントラクトとSwarmストレージと並んで、Whisperが分散型メッセージングとして説明されています。

この構想は、完全な分散型インターネットスタックを想定していたため野心的なものでした。

スマートコントラクトがロジックを担います。

分散型ストレージがコンテンツを担います。

分散型メッセージングが通信を担います。

Whisperは、dAppが通信で中央集権型サーバーに依存する度合いを減らすことを目指していました。

Whisper自体は長期的な解決策になりませんでしたが、この目標は現在もWeb3において重要です。

Whisperの仕組み

Whisperは、ピアツーピアネットワーク内でピア間に暗号化メッセージを渡す仕組みで動作しました。

メッセージはEthereumブロックチェーンに書き込まれませんでした。

その代わり、ノードはプロトコルルールに従ってメッセージを中継しました。

このプロトコルでは、エンベロープ、トピック、time-to-live、Proof of Work、共通鍵暗号、公開鍵暗号、メッセージフィルターなどの概念が使用されました。

EIP-627では、DevP2Pワイヤプロトコル内におけるWhisperメッセージの形式が説明されています。

Whisperモデルでは、メッセージをエンベロープで包むことができました。

エンベロープには、中継とフィルタリングに必要なメタデータが含まれていました。

ペイロードは暗号化でき、意図された受信者だけが読むことができました。

ノードは、暗号化されたメッセージの実際の内容を知る必要がありませんでした。

アプリケーションはトピックまたはフィルターを購読し、関連する可能性のあるメッセージを検出できました。

この設計は、メッセージの関連付け、閲覧、標的化を困難にすることでプライバシーを実現しようとしたものです。

しかし、多数の暗号化メッセージを中継するとノードの負担が大きくなるため、この設計はスケーラビリティの問題も生み出しました。

WhisperとDevP2P

WhisperはEthereumのDevP2Pネットワーキングスタックの一部でした。

DevP2Pは、Ethereumのピアツーピアネットワークを構成するネットワークプロトコル群です。

go-ethereumのドキュメントでは、DevP2PはEthereumノードが互いを発見し通信する方法を定義すると説明されています。

Ethereumのネットワーキングスタックには、ノード発見とセキュアなピアセッションのための低レベルプロトコルが含まれます。

また、それらの接続上で動作するアプリケーションレベルのプロトコルも含まれます。

Whisperは、より広範なEthereumネットワーキングビジョンにおけるアプリケーションレベルプロトコルの一つでした。

これは、Whisperがスマートコントラクトの標準ではなかったため重要です。

ERCトークン標準でもありません。

ウォレット形式でもありません。

ピアツーピア通信プロトコルです。

開発者は、Solidityスマートコントラクト内部からではなく、アプリケーションのネットワーキングレイヤーでこれを使用しました。

Whisperはオンチェーン実行機能ではないため、スマートコントラクトがWhisperメッセージを直接送信することはできませんでした。

Whisperとスマートコントラクト

Whisperはスマートコントラクト内で実行されるようには設計されていません。

スマートコントラクトはオンチェーンで実行され、その出力はパブリックブロックチェーンの状態の一部になります。

Whisperはオフチェーンのピアツーピアメッセージのために設計されました。

多くの初期Web3アプリケーションではオンチェーンロジックとオフチェーン通信の両方が必要だったため、この違いは重要です。

例えば、分散型マーケットプレイスは決済にスマートコントラクトを使用し、交渉にはオフチェーンメッセージングを使用する可能性があります。

ウォレットはアカウントリカバリーにスマートコントラクトを使用し、署名の調整にはオフチェーンメッセージングを使用する可能性があります。

投票システムは最終結果にスマートコントラクトを使用し、提案の議論にはオフチェーンメッセージングを使用する可能性があります。

Whisperは、このオフチェーン通信レイヤーを支援しようとしました。

ただし、オンチェーンではなかったため、Ethereumの決済保証を継承していませんでした。

ピアの接続性やネットワークの挙動によって、メッセージが遅延、見落とし、期限切れ、利用不能になる場合がありました。

このため、一部の通信パターンには有用でしたが、最終決済や永続的な記録には適していませんでした。

Whisperのトピック

Whisperでは、メッセージのフィルタリングを支援するためにトピックが使われました。

トピックとは、ノードとアプリケーションが関連する可能性のあるメッセージを識別できる短い値です。

アプリケーションは特定のトピックを購読し、無関係なトラフィックを無視できました。

これは、ピアツーピアメッセージングネットワークが、すべてのアプリケーション向けではない多数のメッセージを運ぶ可能性があるため役立ちました。

トピックは、アプリケーションが処理する必要のあるデータ量を減らすのに役立ちました。

ただし、トピックにはプライバシー上のトレードオフもありました。

トピックが具体的すぎる場合、観察者はメッセージがどの種類のアプリケーションまたはグループに属するかを推測できる可能性があります。

トピックが広すぎる場合、ノードは無関係なメッセージを過剰に処理しなければなりません。

適切なトピック設計には、プライバシー、効率性、使いやすさのバランスが必要でした。

こうしたトレードオフは、現代のWeb3メッセージングシステムでも重要です。

プライバシーを保護する通信では有用なメタデータを隠す必要がある一方、効率的な通信では明確なルーティング情報が役立つことが多いためです。

Whisperと暗号化

暗号化はWhisperの設計の中心でした。

メッセージを暗号化することで、意図された受信者だけが内容を読めるようにできました。

Whisperは共通鍵暗号と公開鍵暗号の両方のパターンをサポートしていました。

共通鍵暗号では、参加者間で共有鍵を使用します。

公開鍵暗号では、公開鍵と秘密鍵を使用します。

これにより、Whisperは異なるメッセージングのユースケースをサポートできました。

プライベートチャットでは受信者鍵を使用できます。

グループチャネルでは共有鍵を使用できます。

dAppの通知システムでは、特定ユーザー向けに暗号化ペイロードを使用できます。

暗号化はメッセージ内容の保護に役立ちましたが、すべてのプライバシー問題を解決するものではありませんでした。

メタデータは依然として情報を漏らす可能性があります。

トラフィックパターンも行動を明らかにする可能性があります。

ピア接続もネットワークレベルの情報を露出させる可能性があります。

そのため、Whisperはプライバシーを目指していましたが、完全な匿名性を提供するものとして説明すべきではありません。

WhisperとProof of Workによるスパム対策

Whisperは、スパム耐性メカニズムとしてProof of Work（PoW）を使用していました。

これは、メッセージが受理または中継される前に、送信者が一定の計算作業を行うべきという考え方です。

これにより、スパムのコストが高くなりました。

EIP-627では、Proof of Work要件メッセージを含むWhisperパケットコードが説明されています。

このアプローチは初期の実験としては合理的でしたが、モバイル端末や低消費電力ユーザーには理想的ではありませんでした。

モバイルユーザーは、メッセージのProof of Work生成にバッテリーや処理能力を費やしたくない場合があります。

リソース制約のあるデバイスでは、大量の暗号化トラフィックの中継とフィルタリングも困難な場合があります。

これは、Whisperが実際のメッセージングユースケースへスケールすることに苦労した理由の一つです。

現代のWeb3メッセージング設計では、異なるスパム対策システムが検討されています。

例えば、Wakuはパブリックネットワーク設計において、プライバシーを保護する経済的スパム対策としてRate-Limiting Nullifierの研究を利用しています。

公式のWaku Networkドキュメントでは、プライバシーを保護するRate-Limiting Nullifiersが主要機能の一つとして紹介されています。

Whisperとプライバシー

Whisperはプライバシーを考慮して設計されました。

目的はメッセージ内容を暗号化するだけではありませんでした。

誰が誰と通信しているかを特定しにくくすることも目的でした。

通信ネットワークは本質的にメタデータを漏らすため、この種のプライバシーは実現が困難です。

特別なプライバシーツールを使用しない限り、ブロックチェーントランザクションは送信者、受信者、金額、タイミングを公開します。

メッセージングネットワークでは、送信者IP、タイミングパターン、メッセージサイズ、ピア接続、トピックへの関心が明らかになる可能性があります。

Whisperは、暗号化ペイロード、メッセージ中継、トピック、Proof of Workを使用して、こうした漏えいを減らそうとしました。

ただし、プライバシー目標を強くするほど、ネットワーク負荷は重くなる可能性があります。

多数のノードが多数の暗号化メッセージを中継すると、帯域幅コストは上昇します。

メタデータを隠すためにメッセージを広くブロードキャストすると、スケーラビリティはより困難になります。

Whisperは、分散型プライベートメッセージングが理論上可能である一方、実務でスケールさせることは難しいことを示しました。

Whisperと検閲耐性

Whisperは検閲耐性とも関連していました。

分散型メッセージングプロトコルは、中央集権型サーバーへの依存を減らすことができます。

dAppが1社のメッセージングサーバーに依存している場合、そのサーバーはユーザーをブロックし、メッセージを削除し、メタデータを収集し、オフラインになる可能性があります。

ピアツーピアメッセージングネットワークでは、多くのピアを経由してメッセージを移動できるため、通信を停止しにくくなります。

これは、分散化がトークンや決済だけに関わるものではないため、Web3にとって重要です。

分散化は、通信、連携、ガバナンス、社会的交流、ユーザーアクセスにも関わります。

ただし、検閲耐性は無償ではありません。

オープンネットワークは、スパム、嫌がらせ、フィッシング、サービス拒否攻撃に悪用される可能性があります。

WhisperはProof of Workでこれに対処しようとしましたが、このアプローチには限界がありました。

現代の後継技術では、より優れたスパム対策とリソース効率を追加しながら、検閲耐性の改善が図られています。

Whisperが非推奨となった理由

Whisperは、幅広い実社会での利用に十分対応できるほどスケールしなかったため非推奨となりました。

アーカイブされたEthereum Whisperリポジトリには、実装が数百ノードを超えてスケールしないと記載されています。

パブリックメッセージングネットワークでは、多数のユーザー、モバイル端末、ブラウザ、アプリケーションをサポートする必要がある可能性があるため、この制限は深刻でした。

Whisperの設計では、ネットワークが成長するにつれて負荷が大きくなる方法で、ピアが暗号化メッセージを処理・中継する必要がありました。

Proof of Workによるスパム対策も、低消費電力デバイスでは使いやすさの問題を引き起こしました。

モバイルメッセージングは、低バッテリー消費、低帯域幅、メッセージ履歴、通知、オフライン対応、迅速な配信が期待されるため、特に要求が厳しい領域です。

Whisperはこの環境に十分適していませんでした。

Ethereumメッセージングに関心を持った主要な初期プロジェクトの一つであるStatusは、最終的にWakuへ移行しました。

Waku Networkの技術概要では、Whisperの欠点から学んだ後、その後継としてWakuが生まれたと説明されています。

このことから、Whisperは歴史的に重要ですが、新しいWeb3メッセージングシステムの推奨選択肢ではありません。

WhisperとWaku

WakuはWhisperの最も重要な後継コンセプトです。

Wakuは、Whisperのスケーラビリティおよびリソース上の問題に対応しながら、Web3アプリケーション向けにプライベートで検閲耐性を備えたピアツーピア通信をサポートするために作られました。

公式のWakuドキュメントでは、Wakuはブロックチェーンでも長期データストレージでもないと説明されています。

Web3通信のためのネットワークおよびプロトコル群です。

Wakuは、プライベートな分散型チャット、オフチェーン投票の調整、NFTマーケットプレイス通信、ステートチャネル更新、マルチシグ署名交換、分散型ゲーム通信、レイヤー2の調整、ソーシャルメディア機能などのユースケースをサポートします。

これは、Whisperが果たそうとした当初の目的に非常に近いものです。

違いは、Wakuがモバイル、ブラウザ、帯域幅、スパム対策、モジュール型プロトコル設計により注意を払って設計された点にあります。

ユーザーにとって重要なポイントは簡単です。

Whisperは旧式のEthereumメッセージングプロトコルです。

Wakuは、Whisperから得た教訓を基に発展した新しいWeb3メッセージングの方向性です。

WhisperとStatus

Statusは、分散型通信を備えたWeb3スーパーアプリの構築を試みたため、Whisperの歴史において重要です。

Wakuの技術概要では、StatusはEthereumの当初の3つの柱、すなわちコンセンサスのためのEthereum、ストレージのためのSwarm、通信のためのWhisperを利用してEthereumエコシステムへのポータルとして作られたと説明されています。

StatusはWhisperの使用を試みましたが、特にモバイル端末で実用上の制限に直面しました。

モバイルメッセージングはあらゆる分散型通信プロトコルにとって最も難しい試験の一つであるため、これは重要です。

プロトコルは理論上良く見えても、ユーザーが信頼できる通知、メッセージ履歴、低バッテリー消費、低帯域幅使用を必要とする場面では機能しないことがあります。

Statusは、こうした実社会での制限を明らかにするのに役立ちました。

この経験がWakuとその後のメッセージング研究につながりました。

用語集では、StatusはWhisperと同一のものではなく、Whisperの進化の一部として言及すべきです。

Whisperはプロトコルでした。

Statusは、より広範な分散型メッセージングスタックの使用と改善を試みたアプリケーションおよびコミュニティの一つでした。

WhisperとWakuの比較

WhisperとWakuはいずれも分散型メッセージングに焦点を当てていますが、同じプロトコルではありません。

Whisperは初期のEthereum DevP2Pメッセージングプロトコルでした。

Wakuは、より新しいモジュール型ピアツーピア通信プロトコル群です。

Whisperは、スケールが困難でモバイルユーザーにも扱いにくくなった設計に依存していました。

Wakuは、よりスケーラブルでモジュール性が高く、リソース制約のあるデバイスに適したものとして設計されました。

Waku Networkのドキュメントでは、Wakuはオープンアクセス、プライバシー保護、スケーラビリティ、リソース制約のあるデバイスへのアクセシビリティを備えると説明されています。

Wakuには、過去メッセージの保存・取得、フィルタリング、スパム対策のサービスも含まれます。

Whisperは非推奨です。

Wakuは現在も活動中であり、現代のWeb3メッセージング開発者にとってより関連性があります。

ユーザーにとって、実用上の答えは明確です。

特別な歴史的または実験的な理由がない限り、新しい暗号資産メッセージングプロジェクトをWhisperで始めるべきではありません。

代わりに、現代のドキュメントと現行のWeb3通信プロトコルを使用してください。

Whisperとオンチェーンメッセージングの比較

Whisperはオンチェーンメッセージングではなく、オフチェーンメッセージングのために設計されました。

オンチェーンメッセージングでは、データをブロックチェーントランザクションまたはスマートコントラクトに書き込みます。

これにより、メッセージはパブリックかつ永続的になり、ネットワークによる検証が可能になります。

ただし、高コストになり、プライバシーに適さない場合もあります。

WhisperメッセージはEthereumブロックチェーンに保存されませんでした。

このため、一時的な通信、暗号化されたdAppメッセージ、ピアツーピアシグナルにより適していました。

一方で、Whisperメッセージにはブロックチェーントランザクションと同じ永続性や決済保証はありませんでした。

例えば、オンチェーン投票はブロックチェーンの状態から検証できます。

投票について議論するWhisperメッセージは、単にピア間の通信です。

どちらも有用になり得ますが、解決する問題は異なります。

オンチェーンデータは決済とパブリック記録のためのものです。

オフチェーンメッセージングは調整と通信のためのものです。

WhisperとIPFS・Swarmの比較

Whisperを、IPFSやSwarmなどの分散型ストレージシステムと混同すべきではありません。

ストレージシステムはデータの保存と取得のために設計されています。

メッセージングシステムは参加者間でメッセージを移動させるために設計されています。

Whisperは、長期的なファイルホスティングではなく短期間の通信を目的としていました。

SwarmはEthereumの当初の分散型ストレージビジョンの一部でした。

WhisperはEthereumの当初の分散型メッセージングビジョンの一部でした。

理論上、dAppは決済にスマートコントラクト、ファイルにSwarmまたは別のストレージシステム、通信にWhisperを使用できました。

実際には、Whisperは標準的な通信レイヤーにはなりませんでした。

現代のWeb3アプリでは、ブロックチェーン、IPFS型ストレージ、中央集権型サーバー、分散型メッセージングプロトコル、ウォレット署名など、多くの異なるツールを組み合わせることが一般的です。

重要な違いは、すべての分散型プロトコルがデータを永続的に保存するわけではない点です。

Whisperは恒久的なデータ保存ではなく、メッセージ配信に関する技術でした。

Whisperのユースケース

Whisperは、多くのWeb3通信ユースケースのために設計されました。

分散型チャットアプリは、Whisperを使用してユーザー間で暗号化メッセージを送信できました。

ウォレットは、Whisperを使用して暗号化通知を送信できました。

マルチシグウォレットは、所有者間の署名調整にWhisper型メッセージングを使用できました。

分散型マーケットプレイスは、入札、オファー、交渉、注文調整にオフチェーンメッセージを使用できました。

ガバナンスシステムは、最終的なオンチェーン投票前の提案議論にオフチェーンメッセージングを使用できました。

ステートチャネルは、決済前の更新情報交換にメッセージングを使用できました。

ゲームは、すべてのイベントをブロックチェーンに書き込まずに、ピアツーピア調整のためにメッセージングを使用できました。

アイデンティティシステムは、認証情報の交換や検証リクエストにメッセージングを使用できました。

これらのユースケースは現在も重要です。

違いは、開発者が現在では通常Whisperではなく新しい通信システムを検討する点です。

WhisperとdAppアーキテクチャ

Whisperは初期のdAppアーキテクチャを理解するうえで役立ちます。

分散型アプリケーションは、スマートコントラクトだけで構成されることはほとんどありません。

通常、フロントエンド、ウォレット接続、データインデックス、ストレージ、通知、ユーザー通信、オフチェーン調整、セキュリティ監視も必要です。

Whisperは、そうしたオフチェーンレイヤーの一つを分散化しようとする試みでした。

これは、多くのdAppが現在もメッセージング、通知、ユーザー体験について中央集権型サーバーに大きく依存しているため重要です。

dAppはトランザクションをオンチェーンで決済していても、中央集権型データベースやメッセージング基盤を使用している可能性があります。

これは中央集権化のポイントを生み出します。

Whisperは、この依存を減らそうとしました。

Whisperは十分にスケールしませんでしたが、問題領域の定義には貢献しました。

現代のWeb3通信プロジェクトは、中央集権型プラットフォームに完全に依存せず、ユーザーとアプリケーションが通信できるようにするという同じ問題に取り組み続けています。

Whisperとウォレット通知

ウォレット通知は、分散型メッセージングの自然なユースケースです。

ウォレットは、保留中のリクエスト、受取済み決済、ガバナンス投票、マルチシグ承認、dAppメッセージ、セキュリティアラートについてユーザーに通知する必要がある場合があります。

これらの通知が中央集権型プッシュサーバーだけに依存する場合、ウォレットには単一障害点が生じます。

分散型メッセージングシステムは、ウォレット通知の検閲耐性とプライバシーを高める可能性があります。

Whisperは、そのようなシステムにおける初期の試みの一つでした。

ただし、モバイル通知の配信は困難です。

ユーザーは迅速なアラート、低いバッテリー消費、信頼性の高いオフライン配信を期待します。

Whisperは、こうした実用的要件への対応に苦労しました。

Wakuなどの現代のプロトコルは、リソース制約のあるデバイスとメッセージ取得サービスにより直接的に焦点を当てています。

これは、優れたコンセプトでも実用化までに複数世代のプロトコル設計を必要とする場合があることを示しています。

Whisperとマルチシグ調整

マルチシグウォレットでは、オフチェーンでの調整が必要になることが多くあります。

所有者は、トランザクションに署名する前に内容を議論する必要がある場合があります。

トランザクションの詳細をプライベートに共有する必要がある場合があります。

最終トランザクションをオンチェーンで送信する前に署名を交換する必要がある場合があります。

Whisper型メッセージングは、署名者間のピアツーピア暗号化通信をサポートできるため、理論上有用でした。

これにより、中央集権型チャットアプリやサーバーへの依存を減らせます。

ただし、マルチシグの調整では信頼性と使いやすさが極めて重要です。

メッセージを見落とすと、トランザクションが遅延する可能性があります。

署名者が文脈を受け取れない場合、リスクのある内容に署名する可能性があります。

フィッシングメッセージが配信された場合、ユーザーが悪意あるアクションを承認する可能性があります。

現代のマルチシグシステムでは、セキュアなメッセージングに加え、明確なトランザクションシミュレーション、強力なウォレットUI、検証済みアイデンティティ、安全な署名慣行が必要です。

Whisperは分散型調整の必要性を浮き彫りにしましたが、マルチシグ通信のすべての問題を解決したわけではありません。

WhisperとWeb3プライバシー

Whisperは、Web3プライバシーがトランザクション金額を隠すことだけではないことを示すため重要です。

プライバシーには通信のプライバシーも含まれます。

ユーザーは、利用しているdApp、メッセージの相手、議論している提案、行っているオフチェーン交渉を他者に知られたくない場合があります。

パブリックブロックチェーンはデフォルトで透明性を提供します。

メッセージングシステムはデフォルトでメタデータ露出を生む可能性があります。

プライバシー重視のWeb3スタックには、プライベート決済、プライベートアイデンティティ、プライベートストレージ、プライベート通信、プライベートな調整のためのツールが必要です。

Whisperは通信の部分に対処しようとしました。

スケールに失敗したからといって、この目標が重要でなくなるわけではありません。

むしろ、プライベートで分散型のメッセージングは技術的に困難であることを示しています。

現代のシステムでは、プライバシー、スケーラビリティ、スパム対策、使いやすさ、分散化のバランスを取る必要があります。

Whisperとメタデータ

メタデータとは、メッセージ内容そのものではなく、通信に関するデータです。

例として、送信者、受信者、タイミング、トピック、メッセージサイズ、経路、ピア接続、配信パターンがあります。

Whisperは中継および暗号化技術を使用してメタデータを保護しようとしました。

ただし、メタデータ保護はどの通信システムでも困難です。

メッセージ内容が暗号化されていても、観察者はトラフィックパターンから有用な情報を得る可能性があります。

例えば、2つのウォレットが市場イベントと同じタイミングでメッセージを交換している場合、そのパターンから調整行動が明らかになる可能性があります。

ユーザーがまれなトピックを購読している場合、そのトピックから利用しているアプリケーションが明らかになる可能性があります。

ノードが既知のIPアドレスから接続している場合、ネットワーク観察者は誰がオンラインかを把握できる可能性があります。

このため、プライベートメッセージングプロトコルではメタデータを主要なリスクとして扱う必要があります。

Whisperの設計はこの問題を認識していましたが、強力なメタデータ保護をスケールさせることは依然として困難です。

Whisperのメリット

Whisperの第1のメリットは、Web3ネイティブのビジョンでした。

メッセージングを分散型アプリケーション基盤の一部として扱いました。

第2のメリットは、オフチェーン通信です。

メッセージをブロックチェーンに書き込む必要がありませんでした。

第3のメリットは、暗号化通信です。

Whisperはプライベートメッセージングのユースケース向けに暗号化ペイロードをサポートしていました。

第4のメリットは、検閲耐性です。

ピアツーピアメッセージネットワークは中央集権型サーバーへの依存を減らすことができます。

第5のメリットは、アプリケーションの柔軟性です。

Whisperは、チャット、調整、通知、マーケットプレイスメッセージ、dAppシグナリングに利用できました。

第6のメリットは、歴史的影響です。

Whisperは、Wakuなど後のWeb3メッセージング開発に着想を与えました。

第7のメリットは、教育的価値です。

Whisperを学ぶことで、開発者は分散型通信がなぜ難しいのかを理解できます。

Whisperの制限

Whisperの最大の制限はスケーラビリティでした。

アーカイブされたリポジトリでは、実装が数百ノードを超えてスケールしないとされています。

もう一つの制限はリソース使用量でした。

モバイル端末やブラウザには低帯域幅と低バッテリー消費が必要ですが、Whisperは多くの実社会ユーザーにとって十分な効率を備えていませんでした。

第3の制限はスパム耐性でした。

Proof of Workはスパムのコストを高めましたが、使いやすさの問題も生み出しました。

第4の制限はメッセージの信頼性でした。

短期間のピアツーピアメッセージは、ユーザーがオフラインまたは接続不良の場合に見落とされる可能性があります。

第5の制限は開発者による採用でした。

Ethereum開発がスマートコントラクト、DeFi、スケーリングにより重点を置くようになるにつれ、Whisperへの注目は減少しました。

第6の制限はプロトコルの成熟度でした。

Whisperは、より成熟したEthereumのトランザクションレイヤーやスマートコントラクトレイヤーと比べて実験的でした。

第7の制限はユーザー体験でした。

プライベートな分散型メッセージングは、複雑な設定なしにユーザーが信頼して利用できる場合にのみ有用です。

Whisper型メッセージングのリスク

Whisper型メッセージングはプライバシー上の利点を生み出す可能性がありますが、リスクも伴います。

暗号化メッセージングは正当なプライバシー目的に利用できます。

一方で、フィッシング、スパム、詐欺、悪意ある調整に悪用される可能性もあります。

分散型メッセージングネットワークはモデレーションが困難です。

これはユーザーを検閲から守る可能性がある一方、悪用を止めにくくする可能性もあります。

したがって、スパム対策は不可欠です。

もう一つのリスクは、誤ったプライバシー認識です。

メタデータが情報を漏らす可能性があるにもかかわらず、ユーザーは暗号化メッセージが完全に匿名だと考える可能性があります。

第3のリスクは、信頼性の低い配信です。

ネットワークが十分な保存・取得機能をサポートしていない場合、ユーザーはメッセージを見落とす可能性があります。

第4のリスクは、dApp通信を通じたフィッシングです。

悪意あるメッセージにより、ユーザーが不適切なトランザクションに署名するよう誘導される可能性があります。

メッセージングのプライバシーには、常にウォレットのセキュリティとトランザクション検証を組み合わせる必要があります。

Whisperに関するよくある誤解

一つ目の誤解は、Whisperが現在も積極的に推奨されるEthereumプロトコルであるというものです。

Ethereumのドキュメントでは非推奨と説明されているため、そうではありません。

二つ目の誤解は、WhisperがメッセージをEthereumに保存するというものです。

Whisperはオフチェーンのピアツーピアメッセージング向けに設計されたため、保存しません。

三つ目の誤解は、Whisperがトークンであるというものです。

Whisperはトークンではありません。

四つ目の誤解は、Whisperがスマートコントラクト機能であるというものです。

Whisperはピアツーピアメッセージングレイヤーに属するため、そうではありません。

五つ目の誤解は、Whisperが完全な匿名性を提供するというものです。

メタデータやネットワークレベルの挙動がプライバシーリスクを生む可能性があるため、そうではありません。

六つ目の誤解は、WhisperとWakuが同じものであるというものです。

両者は歴史的に関連していますが、WakuはWhisperの制限から発展した新しいプロトコル群です。

七つ目の誤解は、暗号資産分野のWhisperがOpenAI Whisperであるというものです。

両者は同名の無関係な技術です。

開発者は現在Whisperをどう捉えるべきか

開発者はWhisperを、デフォルトの本番環境向け選択肢ではなく、歴史的な文脈として扱うべきです。

現在、開発者が分散型メッセージングを必要とする場合は、Wakuなどの現行プロトコルを学び、アプリケーションの要件と比較すべきです。

リアルタイムメッセージング、オフライン取得、モバイル対応、スパム対策、メタデータプライバシー、ブラウザ対応、経済的インセンティブが必要かを検討する必要があります。

また、一部に中央集権型インフラを安全に使用できるかも検討すべきです。

すべてのアプリケーションが、すべての通信経路で完全な分散化を必要とするわけではありません。

ただし、ガバナンス、プライベートな調整、検閲に敏感なコミュニティ、ウォレット間通信を扱うアプリケーションは、分散型メッセージングの恩恵を受ける可能性があります。

開発者は、メッセージングと決済を混同しないようにすべきです。

メッセージはアクションを調整できますが、最終的な状態変更には依然として安全な決済ルールが必要です。

現代のWeb3アーキテクチャでは、通信、ストレージ、アイデンティティ、決済を明確に分離すべきです。

Whisperは、この分離が重要である理由を示すため価値があります。

Whisperを簡単に言うと

Whisperは、Ethereumが初期に試みた分散型プライベートメッセージングです。

アプリケーションは、メッセージをブロックチェーンに置かずに、ピア間で暗号化メッセージを送信できました。

WhisperはEthereumのDevP2Pネットワーキングスタックの一部でした。

トークンではありません。

スマートコントラクト標準でもありません。

長期ストレージでもありません。

大規模な実社会利用に十分対応できるほどスケールしなかったため、現在は非推奨です。

Wakuは、Whisperの当初の目標と最も密接に関連する現代のプロジェクトです。

初心者向けの主なポイントは簡単です。

Web3には分散型通信が必要であるためWhisperは重要ですが、Whisper自体は現在では主に歴史的なプロトコルです。

FAQ

EthereumにおけるWhisperとは何ですか？

Whisperは、メッセージをブロックチェーンに書き込まずにピア間でセキュアなメッセージを配信するために設計された、非推奨のEthereumピアツーピアメッセージングプロトコルです。

Whisperは現在もアクティブですか？

Whisperは非推奨であり、主に歴史的なEthereumネットワーキング技術として扱うべきです。

Whisperは暗号資産ですか？

いいえ。Whisperは暗号資産でもトークンでもありません。

WhisperはOpenAI Whisperと同じですか？

いいえ。Ethereum WhisperはWeb3メッセージングプロトコルであり、OpenAI Whisperは音声認識モデルです。

WhisperはEthereumの一部でしたか？

はい。WhisperはEthereumの当初のWeb3ビジョンの一部であり、DevP2Pネットワーキングスタックと関連していました。

Whisperはオンチェーンにメッセージを保存していましたか？

いいえ。Whisperはオフチェーンのピアツーピアメッセージング向けに設計されており、Ethereumブロックチェーンの状態にメッセージを書き込みませんでした。

スマートコントラクトはWhisperを直接利用できましたか？

いいえ。Whisperはアプリケーションレベルのピアツーピアメッセージングプロトコルであり、Solidityまたはスマートコントラクトの機能ではありませんでした。

Whisperは何に使われていましたか？

Whisperは、分散型チャット、dApp通信、ウォレット通知、マルチシグ調整、マーケットプレイス交渉、その他のオフチェーンWeb3メッセージを目的としていました。

Whisperが非推奨になった理由は何ですか？

Whisperは、特にモバイル端末やリソース制約のあるデバイスにおいて、スケーラビリティとリソース使用量に大きな制限があったため非推奨となりました。

Whisperに代わるものは何ですか？

Wakuは最も重要な後継コンセプトであり、Whisperの制限から学んだ後に作られました。

Wakuとは何ですか？

Wakuは、プライバシー重視で検閲耐性を備えたWeb3メッセージング向けのピアツーピア通信プロトコル群です。

DevP2Pとは何ですか？

DevP2Pは、ノードが互いを発見し通信する方法を定義するEthereumのピアツーピアネットワーキングスタックです。

Whisperは暗号化を使用していましたか？

はい。Whisperは、意図された受信者だけがメッセージ内容を読めるように、暗号化メッセージをサポートしていました。

Whisperは完全なプライバシーを提供していましたか？

いいえ。Whisperはプライバシー向上を目指していましたが、メタデータ、トラフィックパターン、ネットワークレベルの挙動は依然としてプライバシーリスクを生む可能性があります。

Web3において分散型メッセージングが重要なのはなぜですか？

分散型メッセージングは、通信、調整、通知、dAppとのやり取りにおける中央集権型サーバーへの依存を減らすことができます。

開発者は新しいアプリをWhisperで構築すべきですか？

Whisperは非推奨であり、より新しい代替手段が利用できるため、ほとんどの開発者はWhisperで新しい本番システムを始めるべきではありません。

WhisperはWeb3アーキテクチャの説明に役立ちますか？

はい。Whisperは、Web3アプリケーションに決済、ストレージ、通信、アイデンティティのための別個のレイヤーが必要な理由を示すため、歴史的に有用です。

WhisperはStatusと関係がありますか？

はい。Statusは分散型メッセージングにWhisperを使用しようと試み、その経験がWakuにつながりました。

まとめ

Whisperは、分散型ピアツーピアメッセージングのためのEthereum初期プロトコルでした。

dAppとユーザーが、メッセージをブロックチェーンに書き込まずに暗号化メッセージを交換できるよう設計されていました。

Ethereumの当初のWeb3ビジョンでは、WhisperはEthereumスマートコントラクトおよび分散型ストレージと並ぶ通信レイヤーでした。

分散型アプリケーションにはオンチェーン決済だけでは不十分であるため、その目的は重要でした。

ユーザーとアプリケーションが通信するための、プライベートで検閲耐性があり信頼できる手段も必要です。

しかし、Whisperは長期的な解決策にはなりませんでした。

深刻なスケーラビリティおよびリソース上の制限があったため、非推奨となりました。

アーカイブされたリポジトリとEthereumのドキュメントは、Whisperを現行標準ではなく歴史的技術として扱うべきことを明確にしています。

Wakuは、モバイル対応、ブラウザ対応、スパム対策、スケーラブルなWeb3通信により強く焦点を当てた、Whisperの当初の目的と最も密接に関連する現代のプロジェクトです。

暗号資産ユーザーにとってWhisperを知る価値があるのは、Ethereum初期のWeb3ビジョンにおける重要な要素を説明しているためです。

開発者にとっては、分散型メッセージングがなぜ難しいのかを示す教訓です。

初心者向けに最も簡単にまとめると、WhisperはEthereumの旧式分散型メッセージングプロトコルであり、Wakuはその現代的な後継方向で、どちらもトークンやOpenAIの音声認識モデルと混同すべきではありません。