私は @kelseyhightower が git と web3 について話しているのを見ましたし、私も以前に似たようなトピックについて話したことがあるので、このスレッドで再表現します。
私の web3 のビジョンでは、アプリケーションのデータは git のようなローカルリポジトリに保存され、p2p ネットワークに接続され、リアルタイムで同期されます。例えば、@kelseyhightower がブログを書いてそれを彼のローカルデバイスリポジトリに保存し、ウェブ上の購読者にルートハッシュの更新通知をブロードキャストします。私のデバイスはそれを聞いており、自動的にリポジトリを同期します。そして、私はローカルアプリケーションを開いて自分が購読しているブログを見ます。
このソリューションにはいくつかの利点があります：
- ユーザーはデータの所有権が保証されており、彼のデータは彼のデバイス上にあり、他の誰もそれを削除することはできません。
- 中間ノードはデータをキャッシュでき、同期を高速化し、体験を改善します。例えば、家庭用ルーターやクラウドサービスを購入して自動的にデータをバックアップすることなどです。しかし、中間ノードがデータを操作できないようにするための git チェックサムメカニズムがあります。
- 中央集権的なブログシステムもこのシステムで役割を果たすことができます。例えば、検索、集約、推奨などですが、これらのサービスはレプリカの削除権限のみを持っています。元のコンテンツは常にユーザーのデバイス上にあります。
このシステムのインフラはほぼ整っています。ブロックチェーンと DID を通じた公開鍵の配布、分散型ネームサービスによるサービス発見、暗号通貨による支払い、NFT によるメンバーシップカード、ビジネスモデルも利用可能です。
しかし、このシステムの体験は web2 アプリケーションと比較して大きなギャップを示しています。これを解決するためには、2 つの重要な質問に答える必要があります：
- ブロックチェーンはどのようにして大量のユーザーをサポートするのか？それがブロックチェーンのスケーリング問題です。
- アプリケーションはどのようにブロックチェーンと組み合わさるべきか？それがブロックチェーンと Web3 アプリケーションの関係です。
これらの 2 つの質問についてどう思いますか？