Web3 ミドルウェアとインフラストラクチャの概要

星球君的朋友们

Odaily资深作者

2023-02-08 12:00

この記事は約8618文字で、全文を読むには約13分かかります

ミドルウェアとインフラストラクチャは再びトップダウンの視点から探求され、この急速に進化する分野で起こっている変化を結びつけようとします。

AI要約

展開

原作者: カム

オリジナル編集：saku、SeeDAO

要約: この記事では、ストレージ/データ、データモデルと検証、インデクサー、アクセスコントロール、統合プラットフォームを含む、zee prime のポートフォリオの Web 3 ミドルウェアを分類し、詳しく説明します。基盤となるブロックチェーンとの関係、およびそれらがどのように組み合わされて Web 3 アプリケーションを形成するかについて説明します。さらに、この記事では、次世代の開発者が Web3 ミドルウェアを選択する必要がある理由についても説明します。

Pocket Networkをメインコンテンツとしたミドルウェアの論文を出版してから1年が経ちました。この間、ミドルウェア分野は飛躍的に進化し、成長しました。この記事では、トップダウンの視点からミドルウェアとインフラストラクチャを再検討し、この急速に進化する分野で起こっている変化を結び付けようとします。

この文書では Zee Prime のポートフォリオに焦点を当てていることに注目してください。私たちはポートフォリオをさらに深く掘り下げながら内部的に調査し、個々の研究を前進させ、それらをミドルウェアの「メタ論文」に統合しました。

コンポーザビリティ、Web 3 などの流行語を使用して申し訳ありません。しかし、いくつかのミームに頼らずにその全体像を描くのは難しい。ミームは重要な役割を果たします。

ミドルウェアペーパー第 2 巻

ブロックチェーン上の高レベルのアプリケーションが初期の DeFi プリミティブを上回り続けるにつれて、堅牢なインフラストラクチャとミドルウェアのニーズが拡大しています。私たち Zee Prime は、何年もの間、この「カテゴリー」について声高に強気の姿勢を示してきました。最初のミドルウェア記事「インフラストラクチャ LEGO ミドルウェアペーパー」では、持続可能な分散型プラットフォームの開発における堅牢なデータリレーの重要性と経済性を強調しています。

今回は、特に分散型アプリケーションミドルウェアの実装において、新興のミドルウェアエコシステムに考え方を拡張してみます。 Dfinity のような製品は、あらゆる問題に対するワンストップソリューション、エンドツーエンドのソリューションとして確かに存在しますが、Dfinity のような製品が大規模に採用される日が来るまで、私たちは物事を一緒につなぎ合わせる必要があります。、徐々に独立したソリューションを構築します。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

ミーム氏は、「分散型世界コンピューティングクラウド」を目標とするDFINITYは死んでおり、救出することができないため、埋めなければならないと述べた。

さて、物語を売り込むのは難しい。

アプリケーション (実際のアプリケーション) の複雑さのブームにより、サポートするインフラストラクチャの必要性が爆発的に増加しています。 DeFi の初期の頃から、大量のネットワークデータ、インデクサー、アクセス制御、その他のミドルウェアツールが登場しました。これらはすべて、次世代アプリケーションの重要な接着部分です。

ミドルウェアに関する全体像を描くのは難しい場合があります。ミドルウェアは、Web 3 のような漠然とした概念です。その境界はしばしば曖昧になります。基本的に、ミドルウェアについて話すときは、他のより高いレベルのアプリケーションをサポートするあらゆるアイテムを意味します。前回このトピックについて説明したとき、これが中間層として機能し、上位層と下位層間の接続を提供することを指摘しました。ただし、実際のネットワークの相互作用は非常に複雑で、上位レベルと下位レベルの間の明らかな階層関係をマッピングすることは困難です。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

これは Web 3 ミドルウェアのマップですか?

この更新されたミドルウェアペーパーでは、これまで取り上げなかった他のクラスのミドルウェアについて説明するとともに、それらのユースケースとビルダーがミドルウェアを使用する理由も明確にします。これは決して完全なリストではありません。

ストレージ/データ

分散型アプリケーションスタックの重要な要素であり、基礎となるコンピューティングの重要な要素であるストレージ。 Web 3 のカンブリア紀の爆発的なアクティビティと複雑さにより、単にベース層でアカウントの状態を記録する以上のストレージソリューションも必要とされています。ますます多くの分散型アプリケーションが、Web 2 ソリューションに関連する集中的な障害点や監視のないテクノロジースタックを求めています。

