注: この記事はもともと、Gavin Wood 氏のブログ「Insights into a Modern World」に 2014 年 4 月 17 日に公開されたもので、当時 Gavin 氏はまだ Ethereum の共同設立者兼 CTO であり、Polkadot を設立していませんでした。このブログでは、Gavin が Web3.0 時代がどのようなものであるべきか、また Web3.0 を構成する 4 つの要素について包括的に説明しています。

ウー氏がブロックチェーンについて語る（翻訳：ピン・シオン）

将来に向けて、ゼロトラストのインタラクション システムの必要性が高まっていることが分かります。

スノーデン事件以前から、私たちはインターネット上の任意の組織に情報を信頼することは危険を伴うことを認識していました。しかし、スノーデン氏の暴露を受けて、この認識は、大規模な組織や政府がしばしば権限を逸脱しようとすると信じる人々に主に広まった。そこで私たちは、企業機関に情報を託すというのは根本的に間違ったモデルであることに気づきました。組織が私たちのデータにアクセスしない可能性は、必要な労力のコストから期待される利益を差し引いたものにすぎません。企業の収益モデルではユーザーについてできる限り多くのことを知ることが求められることが多いため、現実主義者は、秘密裏に悪用される可能性を過大評価することはまずないことを認識しているだろう。

ネットワーク上のプロトコルとテクノロジー、さらにはインターネット全体は、優れたテクノロジープレビューです。 SMTP、FTP、HTTP(S)、PHP、HTML、Javascript は、Google Drive、Facebook、Twitter など、今日見られるクラウドベースのアプリケーションに貢献している主要なツールのほんの一部にすぎません。ゲーム、ショッピング、銀行業務、デートなど、数え切れないほど多くのアプリケーションにも貢献しています。しかし、将来的には、社会とテクノロジーの相互作用に関する新たな理解に基づいて、これらのプロトコルとテクノロジーを再設計する必要があります。

Web 3.0、あるいは「ポスト・スノーデン」Webとも呼ばれるWebは、私たちがすでにWebで使用しているものを再考したものだが、当事者間のやりとりのモデルは根本的に異なる。公開されていると思われる情報を公開します。情報は一貫していると想定し、それをコンセンサス台帳に記録します。当社は機密情報とみなされる情報を秘密に保ち、決して開示することはありません。通信は常に暗号化されたチャネルを介して行われ、エンドポイントとしては匿名の ID のみが使用されます。追跡可能なもの（IP アドレスなど）は一切使用されません。

つまり、政府や組織はどれも合理的に信頼できないため、私たちは事前の仮定を数学的に強制するシステムを設計したのです。

スノーデン後の Web には、静的コンテンツの公開、動的情報、信頼できないトランザクション、統合されたユーザー インターフェイスという 4 つのコンポーネントがあります。

リリース

まず第一に、分散化され暗号化された情報公開システムがすでに数多く存在しています。これらのシステムは、何らかの情報の短い固有アドレス (つまりハッシュ値) を取得し、将来必要になった場合にそのハッシュ値を使用して情報自体を取得します。新しい情報を送信することができます。ダウンロード後はハッシュ値が固有であるため、正しい情報であることを保証できます。この静的公開システムは、HTTP(S) の作業の大部分と FTP の作業のすべてを引き受けます。このテクノロジーの実装は数多くありますが、最も簡単に挙げられるのは BitTorrent です。 BitTorrent マグネット リンクをクリックするたびに、そのハッシュに対応するデータをダウンロードするようにクライアントに指示することになります。

Web 3.0 では、このテクノロジの一部は、共有したい任意の (潜在的に大きな) 静的情報を公開およびダウンロードするために使用されます。 BitTorrent と同様に、私たちは他の人にこの情報を維持し共有するよう奨励することができます。ただし、Web 3.0 の残りの部分と組み合わせることで、より効率的かつ正確なものになります。インセンティブ フレームワークはプロトコルに固有のものであるため、設計上 DDoS 耐性があります。このボーナスはどうですか？

