Zee Prime Capital：ミドルウェアの具体的な種類と発展の論理について再考する
ミドルウェアは、開発者がアプリケーションをより効率的に構築するのを助け、その役割はアプリケーション、データ、ユーザーの間の結合組織のようなものです。著者：Cam、Zeeprime Capital
翻訳：ビスケット、チェーンキャッチャー
導入：1年前、Zee Prime Capitalの共同創設者Matti Gagliardiは『インフラのレゴ：ミドルウェア』という記事を書き、ミドルウェアが暗号業界を内側から外側へと浸食していることを指摘しました。その中で、オープンソースソフトウェアプロバイダーRed Hatによるミドルウェアの定義が引用されています：ミドルウェアは、アプリケーションに一般的なサービスと機能を提供するソフトウェアであり、データ管理、アプリケーションサービス、メッセージング、認証、API管理などが通常ミドルウェアによって処理されます。ミドルウェアは開発者がアプリケーションをより効率的に構築するのを助け、その役割はアプリケーション、データ、ユーザーの間の結合組織のようなものです。同時に、Zee Prime CapitalはPocket Networkを例に挙げてミドルウェアの運用メカニズムを具体的に説明しました。
最近、Zee Prime Capitalは進化するミドルウェアの領域に対して、いくつかの投資を行ったミドルウェアプロジェクトを組み合わせて、現在のミドルウェアのカテゴリ、そして全体のミドルウェアトラックの投資論理と発展論理を具体的に説明しました。以下はチェーンキャッチャーによるこの記事の翻訳です：
ブロックチェーンDeFiプロジェクトがより高度なアプリケーションに開発されるにつれて、ミドルウェアなどのインフラに対する需要も拡大しています。Zee Primeは長年にわたりミドルウェア製品に注目してきました。以前の記事『インフラのレゴ：ミドルウェア』では、データリレーが分散型プラットフォームの開発において重要であり、経済的であることを強調しました。
この記事では、現在のミドルウェアエコシステム、特に分散型アプリケーションにまで拡張します。Dfinityのようなパブリックチェーンが問題解決の鍵であり、エンドツーエンドのソリューションである一方、Dfinityが大規模に採用される前に、私たちはミドルウェア技術を使用してこの欠陥を補う必要があります。
DeFiの初期から、大量のデータネットワーク、インデクサー、アクセス制御、その他のミドルウェアツールが登場し、これらは次世代アプリケーションの重要な接着剤となっています。DeFiアプリケーションの複雑性が増すにつれて、私たちは開発者がインフラに対する需要が爆発的に増加しているのを目の当たりにしています。
ミドルウェアは曖昧な概念であり、その具体的な使用シーンを説明するのが難しいです。基本的に、ミドルウェアは他のより高度なアプリケーションをサポートする任意のプロジェクトを指します。前回この話題を議論したとき、ミドルウェアがアプリケーション内に接続性をもたらすことを強調しましたが、この理論はインタラクティブネットワークを2D平面にマッピングすることが非常に混乱を招くことになります。
これはWeb 3のミドルウェアの地図ですか？
この記事では、以前にカバーされていなかった他のミドルウェアカテゴリを更新し、構築者にそのユースケースと基本原理を明確にします。これは詳細なリストではなく、将来的にはさらに多くのミドルウェアカテゴリが含まれる可能性があります。
ストレージとデータ
ストレージは分散型アプリケーションスタックの重要な要素の1つであり、データ計算の基盤でもあります。Web 3のカンブリア爆発の時代には、単に基盤層でアカウントの状態を記録するだけでなく、より多くのストレージソリューションが必要です。分散型アプリケーションは、中央集権的な故障点を減少させる傾向があり、またWeb 2の検閲制度に関連するソリューションを求めています。
すべてのアプリケーションはWeb 3ミドルウェアが提供するサービスを必要としています。しかし、その中での課題は開発運用であり、すべての開発者がプロジェクトにWeb 3ミドルウェアを実装する専門知識を持っているわけではありません。したがって、開発者のニーズは、これらのインフラストラクチャのレゴブロックを新しいプロジェクトにより簡単に組み立てることができることです。
これは暗号通貨が直面している課題を反映しています。暗号通貨のウォレット、ニーモニックフレーズ、ガスなどの概念は本質的にユーザーにとって非常に不親切であり、開発者は一般ユーザーのためにその複雑さを処理しなければなりません。
ArweaveやFilecoinなどのストレージネットワークはすでに稼働しており、ストレージの供給と需要のバランスを提供する分散型マッチングシステムを提供しています。これらは任意の分散型技術スタックの基礎モジュールです。ストレージは、基盤ストレージ層とアグリゲーターの2種類のプロトコルに分けられ、拡張ソリューションとして機能し、より広範な採用を促進します。
Banyan DAOはストレージネットワークの重要なアグリゲーション層として、代理ストレージと既存のストレージプロトコルブリッジの経済的インセンティブを改善することに焦点を当て、アプリケーションがネットワークなしでWeb 3ストレージを利用し、その使用元を追跡できるようにします。
Banyanはまた、Web 2アプリケーションがweb3サービスを統合するための潜在的な橋渡しを行い、分散型ストレージソリューションを提供します。現在、これらのストレージソリューションの実装は非常に複雑であり、Banyanの抽象層と市場資源はDeFiレゴブロックのアクセス可能性を高めています。
さらに、Spheron Protocolもミドルウェアソリューションの抽象層として機能し、Web 3プロジェクトのデプロイと自動化のためのワンストップショップになることを目指しています。これは「アプリストア」のようなインターフェースを持ち、Web 2ユーザーが分散型インフラ製品を簡単に選択できるようにします。
データモデルと有効性
ブロックチェーンは状態機械であり、計算を実行する過程で状態を継続的に変更しデータを生成します。時間が経つにつれて、アカウント、状態、スマートコントラクトの数は急速に増加します。爆発的なデータの増加は、インデックスから初期ノードの同期とバックアップに至るまで、さまざまな問題を引き起こし、最終的には基盤となる状態機械のスケーラビリティと安全性に影響を与えます。
KYVEは、データストリームを保存、検証、取得するための分散型データレイク（非構造化の生データ）プロトコルです。KYVEはArweaveネットワークを利用してアプリケーションやプロトコルにストレージサポートを提供し、特定のデータの有効性に対してより詳細なソリューションを提供します。
初期ノードの同期時間が非常に長く、かつ増加し続ける場合、検証者の数が減少し、新しいノードへの接続が難しくなると、ブロックチェーンネットワーク全体の安全性が危険にさらされる可能性があります。KYVEの初期製品の市場適合点はノードの同期です。取得しやすく、検証可能なアーカイブ状態データを提供することで、分散型アプリケーションは初期ノードの同期時間を大幅に短縮でき、新しい検証者を随時追加し、ネットワークの安全性を維持できます。
私たちはデータの保存場所と方法について紹介しましたが、データモデルと解析原理についても考慮する必要があります。これらの状態機械の上に構築されたアプリケーションにとって、アクティビティ中に生成されるデータは、アカウント残高を超えるストレージと計算リソースを必要とする場合があります。
Ceramic Networkは、分散型アプリケーションにとって重要なL1ストレージアカウント残高状態のソリューションを提供する分散型の基盤データモデルネットワークです。KYVEはL1状態遷移に対してデータの有効性を提供することを目指し、Ceramicの目標は基盤層のアカウント情報を超えてアプリケーションデータの状態とモデルを保存することです。このソリューションは、ユーザーがIPFSデータ（ストリーム）のコレクションを作成できるようにし、静的データ（例えばFilecoinやArweave上のデータ）が動的データになることを可能にします。
さらに、CeramicはオープンソースのAPIを提供し、データモデルの組み合わせ可能性を実現します。たとえば、Ceramicはデータ標準を提案し、アプリケーション間で使用できるようにし、データにDeFiと同じ組み合わせ可能性をもたらします。お金のレゴの方法でデータのレゴを作成することで、FacebookなどのソーシャルネットワークはそのオープンAPIを利用できるようになります。
分散型SQLデータベースKwilは、従来のSQLと互換性のある方法を採用してweb 3データモデルを有効にします。このモデルの最大の利点は、SQL開発者がより簡単に始められることです。Kwilはノードネットワークを使用してリレーショナルデータベースを維持し、これらのデータベースは城壁のようにノードのサブネットによって維持され、書き込みとクエリイベントをスキャンすることでノードを更新します。ノードは、高度なリクエストゲートウェイを実行し、データベースの相互作用に対して効果的なロジック実行を有効にします。
インデクサー
アプリケーションとネットワークが生成するデータが急増する中、分散型アプリケーションには解釈層が必要です。初期のネットワークと同様に、ユーザーは手動でIPアドレス帳を記憶し維持しなければなりませんでしたが、その後DNSや検索エンジンなどの製品が可読のインデックス層を提供しました。
インデックスデータの規模はインターネットの発展とともに増加し、データクエリ機能はユーザーにとってより使いやすくなっています。同様に、L1ブロックチェーンやストレージネットワークにおいて、インデックス機能は非常に重要です。分散システムの性質上、データは異なる場所に分散している可能性があり、取得が難しい場合があります。インデックス層はクエリプロセスを加速し、標準化されたプログラムを作成するのに役立ちます。
Zee Primeのポートフォリオ会社SubsquidはWeb3データインデックスに特化しており、最終的な目標はWeb 3の次世代APIになることです。このプロジェクトは、分散型の多層アプローチを採用してチェーン上のデータをインデックスし、SubstrateおよびEVMエコシステムをサポートし、チェーン上のデータのタイプとパターンを定義し、その後新しいインデックスデータの呼び出し方法をRPC呼び出しからAPI呼び出しに切り替え、新しいインデックスデータの取得可能性を高めます。
レイヤリングは2種類のノードで構成されています：Squidsはデータを分類し、後続のAPIクエリをサポートし、Archivesは底層状態機械から原始データを継続的に抽出し、データベースに保存します。
同様に、SolanaFMもSolanaエコシステムにサービスを提供するインデクサーであり、原始ブロックチェーンデータをクエリ可能な形式に処理します。GraphやSubqueryのように、これらの2つのソリューションはさまざまなエンドマーケットを対象としています。
Web 2アプリケーションがWeb 3に移行する過程で大量のデータが持ち込まれ、データの増加はWeb 3の発展に寄与しますが、開発者やコミュニティにとってはデータの保存とインデックスの厄介な作業をもたらします。Glitter Protocolは別の問題を解決しました：分散型ストレージ。Glitterは無障害のインデックスサービスを提供することでクラウドソーシングデータを交換し、開発者とコミュニティにウィンウィンのソリューションを提供します。このモデルは、データをFilecoinに保存するいくつかのソーシャルアプリケーションとの協力において有効なソリューションであることが証明されています。
アクセス制御
アクセス制御はWeb 3アプリケーションにおいて最も重要であり、最も欠けているインフラの1つです。これは重要な哲学的問題です：どのユーザーがインターネット上のすべてのコンテンツを見ることができるのでしょうか？国家/企業/個人の主権の安全性を考慮すると、ますます重要になります。公共ブロックチェーン/Web 3技術の意味論的特性は、ユーザーがアクセスするコンテンツとそのアクセス方法をより良く区別できるようにします。これらのシステムは固有のオープン性を持っていますが、アクセス制御フレームワークは指定された供給フレームワークに基づいて暗号化/復号化を可能にします。
Lit Protocolは、閾値暗号（threshold cryptography）を使用することでこの問題を解決することを目指しており、ユーザーはネットワークリソースやコンテンツへのアクセスのためにいくつかの公共証明書（例えば、ウォレット内のNFT）を提供できます。このプロトコルが動作するノードネットワークは、証明を検証し、相互作用を承認するために使用され、提供された証明を検証することも、事前に設定されたアクセス制御条件を満たしているかどうかを検証することもできます。一度検証されると、ユーザーは要求されたコンテンツにアクセスできます。ある程度、LitプロトコルはCeramicの読み取りソリューションと見なされます。
Guild.xyzも異なる視点からアクセス制御の問題を解決しようとしています。最初はGuildは分散型プロジェクトのDiscordサーバーを作成することに焦点を当てていましたが、現在はマルチチェーンアクセス制御の入り口に拡張しています。
統合プラットフォーム
3Dブリッジの世界でのブロック統合をさらに実現するために、Polywrap開発プラットフォーム（以前はWeb3apiと呼ばれていました）はWeb 3プロトコルの統合をより効率的にします。Web 3プロトコルにはオープン性と組み合わせ可能性がありますが、この組み合わせ可能性を実現することはWeb 2のアプリケーションよりもはるかに困難です。これは、各プロトコルが特定のビジネスロジックを実行し、通常は特定の言語でSDKとしてパッケージ化されるためです。
標準化が欠如しているため、異なるSDKを統合する効率は非常に低いです。さらに、特定の言語のSDKは、プロトコル開発者がさまざまなプログラミング言語を使用して重複したSDKを公開することが多く、メンテナンス作業を困難にします。
Polywrapの解決策は、標準化されたパターンとWASMを利用してアプリケーションの負担を軽減することです。開発者は、さまざまなプロトコルのSDKを事前にアプリケーションにロードする必要がなく、Polywrapの統合は開発者にとって読みやすいパターンでアプリケーションを呼び出すことを提供します（REST APIに似ています）。これにより、アプリケーションはSDKをダウンロードし、必要なときにそのモジュールパッケージを実行することができます。つまり、Polywrapを備えたアプリケーションはWeb 3プロトコルに無障害でアクセスできるようになります。
Web 3アプリケーションのユーザー体験はまだ十分ではありません。前述のように、ガス料金の入力はユーザーに悪い体験をもたらします。マルチチェーンプロトコルBiconomyのAPIを統合することで、アプリケーションはこのユーザー体験を向上させることができます。Biconomyプラットフォームは、無ガストランザクション、迅速なトランザクション、即時クロスチェーントランザクションを実現するための一連のツールを提供します。
BiconomyはERC2771プロトコルと巧妙な転送設計を使用して無ガストランザクションを実現します。クロスチェーン機能は、チェーン上の流動性プールによってサポートされ、オフチェーンサーバー（実行ノード）を使用して流動性プール内のクロスチェーントランザクションを監視し、検証が完了した後にもう一方の端の資産を解放します。
次の10億の暗号ユーザーがスムーズなユーザー体験を享受できるようにするために、これらのタイプのツールは非常に重要です。私たちの目標は、Web 3システム間でよりシームレスな相互作用プロセスを実現するために絶えず努力することです。
明確に1つのカテゴリに分類されていないものの、SepanaはWeb 3の検索エンジンを構築しています。DeFi、SocialFi、DAO、NFTに関わらず、SepanaのソリューションはWeb 3アプリケーションとデータの検索エンジンを提供し、ユーザーがWeb 3データ全体をブラウズできるようにします。このプロトコルは、各エコシステムのゲートウェイとして機能します。
さらに、Sepanaのオープンソースアルゴリズムは、CeramicやKwilなどのデータベースソリューション内のソーシャルメディアの購読フィードを強化するために使用できます。ユーザーはオープンソースアルゴリズムを使用して特定の感情に基づいてソーシャルメディアの表示と受け入れるコンテンツを調整できます。
これらはどのように結びついているのか？
現代のテクノロジー企業やアプリケーションのビジネスモデルは、データの生成/抽出、データ/モデルの制御/配布に要約できます。現代のネットワークアプリケーションのスムーズなユーザー体験は、これらの基本的なプロセスに基づいています。
データ処理のワークフローにおいて、私たちはミドルウェアソリューションが需要の中で発展し、Web 3環境でさまざまな分散型製品をサポートすることを望んでいます。前述のプロジェクト/ミドルウェアタイプを通じて、私たちはデータ処理における位置を明確に見ることができます。
実際、多くのカテゴリは複数の範囲を超えており、これらの重複する属性のために、現在ミドルウェアのカテゴリを正確に定義することは非常に困難です。
一般的な例はソーシャルメディアネットワークであり、このモデルをより広範なWeb 3ミドルウェアスタックに拡張します。
私たちは、あるソーシャルメディアネットワークがtwatterと名付けられ、その製品が上図に示されているミドルウェアスタックコンポーネントで構成されると仮定します。私たちは、ソーシャルWeb 3が「去中心化版のTwitter（Twitter-but-decentralized）」であるとは考えていません。私たちは、ソーシャルWeb 3が新興のメディア形式のようであり、Sismoのような去中心化プライバシーログインシステムがWeb 2アプリケーションを参照して検証を行う可能性があると考えています（Web 2企業がそのAPIを開放する意欲がある場合）。
最も原始的な形は、プラットフォームのすべてのデータ（ユーザー名、プロフィール画像、履歴活動、ソーシャルグラフなど）がIPFS形式でストレージネットワークに保存およびインデックスされ、データモデルはCeramicまたはKwilに保存され、データベースソリューションに基づくTwatterアカウントは前述のすべてのデータモデルを持つことになります。
たとえば、プラットフォームがスパムを減らすために、ユーザーに無料で鋳造されたNFTを使用してプラットフォームにアクセスすることを要求する場合、ユーザーはまずウォレットをプラットフォームに接続し、アクセス制御プロトコルが表示前に検証を行います。Twatterは、他のWeb 3サービスをローカルで有効にするためにプラットフォームを統合したり、Sepanaのアルゴリズムを利用してソーシャルグラフを設計したりすることもできます。
プロセスはこのように見えるかもしれません
この記事を執筆している時点で、Orbis Socialというアプリケーションがあり、上記のスタック技術を使用してソーシャルネットワークを構築しています。次世代のアプリケーションが開発中であり、今後数ヶ月でより多くのユニークなユースケースを目にすることを期待しています。
上図の重要なポイントは、プロセスが右に進むほど、チェーンからの独立性が増すことです。この構造は、アプリケーションが競合製品とデータを交換できることを可能にし、Web 2の独占とは対照的に、これらのプラットフォームは最終的にこの擬似標準化された複合価値をプラットフォームユーザーに再配分します。
次世代アプリビルダーとWeb 3ミドルウェア
Web 3ツールが次々と登場する中で、私たちはこれらのツールが本当にWeb 2の人々に便利さを提供しているのかを常に問い続ける必要があります。
Web 3ミドルウェアは、初期の暗号開拓者と同じ基本原則を維持すべきです。チームはその利点に基づいてWeb 3ミドルウェアを選択するべきであり、安全性、耐久性、または検閲耐性のいずれにおいても、Web 3ミドルウェアの利点は非常に顕著です。さらに、Web 3ミドルウェアには、私たちが想像できないような特徴があり、アプリケーションの新しい機能を解放する可能性があります。
これらのインフラストラクチャのレゴは、より深いネットワーク統合を実現します。Tim Berners-Leeは、オープンで組み合わせ可能なインターネットがWeb 2の同類製品よりも安価な管理と計算ソリューションを提供できると考えています。Dennis Nazarovが指摘したように、複雑な計算システムは、モジュール化された専門的なインフラストラクチャによって構築できます。そして、Web 1とWeb 2の世界では、ユーザーはWebに接続する能力を実現するために状態情報の管理を放棄し、Web 2の巨人たちは状態情報を私有化し、より多くの価値を捕らえるために利用しました。
公共の状態機械はこのモデルを覆し、オープンな方法で状態情報を維持し、トークン経済モデルを導入して双方の一貫性を強化します。これは資本の略奪に対する自然の法則です。
Zee Primeの見解
多くの観点から、ミドルウェアは暗号業界のB2Bセクターに属します。したがって、ミドルウェアソリューションは典型的なエンドユーザーにとって非常に技術的で直感的でないことがよくあります（ユーザーは直接のターゲットオーディエンスではありません）。新しいDeFiプロトコル、NFTプロジェクト、またはGameFiスタジオに焦点を当てるよりも、私たちはインフラに焦点を当てることが新しいアプリケーションを開発する上で重要であると考えています。
要するに、これらのインフラストラクチャのレゴ（および将来のレゴ）は以下の操作を実行します：
- 検閲耐性を高める
- 正の経済ゲームを促進する
- 効率を向上させる
- ビジネスモデルを革新する
この相互交換可能なインフラストラクチャモジュールと抽象層がアプリケーションに与えるもう1つの潜在的な影響は：
- 基盤からますます遠ざかること；
- よりパブリックチェーンに依存しないこと。
これは太ったプロトコルへの反論ではなく、ミドルウェア技術の持続的な進歩がもたらす影響に焦点を当てています。原則として、これは転換コストを低下させると見なすことができます。オンチェーンアプリケーション（主にDeFi）は、基盤チェーン（つまり金融アカウントに基づく製品）と同じ性質を持つでしょう。
より複雑な非金融アプリケーションは、このようなブロックチェーンと制約のない関係を持ち、転換コストを低下させます。たとえば、無料で鋳造されたNFTアクセス制御の機能は、新しいブロックチェーンやウォレットに非常に簡単に移植でき、すでにいくつかのアプリケーションがこの機能を使用してクロスチェーンでユーザーを引き付けています。
私たちは、情報伝達に価値伝達を追加することが非常に意義深いと信じていますが、そのプロセスを実現し、アプリケーションの種類を増やし、ユーザー体験を改善するには、多くのインフラストラクチャレゴブロックが必要です。
ミドルウェア投資を議論する際、価値捕獲は最も議論の余地があるトピックの1つです。ある意味で、真に重要なミドルウェアは公共インフラのように見えますが、成功したアプリケーション（例えば、Twitterが公共インフラになりたいと考えている）に当てはまるかもしれません。
したがって、人々はミドルウェアの利益率、使用料、収入を最小限に抑えることを期待するかもしれませんが、より合理的なアプローチは、公共が受け入れ可能な料金範囲を調査することです。
ミドルウェアは魅力的に見えないかもしれませんが、世界的な技術革命の文脈の中で、数十億ドルのレゴブロックの規模に達することは容易です。ミドルウェアはアプリケーションに特定の機能を実行するため、彼らのTAMは常に下層のパブリックチェーンや上層のアプリケーションとは無関係です。
ミドルウェアとDeFiはトークン経済モデルのフィードバックメカニズムの影響を受けますが、価値を捕獲する能力には違いがあります。ミドルウェアプロジェクトは通常、提供するサービスを提供するためにそのトークン（例えばネットワークノード）の供給と需要の関係から利益を得ます。対照的に、ほとんどのDeFiプロジェクトはトークンの需要関係があまり明確ではなく、規制当局のキャッシュフロープロジェクトに対する懸念が状況をさらに曖昧にしています。
これらの理由から、私たちは次世代アプリケーションが暗号技術を大規模に採用できる新しいミドルウェアソリューションを探し続けています。私たちは、新しい世代のアプリケーションが金融とオンラインビジネス活動を分離するだろうと信じています。a16z式の言い方をすれば、私たちは擬人化されたアプリケーションを望まず、ネイティブアプリケーションを求めています。