すべてのアプリケーションは、Web 3 ミドルウェアによって何らかの形式で提供されるサービスを必要とします。ただし、課題の 1 つは、Dev-Ops が複雑であり、すべてのビルダーがプロジェクトに Web 3 ミドルウェアを実装するための専門知識を持っているわけではないことです。したがって、レゴコンポーネントを組み立てるのと同じように、このインフラストラクチャを新しいプロジェクトに簡単に組み立てられるように、抽象化レイヤーが必要です。

これは、仮想通貨の幅広い導入が直面する課題を反映しています。ウォレット、ニーモニック、取引に必要なガス料金は本質的にユーザーフレンドリーではなく、より高いレベルの抽象化がない限り、広く普及するには抵抗に直面するでしょう。平均的なユーザーは、今日私たちが見ているような複雑さに対処する必要はないと想定する必要があります。

Arweave や Filecoin などのストレージネットワークは以前から存在しており、過剰なストレージとストレージ需要に対応する分散マッチングシステムを提供しています。これはおそらくよく知られており、私たちが説明する必要はありません。

ソリューションが異なれば、持続性と検閲耐性の程度も異なります。これらは、あらゆる分散テクノロジースタックの基盤です。ストレージは、ベースストレージレイヤと、スケーラビリティに対応して幅広い導入を促進するアグリゲータという 2 つのクラスのプロトコルに分類できます。

Banyan は、ストレージネットワークの重要なアグリゲーションレイヤーとして認識されているパズルの 1 ピースです。 Banyan はストレージの仲介サービスに焦点を当てており、現在ブリッジングに使用されているストレージプロトコルの経済的インセンティブを向上させます。Banyan は、アプリケーションがネットワークに依存せず、出所が保証された Web 3 ストレージソリューションを使用できることを保証します。

Banyan は、Web 2 アプリケーションのブリッジとして機能し、分散ストレージソリューションなどの新しい Web 3 サービスを統合することもできます。これらのストレージソリューションの実装は現在非常に複雑ですが、Banyan の抽象化レイヤーとマーケットプレイスにより、これらの LEGO コンポーネントの参入障壁が低くなります。

同様に、Spheron は、より広範囲のミドルウェアソリューションの抽象化レイヤーとして意図されています。このプロトコルは、Web 3 プロジェクトの展開と自動化のためのワンストップソリューションを目指しています。これには「アプリストア」のようなインターフェイスがあり、Web 3 ネイティブでないユーザーでも、Web 2 のデジタルオーシャンとよく似た、分散型インフラストラクチャ製品から簡単に選択できます。

データモデルと検証

ブロックチェーンは、計算を実行しながら状態遷移の形式でデータを継続的に生成するステートマシンです。アカウント、状態、スマートコントラクトの数は時間の経過とともに急速に増加します。これにより、インデックス作成から初期ノード同期、バックアップの耐久性に至るまで、あらゆる点で問題が発生する可能性があります。これらは、基礎となるステートマシンのスケーラビリティとセキュリティに影響します。

KYVE は、Arweave ネットワークを活用して、アプリケーションとプロトコルに重要なサポートを提供し、特定のデータ有効性の問題に対してよりきめ細かなアプローチを採用しています。 KYVE は、データストリームを保存、検証、取得するための分散型データレイク (生の非構造化データをすべて 1 つのプールにまとめたもの) ソリューションです。

KYVE の最初の製品市場への適合は、ノードの同期の問題に大きく役立ちました。簡単に取得できる検証済みのプロファイルステータスデータを提供することで、最初のノードの同期時間を大幅に短縮でき、新しい検証ノードをネットワークに追加できるようになり、ネットワークセキュリティが維持されます。別のケースでは、最初のノードの同期時間が長すぎる (そしてまだ増加している) 場合、バリデーターの数が減少し、新しいバリデーターノードが困難に加わると、ネットワークセキュリティが脅かされます。

データがどこにどのように保存されるかについて説明しましたが、そのデータのモデルと表現についても考慮する必要があります。これらのステートマシン上に構築されたアプリケーションの場合、アカウント残高だけでなく、アクティビティ中に生成されたデータにも柔軟なストレージと計算が必要になります。