コミュニケーション

Web 3.0 の 2 番目の部分は、匿名の低レベルの ID ベースのメッセージング システムです。これはインターネット上での人々のコミュニケーションに使用されます。情報について何らかの保証をするために強力な暗号化を使用します。アイデンティティの公開鍵を使用して暗号化することで、そのアイデンティティのみが復号化できることを保証できます。送信者の秘密鍵で署名することで、実際に送信者から送信されたことを保証し、受信者に安全な通信を提供できます。共有秘密により、受信証明を必要とせずに、グループ間を含む安全な通信が可能になります。

これらはそれぞれ最終的なメッセージ ロジスティクスを提供するため、トランスポート プロトコル レベルのアドレスを使用する必要はなくなります。かつてはユーザーまたはポートと IP アドレスで構成されていたアドレスが、今では単なるハッシュ値になっています。

メッセージには存続時間があり、これによって、できるだけ多くの ID がメッセージを確認できるようにできるだけ長く存続させたいパブリケーション メッセージと、ネットワークを介してできるだけ早く送信したいインスタント シグナリング メッセージとが区別されます。したがって、遅延と寿命という二項対立は互換性がある。

実際の物理ルーティングは、ゲーム理論的適応型ネットワーキング システムを介して実行されます。各ノードは、他のノードが受信情報に対して価値を持っていると主張し、他のノードに対する自身の価値を最大化しようとします。情報に価値がないノードは切断され、その場所は他の、おそらくは未知の（またはセカンダリの）ノードに接続されます。ノードを有用なものにするには、特定のプロパティ (たとえば、送信者アドレスまたは件名 (どちらも暗号化されていない、特定のビット文字列で始まる)) を持つ情報が必要になります。

Web 3.0 では、通信部分により、ノードはリアルタイムで通信、更新、自己組織化することができ、後で参照するために内部の信頼や優先順位を必要としない情報を公開できます。従来の Web では、これが AJAX スタイルの実装で HTTP 経由で渡される情報のほとんどです。

コンセンサス

Web 3.0 の 3 番目の部分はコンセンサス エンジンです。ビットコインは、多くの人にコンセンサスベースのアプリケーションというアイデアを紹介しました。しかし、これはあくまで暫定的な第一歩に過ぎません。コンセンサス エンジンは、将来のインタラクション (または非インタラクション) が指定どおりに自動的かつ不可逆的に実行されることを認識しながら、特定のインタラクション ルールについて合意する方法です。それは事実上包括的な社会契約であり、コンセンサスのネットワーク効果からその力を引き出します。

一つの合意に違反すると他のすべての合意に影響を及ぼす可能性があるという事実は、強力な社会契約を作成するための鍵であり、それによって合意違反や故意の怠慢の可能性を減らします。たとえば、評判システムが個人の社会的相互作用システムから分離されるほど、その効果は低下します。ユーザーの本質的な価値は、友人、パートナー、同僚がユーザーをどう見ているかによって決まるため、Facebook や Twitter に似た機能と組み合わせた評判システムは、それらの機能を持たないシステムよりも効果的です。特に痛烈な例の 1 つは、Facebook で雇用主やデート相手を友達に追加するかどうか、またいつ追加するかというジレンマです。

コンセンサス エンジンは、すべての信頼できる情報の公開と変更に使用されます。これは、完全にユニバーサルなグローバル トランザクション処理システムを通じて実現されます。その最初の実行可能な例は、Ethereum プロジェクトです。

従来のネットワークは、コンセンサスの問題を根本的に解決するのではなく、ICANN、Verisign、Facebook などの権威ある組織への集中的な信頼に頼っています。

フロントエンド

Web 3.0 エクスペリエンスの 4 番目で最後のコンポーネントは、すべてを統合するテクノロジーです。 「ブラウザ」とユーザーインターフェース。興味深いことに、これは私たちがすでに知っていて愛用しているブラウザ インターフェースにかなり似ています。 URI バー、戻るボタンがあり、もちろん、スペースの大部分は Dapp (Web ページ/Web サイト) を表示するために使用されます。