セラミックは、最も基本的なレベルでは、データモデルの分散ネットワークです。なぜこれが分散型アプリケーションにとって重要なインフラストラクチャであるかというと、言い換えれば、「レイヤー 1」(L1) には口座残高の状態 (会計データ) が保存されます。 KYVE は L1 での状態変化に対するデータ検証を提供しようとしますが、Ceramic はベース層の上にアプリケーションデータ状態とモデルストレージを提供します。ネットワークのユーザーは IPFS データコレクション (ストリーム) を作成し、静的データ (Filecoin や arweave のデータなど) を高次の可変コンテンツにすることができます。

さらに、セラミックは、これらのデータモデルの合成可能性を実現するために、オープンソースデータモデルの取引市場も確立しました。そうすることで、ERC 20 が DeFi にもたらすのと同じレベルの構成可能性がデータにもたらされるとセラミックが指摘しているのをよく目にするかもしれませんが、これはデータの標準を提案し、さまざまなアプリケーションで使用できるようにします。そしてまさにそのようにして、お金のレゴとデータのレゴが出会います。これは、Facebook などのソーシャルネットワーク上に構築された API のようなオープン API への先祖返りに近いものです。

Kwil は、Web 3 データモデルに対して SQL 準拠のアプローチを採用しています。このようなモデルの最大の利点は、SQL に精通した開発者が多数いることです。 Kwil はノードのネットワークを使用してリレーショナルデータベースを維持します。これらのデータベース (データベースモートと呼ばれる) はノードのサブネットによって維持され、新しい書き込みをスキャンし、同じモート内の他のノードにクエリを実行することによって更新され続けます。最も興味深いのは、これらのノードは、データベース対話のロジックを効率的に実行するための高度なリクエストメッシュゲートウェイを実行できることです。

インデクサ

アプリケーションやネットワークによって生成されるデータの急増に伴い、解釈レイヤーの必要性が増加しています。 Web の初期の頃と同じように、人々は手動でアドレスを記憶し、IP アドレス帳を維持する必要がありました。 DNS と検索エンジンは、人間が判読できるインデックス層を提供します。

インターネットの発展により、経済規模の発展とともにインデックス付きデータの一元化が進み、データのクエリがより使いやすくなりました。同様に、L1 ブロックチェーンやストレージネットワークでもインデックスは非常に重要です。分散システムの性質上、1つのデータが複数の場所に分割して保存され、検索が困難になる場合があります。インデックスレイヤーはクエリプロセスを高速化し、正規化されたプログラムを作成するのに役立ちます。

Zee Prime が投資した会社である Subsquid は、インデクサーに関するケーススタディです。 Subsquid は、分散型の方法でオンチェーンデータのインデックスを作成するために多層アプローチを採用しています。彼らの最終的な目標は、Web 3 の次世代 API をサポートすることです。このプロトコルは、Substra エコシステムと EVM エコシステムの両方をサポートし、オンチェーンデータのタイプ、スキーマ、定義を指定し、その後、(RPC を使用するのではなく) API ベースの呼び出しソリューションに切り替えることで、新しくインデックス付けされたデータを拡張します。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

Subsquid の目的は、同じ速度で新しいインデックスデータのより強力な検索機能を取得することです。

この層は 2 種類のノードで構成されます。Squid はデータを分類し、後続の API クエリをサポートします。一方、Archive は基礎となるステートマシンから生データを継続的に取り込み、データベースに保存します。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

上の図は 2 種類の Subsquid ノードを説明しています。Archive は基盤となるステートマシン (ブロックチェーン) から生データを取り込んでデータベースに保存しますが、Squid はデータを分類して後続の API (GraphQL Gateway など) クエリをサポートします。

同様に、SolanaFM は、他のエコシステムインデクサーと同様に、生のブロックチェーンデータをクエリ可能な形式に処理することで、Solana エコシステムにサービスを提供するインデクサーおよびブロックエクスプローラーです。 SolanaFM が提供する当面のユースケースは、API を使用して Solana 上の DeFi アプリケーションを強化することです。グラフとサブクエリを使用したことがある場合は、これらのソリューションに馴染みがあるかもしれません。どちらのソリューションも、幅広い最終市場をターゲットとしています。

Glitter は、分散ストレージという別の問題を完全に解決します。これは、開発者向けのインデックス作成サービスと考えることができます。 Web 2 アプリケーションは Web 3 に移行する機会を求めています。それらは膨大な量のデータを新しい世界にもたらすでしょう。データの増加は Web 3 に役立ちますが、開発者とコミュニティは、このデータを保存してインデックスを作成するという困難な作業にも直面します。

Glitter は、クラウドソーシングされたデータと引き換えに手間のかからないサービスを提供することで、開発者とコミュニティにとって双方にとって有利なソリューションを作成します。このモデルは、Filecoin にデータを保存するいくつかのソーシャルアプリケーションの連携において効果的であることが証明されています。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

アクセス制御

Web 3 アプリケーションインフラストラクチャの最も重要でありながら、歴史的に不足している部分の 1 つはアクセス制御です。インターネット上の情報を誰が見ることができますか?これは重要な哲学的問題であり、国家/企業/個人の主権に関連するセキュリティ問題に直面すると、アクセス制御の重要性がますます高まります。パブリックブロックチェーン/Web 3 テクノロジーのセマンティックな性質により、どのユーザーが何に、どのようにアクセスできるべきかをより適切に区別できるようになります。また、これらのシステムは本質的にオープンですが、アクセス制御フレームワークにより暗号化/復号化が可能になります。

Lit プロトコルは、しきい値暗号化によってこの問題を解決することを目的としています。ネットワークの中核では、いくつかの公開資格情報 (ウォレット内の NFT など) に基づいて、ネットワーク全体のリソースとコンテンツへのアクセスを提供できます。このプロトコルは、証明を検証し、ハンドシェイクを承認するノードのネットワークを実行します。このネットワークは、提示された証拠と、その証明が以前に設定されたアクセス制御条件に準拠しているかどうかを、すべて計算可能なセキュリティコンパートメント内で検証できます。検証されると、目的のコンテンツを悪用できるようになります。 Lit プロトコルを、Ceramic が提供する読み取り/書き込みソリューションと呼ぶ人もいます。

Guild.xyz は、別の角度からアクセス制御の問題にも取り組もうとしています。当初、このプロジェクトはトークン許可型の Discord 環境の作成に焦点を当てていましたが、現在は同様の原則に基づいたマルチチェーンアクセスポータルに焦点を当てるように拡張されました。

統合プラットフォーム

3D ブリッジの世界で想像したブロックをさらに統合してつなぎ合わせるために、Polywrap (以前は Web3 API として知られていました) は、Web 3 プロトコルの統合をより高いレベルの効率に押し上げています。 Web 3 プロトコルはオープンで技術的に構成可能ですが、実際にこの構成可能性を真に実現することは、Web 2 の場合よりもはるかに困難です。これは、各プロトコルがアプリケーション内で実行する特定のビジネスロジックを必要とし、これらのビジネスロジックが特定の言語で SDK を構成することが多いためです。

標準化が欠如しているため、これらのさまざまな SDK をすべて統合することは非常に非効率的です。さらに、それらはすべて特定の言語をサポートしています。これは、プロトコル開発者がさまざまな言語に対して機能的に重複した SDK をリリースすることが多く、保守性の悪夢を生み出していることを意味します。

Polywrap のソリューションは、標準化されたパターンと WebAssembly を活用することで、この負担を軽減します。 Polywrap の統合により、アプリケーションにさまざまなプロトコル用の SDK を事前にバンドルするのではなく、読みやすいスキーマ (REST API を思い浮かべてください) に対して簡単に呼び出すことができます。ラッパーは実行時にダウンロードされ、アプリケーションで実行されます。つまり、これは、Polywrap を統合するアプリケーションはすべて、Web 3 プロトコルにアクセスできることを意味します。

Web 3 アプリケーションのユーザーエクスペリエンスは、まだ十分にスムーズではありません。前に強調したように、ガスが入るとユーザーに摩擦が生じます。 Biconomy の API を統合することで、アプリケーションはこのユーザーエクスペリエンスを向上させることができます。 Biconomy のプラットフォームは、ガスフリー取引を実現し、確認時間の短縮、ERC 20 での支払い、即時のクロスチェーン取引を実現するための一連のツールを提供します。

ガスレストランザクションは、メタトランザクション (ERC 2771 経由) といくつかの賢い転送を使用することで可能です。クロスチェーン機能は、サポートされているレイヤー/チェーン上の流動性プールによって実現され、オフチェーンサーバー（実行ノード）を使用してトランザクションに流入する資金プールを監視し、トランザクションの相手方を「解放」します。トランザクション。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