このコンセンサスベースの名前解決システム (アプリケーション内の Namecoin とは異なります) を使用すると、URI をアプリケーションのフロントエンドの一意のアドレス (つまりハッシュ値) に簡素化できます。情報公開システムを通じて、フロントエンドに必要なファイルのコレクション（たとえば、.html、.js、.css、.jpg ファイルを含むアーカイブ）に拡張できます。これはdapp(-let)の静的な部分です。

動的なコンテンツは含まれませんが、他の通信チャネルを通じて提供されます。評判や残高など、出所が絶対的に確実で永久に変更されない（「不変」）必要がある動的だが公開されているコンテンツを収集して送信するために、コンセンサス エンジンと対話するための JavaScript ベースの API があります。動的で潜在的にプライベートなコンテンツ（必然的に不安定で、破壊されたり利用できなくなる可能性がある）を収集して配信するには、P2P メッセージング エンジンを使用できます。

見た目には多少の違いがあり、「https://address/path」のような従来のクライアント サーバー URL パターンから、「goldcoin」や「uk.gov」のような新しい形式のアドレスへの移行が見られます。名前解決は、コンセンサス エンジンに基づく契約を介して実装され、ユーザーが簡単にリダイレクトまたは拡張できます。ピリオドを使用すると、複数レベルの名前解決が可能になります。たとえば、「uk.gov」は、「uk」によって指定された名前リゾルバに「gov」サブ名を渡す可能性があります。

コンセンサス バックエンドの更新やピアツーピア ネットワークのメンテナンスを通じてブラウザに自動的または偶発的に提供される情報は永続的に一時的な性質を持つため、バックエンドの DApp またはダプレットが Web 3.0 エクスペリエンスにおいて大きな役割を果たすことになります。

初期同期プロセスの後、静的データが事前にダウンロードされ、最新であることが保証されるため、ページの読み込み時間はゼロに短縮され、動的データ (コンセンサス エンジン P2P メッセージング エンジンを介して配信) も最新の状態に維持されます。同期中は、実際に表示される情報が古くなっている可能性がありますが、ユーザー エクスペリエンスは非常に信頼できます。

Web 3.0 のユーザーの場合、すべてのやり取りは匿名かつ安全な方法で行われ、多くのサービスでは信頼できません。サードパーティを必要とするサービスの場合、これらのツールにより、ユーザーとアプリケーション開発者は、競合する可能性のある複数の異なるエンティティに信頼を広めることができ、特定の単一のエンティティに置く必要がある信頼の量が大幅に削減されます。

フロントエンド API とバックエンド API を分離することで、さまざまなフロントエンド ソリューションを活用して優れたユーザー エクスペリエンスを提供するための追加機能が実現します。たとえば、Qt の QtQuick および QML テクノロジーは、従来の Web テクノロジーの HTML/CSS の組み合わせを置き換え、最小限の構文オーバーヘッドと効率的なリアクティブ プログラミング パラダイムでネイティブ インターフェイスとリッチな高速グラフィックスを提供できます。

Web3.0への移行

この移行は段階的に行われます。

Web 2.0 では、バックエンドで Bitcoin、BitTorrent、Namecoin などの同様の Web 3.0 コンポーネントを利用するサイトが増えていくでしょう。この傾向は今後も続き、投票サイトや取引所など、コンテンツのトランザクション証明を提供したいサイトでは、真の Web 3.0 プラットフォームである Ethereum が使用されるようになるでしょう。もちろん、システムの安全性は最も弱い部分と同程度にしか確保できないため、これらのサイトは最終的にはエンドツーエンドのセキュリティと信頼性のないやり取りを提供できる Web 3.0 ブラウザに移行することになります。

安全なソーシャル オペレーティング システム、Web 3.0 をご紹介します。