この図は Glitter の動作モードを示しています。Glitter Ecology の分散型 APP は、ネットワーク上に保存されているデータのアップロードと受信を担当し、Glitter ネットワークマイナーにタスクを分散し、データ検査とインデックス付けの結果を受け取ります。外部の世界は、一元管理された APP を通じて最終的なインデックス結果にアクセスできます。

この種のツールは、次の 10 億個の暗号化アプリのユーザーエクスペリエンスをスムーズかつスムーズにするために不可欠です。私たちの目標は、Web 3 システム間でのシームレスなインタラクションフローを実現するための継続的な努力である必要があります。

カテゴリにきちんと収まりませんが、Sepana は Web 3 用の検索エンジンを構築しています。 DeFi、ソーシャル、DAO アクティビティ、NFT のいずれであっても、Sepana のソリューションはユーザーがウェブ全体を閲覧できる全文検索エンジンを提供します 3 。前述のインデクサーと、Web 3 アプリケーションおよびデータの独自のインデックス作成を利用することで、このプロトコルはより広範なエコシステムへのゲートウェイとして機能します。さらに、Sepana の透明なオープンソースアルゴリズムは、Ceramic や Kwil などのデータベースソリューションに保存されたソーシャルグラフに基づくソーシャルメディアフィードなどの他のアプリケーションを駆動するために使用できます。

長期ビジョンには非常に興味深い分岐点があります。特定の気分や結果（サム・ハリスがよく議論するような二極化の減少やより広い幸福など）を達成するためにソーシャルメディア体験（つまりフィード）を調整できる世界を想像してみてください。これらはすべてオープンソースアルゴリズムを通じて実現できるため、ニーズに応じてプラットフォームを調整したり、調整する権利をユーザーに譲渡したりできます。

すべてはどのようにしてまとまるのでしょうか?

最新のテクノロジー企業とアプリケーションのほとんどは、データの生成/消化、そのデータに基づいて構築されたモデル、およびデータ/モデルの制御と配布というビジネスモデルの何らかの形に抽出できます。最新の Web アプリケーションのスムーズなユーザーエクスペリエンスとユーザーのドーパミンの活用は、これらの基本プロセスに基づいて構築されています。

このワークフローの結果、ミドルウェアソリューションがこれらの技術要件の中間層から伝播し、Web 3 のコンテキストでサポートされることが期待されます。これは、前述したミドルウェアの項目/種類を見るとわかります。 Web 3 ミドルウェアのすべての部分は、ここで説明する一般的なワークフローに適合します。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

上の図は、Web 3 ミドルウェアアプリケーションスタックのすべてのレベルのアプリケーションを上から下までレイヤーごとにまとめたものです。アクセス制御には Lit Protocol と Guild.xyz が含まれ、統合プラットフォームには Polywrap、Gasless、Sepana が含まれ、データモデルには Ceramic、Kwil が含まれます。、データは有効です。性質には KYVE が含まれ、インデクサーには SolanaFM、SubQuery、Glitter、Subsquid などが含まれ、ストレージネットワークとソリューションには Filecoin、Banyan、Arweave、および Spheron が含まれます。

上記のカテゴリは、より広範囲に適用できる概要として使用できますが、実際には、多くのミドルウェア機能が複数のカテゴリにまたがる場合があります。 2022 年には、これらの重複があるため、これらのカテゴリーを正確に定義することが困難になります。この質問をより現実的にするために、たとえばソーシャルメディアネットワークなどの一般的な例を取り上げ、そのようなメンタルモデルをより広範な Web 3 ミドルウェアアプリケーションスタックに拡張してみましょう。

私たちの仮想のソーシャルメディアネットワークは、twatter という名前にぴったりです。実際には、プラットフォームの成果物であるソーシャルメディアエクスペリエンスが、上の図のミドルウェアスタック内のコンポーネントを介して流れていることがわかります。私たちは Web 3 のソーシャルネットワークを「分散型 Twitter」とは考えていないことに注意してください。私たちは、Web 3 ソーシャルネットワーキングをむしろ新たな現象として想像しており、おそらく、Sismo のようなものを通じて (API を公開することを決定した場合) 証拠として Web 2 アプリを引用することさえあります。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

Zee Prime の仮想ソーシャルメディアネットワークは twatter と呼ばれ、ミドルウェアスタックを通じてソーシャルネットワーキングアプリケーションを実装することを目的としています。

最も生の形式から始めて、プラットフォームのすべてのデータ (ユーザー名、プロフィール写真、履歴アクティビティ、ソーシャルグラフなど) をストレージネットワークの 1 つに IPFS 形式で保存し、インデックスを付けることができます。この構造と意味を与えるデータモデルは、Ceramic または Kwil に保存されます。これは、前述したプラットフォームの各部分のモデルを持つ Twitter アカウント用のデータベースソリューションです。

たとえば、プラットフォームにアクセスするために無料の NFT を保持する必要がある場合 (スパム削減メカニズムまたはその他の目的)、ユーザーはウォレットをプラットフォームに接続する必要があり、アクセス制御プロトコルが検証して握手を行います。統合プラットフォームはアプリケーション層に組み込むことができるため、他の Web 3 サービスをネイティブに有効にすることができ、また、Sepana のアルゴリズムを使用してソーシャルグラフベースのプッシュを設計することもできます。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

上図はミドルウェアスタックで構成されるソーシャルネットワークのワークフローを示しています。基本層のデータはステートマシンインデクサーを介してデータモデルに送信されます。プラットフォームのすべてのデータはストレージネットワークに保存され、ストレージこれらのインデックスのデータモデルは APP によって呼び出され、アクセス制御層は、プラットフォームをエンドユーザーに提示する前に、ユーザーがアクセス権を持っているかどうかを確認する役割を果たします。統合プラットフォームはアプリケーション層に含まれる場合があります。

最も興味深いのは、この記事を書いているときに、私たちが説明したものとほぼ同じアプリケーションスタックを使用して、上記のソーシャルネットワークを効果的に構築した Orbis Social に遭遇したことです。次世代アプリケーションが開発中であり、今後数か月間でさらに多くの異なるユースケースが登場すると予想されます。

ここで説明しなければならない重要な点は、図の右側のミドルウェアはチェーンからの独立性が高いということです (訳者注: チェーンへの依存度は低いです)。この構造の一部は競合他社と交換可能ですが、これらのビジネスモデルの多くはネットワーク効果に基づく独占につながります。 Web 2 の独占とは対照的に、これらのプラットフォームは最終的に、この擬似正規化された複合値をプラットフォームのユーザーに再配布します。

次世代アプリケーションビルダーはなぜ Web3 ミドルウェアを選択する必要があるのでしょうか?

Web 3 のツールが登場し続ける一方で、私たちはなぜこのようなことが起こっているのかを自問し続けなければなりません。これらは本当に Web 2 ソリューションより多くのメリットをもたらしますか?

Web 3 ミドルウェアは、初期の暗号化以前のミドルウェアと同じ基本原則に基づいて構築される必要があります。 Web 3 ミドルウェアを使用するとアプリケーションが目標を達成できるため、チームはその利点だけを理由に Web 3 ミドルウェアを選択する必要があります。セキュリティ、耐久性、検閲耐性のいずれの観点から見ても、Web 3 ミドルウェアの利点は単独で存在するはずです。私たちが想像することさえできない Web 3 ミドルウェアの固有の機能により、多くの新機能が解放される可能性があります。

これらのインフラストラクチャ LEGO は、セマンティック Web (オープンで構成可能なインターネットに関するティムバーナーズリーのビジョン) に関連することが多い、より深い統合を可能にし、より安価なホスティングと計算ソリューションを提供します。 Denis-Nazarov 氏が指摘したように、複雑なコンピューティングシステムが庭園のような繁栄したエコシステムになるには、モジュール化して特殊化する必要があり、Web 1/Web 2 の世界では、ユーザーは状態の管理を放棄して、接続を実装する機能。 Web 2 の巨人は、貴重な状態情報を非公開にしています。その情報を持つことが結果として価値を獲得するからです。

パブリック・ステート・マシンにより、このモデルは打破され、オープンな方法で状態が維持され、さらに、導入されたトークン・エコノミクス・モデルは、双方の結合を強化し、関係する双方がより良い結果を得ることができます。これが再帰的アセットの性質です。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

Zee Prime は、アプリが気づく前にミドルウェアソリューションに投資します。

ジープライムビューポイント

多くの点で、ミドルウェアは暗号通貨の B2B 部分です。そのため、優れたミドルウェアソリューションは、高度に技術的であり、エンドユーザーにとって直感的ではない傾向があります (ただし、エンドユーザーはターゲットユーザーではないので、気にしないでください)。新しい DeFi プロトコル、NFT プロジェクト、GameFi スタジオに目を光らせるのではなく、工場現場でのソーセージ製造を支援すること (翻訳者注: エンドユーザーに対して目に見えないが重要な作業を舞台裏で実行すること) が継続的な開発にとって重要であると私たちは信じています。新しいアプリケーションの重要性。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要

未来はすべてミドルウェアになるのか？もちろん。

総合すると、このインフラストラクチャ (および将来のインフラストラクチャ) は次の目的に役立ちます。

検閲に対する抵抗力を高める
効率の向上
効率の向上
新しいビジネスモデルの導入

この交換可能なインフラストラクチャモジュールと抽象化レイヤーのさらなる潜在的な影響は、アプリケーションが次のことを行うことです。

ベース層からどんどん離れていき、
その結果、ますますチェーンに依存しないものになるでしょう

これはファットプロトコル理論 (ベースレイヤーでの価値の蓄積の仮定) への反論ではなく、継続的な進歩の分岐点の目印のようなものです。原理的には、これはスイッチングコストの削減と見なすことができます。初期のオンチェーンアプリケーション (主に DeFi) は、ベース層 (つまり、金融口座に基づいて構築された金融商品) への非常に高い結合を特徴としています。

より複雑な非金融アプリケーションはそのようなチェーンとの連携が緩くなり、スイッチングコストが削減されます（無料のNFTアクセス制御は新しいブロックチェーンやウォレットに簡単に移植できます）。アプリケーションはすでにチェーン全体でユーザーを魅了しています。

私たちは、情報の転送に価値の転送を追加することは意味のある一歩の変化であると強く信じていますが、この可能性と、それを可能にするさまざまなアプリケーションとユーザーエクスペリエンスを実現するには、多数のインフラストラクチャレゴコンポーネントが必要です。

この「部分」の価値の獲得は、ミドルウェアへの投資を議論する際に最も議論されるトピックの 1 つです。ある意味、本当に重要なミドルウェアは公共財によく似ていますが、これは将来成功するアプリケーションにも当てはまると主張する人もいるでしょう (Twitter は公共財になりたいと考えています)。

したがって、利益率、費用、収益が可能な限り低い限界に向かって収束すると予想されるかもしれません。私たちはこれがある程度当てはまると信じていますが、公的に許容される速度まで低下する方がより合理的な仮定です。

一見すると魅力的ではないように思えるかもしれませんが、世界初の真の世界的技術革命における資産ライト/リソースライトのビジネスの文脈では、この規模はこれらのレゴコンポーネントにとって簡単に数十億ドルになる可能性があります。これらのミドルウェアはアプリケーションに対して特定の機能を実行するため、利用可能な市場全体は、その時点でその下のブロックチェーンやその上のアプリケーションから独立しています。ミドルウェアは、特定の上位コンポーネントや下位コンポーネントに依存するのではなく、より大規模な機能を提供します。

ミドルウェアとDeFiは、トークンベースの経済モデルの自己参照的な性質を共有していますが、最終的には価値を返す能力が異なります。ミドルウェアプロジェクトは通常、提供するサービスを提供するために使用されるトークン (ネットワークノードなど) の明確な需要と供給の推進から恩恵を受けます。対照的に、ほとんどの DeFi プロジェクトにはトークンの需要要因があまり明確ではなく、キャッシュフロー分配に関する規制上の考慮事項が状況をさらに曖昧にしています。

こうした理由から、私たちは暗号通貨の継続的な採用に向けて、より魅力的な次世代アプリケーションを可能にする新しいミドルウェアソリューションを模索し続けています。私たちは、新世代のアプリケーションが金融およびオンライン商取引/活動を大規模に解き放つと信じています。これについて a16z 風に言ったのは、私たちは模倣アプリを望んでいるのではなく、ネイティブアプリを望んでいるということです。

あなたが創業者や建設者、あるいはこれを実現するために構築する必要がある重要なインフラストラクチャのアイデアをお持ちであれば、私たちをどこで見つけられるかご存知でしょう。

ファットプロトコルとシンアプリケーションを超える第 3 の極: Web3 ミドルウェアとインフラストラクチャのパノラマの概要