Zee Prime Capital: ミドルウェアの特定のカテゴリーと開発ロジックについて詳しく語る
著者: カムZeeprime Capital
コンピレーション: クッキー、チェーンキャッチャー
ポイント: 1 年前、Zee Prime Capital の共同創設者 Matti Gagliardi は次のように書きました。インフラストラクチャーのレゴ: ミドルウェア「この記事は、ミドルウェアが暗号化業界を内側から外側へと侵食していると指摘し、オープンソース ソフトウェア製品のサプライヤーである Red Hat のミドルウェアの定義を引用しています。「ミドルウェアは、アプリケーションに共通のサービスや機能を提供するソフトウェアの一種であり、データ管理、アプリケーションの提供、メッセージング、認証、および API 管理は通常、すべてミドルウェアによって処理されます。ミドルウェアは開発者がアプリケーションをより効率的に構築するのに役立ち、アプリケーション、データ、ユーザー間の結合組織のように機能します。。同時に、Zee Prime Capital は Pocket Network を例として、ミドルウェアの動作メカニズムについて詳しく説明しました。
最近、Zee Prime Capital は、成長を続けるミドルウェア領域を考慮し、投資されたいくつかのミドルウェア プロジェクトと組み合わせて、現在のミドルウェア カテゴリ、およびミドルウェア トラック全体の投資ロジックと開発ロジックを具体的に説明しました。 Chain Catcher による記事の翻訳は次のとおりです。
ブロックチェーン DeFi プロジェクトがより高レベルのアプリケーションに開発され続けるにつれて、ミドルウェアなどのインフラストラクチャの需要も拡大しています。 Zee Primeは長年、ミドルウェア製品に対して強気の姿勢を示してきた。前回の記事「インフラストラクチャのレゴ: ミドルウェア」では、分散型プラットフォームの開発におけるデータリレーの重要性と経済性を強調しました。
この記事では、現在のミドルウェア エコシステム、特に分散型アプリケーションについて説明します。 Dfinity のようなパブリック チェーンは問題に対する重要なエンドツーエンドのソリューションですが、Dfinity が大規模に採用されるまでは、この欠点を補うにはミドルウェア テクノロジを使用するしかありません。
DeFi の初期の頃から、次世代アプリケーションの重要な接着剤となるデータ ネットワーク、インデクサー、アクセス制御、その他のミドルウェア ツールが大量に登場しました。 DeFi アプリケーションの複雑さが増すにつれて、インフラストラクチャに対する開発者の需要が爆発的に増加しています。
画像の説明
これは Web 3 ミドルウェアのマップですか?
副題
ストレージとデータ
ストレージは、分散型アプリケーション スタックの重要な要素の 1 つであり、データ コンピューティングの基盤です。 Web 3 のカンブリア紀の爆発では、単にベース層でアカウントの状態を記録するだけではなく、より多くのストレージ ソリューションも必要になります。分散型アプリケーションは、集中化の障害点を減らすか、Web 2 検閲に関連する解決策を求める傾向があります。
すべてのアプリケーションは、Web 3 ミドルウェアによって提供されるサービスを必要とします。ただし、課題は DevOps であり、すべての開発者がプロジェクトに Web 3 ミドルウェアを実装するための専門知識を持っているわけではありません。したがって、開発者は、これらのインフラストラクチャのレゴ ブロックを新しいプロジェクトにもっと簡単に組み立てることができるようにする必要があります。
これは仮想通貨が直面する課題を反映しています。暗号通貨ウォレット、ニーモニック、ガスなどの概念は本質的にユーザーにとって使いにくいものであり、開発者は一般ユーザーにとっての複雑さに対処する必要があります。
Arweave や Filecoin などのストレージ ネットワークはすでに稼働しており、ストレージの需要と供給のバランスをとるための分散マッチング システムを提供しており、分散型テクノロジー スタックの構成要素となっています。ストレージは、ベース ストレージ レイヤーとアグリゲーターという 2 種類のプロトコルに分類でき、これらはスケーリング ソリューションとして機能し、幅広い導入を促進します。
Banyan DAO は、ストレージ ネットワークの重要なアグリゲーション レイヤとして、ストレージの仲介と既存のストレージ プロトコル ブリッジの経済的インセンティブの向上に重点を置き、アプリケーションがネットワークに依存しない方法で Web 3 ストレージを利用し、その使用元を追跡できるようにします。
Banyan は、Web2 アプリケーションが Web3 サービスを統合し、分散ストレージ ソリューションを提供するための潜在的なブリッジとしても機能します。これらのストレージソリューションは現在実装が複雑であり、Banyan の抽象化レイヤーとマーケットプレイスのリソースにより、DeFi Lego のアクセシビリティが向上します。
副題
データモデルと検証
ブロックチェーンは、計算の実行に応じて状態を常に変更し、データを生成するステート マシンです。アカウント、状態、スマート コントラクトの数は時間の経過とともに急速に増加します。データの爆発的な増加は、インデックス作成から初期ノードの同期やバックアップに至るまで、さまざまな問題を引き起こす可能性があり、最終的には基盤となるステート マシンのスケーラビリティやセキュリティに影響を及ぼします。
KYVE は、データ ストリームを保存、検証、取得するための分散型データ レイク (非構造化生データ) プロトコルです。 KYVE は Arweave ネットワークを活用してアプリケーションとプロトコルのストレージ サポートを提供し、特定のデータの有効性に対するより詳細なソリューションを提供します。
初期ノード同期時間は非常に長く、増加し続けるため、バリデーターの数が減少し、新しいノードへのアクセスが困難になると、ブロックチェーン ネットワーク全体のセキュリティが危険にさらされる可能性があります。 KYVE の初期製品の市場適合点はノードの同期です。簡単に取得可能で検証可能なアーカイブ状態データを提供することで、分散型アプリケーションは初期ノード同期時間を大幅に短縮し、いつでも新しいバリデータを追加できるようになり、ネットワークを安全に保つことができます。
データの保存場所と方法について説明しましたが、データ モデルと解析原則についても考慮する必要があります。これらのステート マシン上に構築されたアプリケーションの場合、アクティビティで生成されたデータには、アカウント残高を超えるストレージとコンピューティング リソースが必要になる場合があります。
セラミック ネットワークは分散型の基盤となるデータ モデル ネットワークであり、分散型アプリケーションにとっての重要性は、L1 ストレージ アカウントの残高ステータスのソリューションを提供することにあります。 KYVE は L1 状態遷移にデータの有効性を提供することを目的としていますが、Ceramic はベース層のアカウント情報の外側にアプリケーション データの状態とモデルを保存することを目的としています。このソリューションを使用すると、ユーザーは IPFS データのコレクション (ストリーム) を作成でき、静的データ (Filecoin や arweave のデータなど) を動的データにすることができます。
さらに、Ceramic は、オープンソース API でデータ モデルの構成機能を提供します。たとえば、Ceramic は、アプリケーション全体で使用できるデータ標準を提案し、DeFi と同じ構成可能性をデータにもたらします。データをレゴでお金にする レゴは、Facebook のようなソーシャル ネットワークがそのオープン API を使用できるようにします。
副題
インデクサ
アプリケーションやネットワークによって生成されるデータが爆発的に増加しているため、分散型アプリケーションには説明レイヤーが必要です。初期の Web と同様に、ユーザーは IP アドレス帳を手動で記憶して維持する必要がありましたが、DNS や検索エンジンなどの後の製品では、読み取り可能なインデックス層が提供されました。
インターネットの発展に伴いインデックスデータの規模は増大し、データクエリ機能もより使いやすくなりました。同様に、L1 ブロックチェーンやストレージ ネットワークでは、インデックス機能が非常に重要です。分散システムの性質により、データがさまざまな場所に散在し、取得が困難になる場合があります。インデックス レイヤーは、クエリ プロセスを高速化し、正規化されたプログラムを作成するのに役立ちます。
Zee Prime のポートフォリオ企業である Subsquid は、Web3 の次世代 API になることを最終目標として、Web3 データのインデックス作成に注力しています。このプロジェクトは、分散型マルチレイヤー手法を使用してチェーン上のデータにインデックスを付け、サブストレートと EVM エコシステムをサポートし、チェーン上のデータのタイプとモードを定義して、新しいインデックス データの呼び出し方法を RPC 呼び出しから切り替えます。を API 呼び出しに追加し、新しいインデックス データの取得可能性を高めます。
レイヤ化は 2 種類のノードで構成されます。Squids はデータを分類し、後続の API クエリをサポートします。もう 1 つは Archives で、基盤となるステート マシンから生データを継続的に抽出してデータベースに保存します。
同様に、SolanaFM は、生のブロックチェーン データをクエリ可能な形式に処理することで、Solana のエコシステムにサービスを提供するインデクサーでもあります。 Graph や Subquery と同様に、どちらのソリューションもさまざまな最終市場をターゲットとしています。
副題
アクセス制御
アクセス制御は、Web 3 アプリケーションのインフラストラクチャの中で最も重要かつ不足している部分の 1 つです。これは重要な哲学的質問です。インターネット上のあらゆるものを見るのはどのタイプのユーザーですか?そして、国家/企業/個人の主権の安全保障問題を考えるとき、その重要性はますます高まっています。パブリック ブロックチェーン/Web 3 テクノロジーのセマンティックな性質により、ユーザーは何にどのようにアクセスするかをより適切に区別できるようになります。これらのシステムは本質的にオープンであるにもかかわらず、アクセス制御フレームワークにより、指定されたプロビジョニング フレームワークに基づいて暗号化/復号化が可能になります。
Lit Protocol は、しきい値暗号化を使用してこの問題を解決することを目的としています。しきい値暗号化では、ユーザーはネットワーク リソースやコンテンツにアクセスするためにいくつかの公開資格情報 (ウォレット内の NFT など) を提供できます。プロトコルが動作するノードのネットワークは、証明の検証と対話の承認に使用され、提示された証明の検証と、証明が事前に設定されたアクセス制御条件を満たしているかどうかの両方を検証します。認証されると、ユーザーは要求されたコンテンツにアクセスできるようになります。ある意味、Lit プロトコルは Ceramic の読み取りソリューションと見なされます。
副題
統合プラットフォーム
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 システム間のよりシームレスな対話フローを目指して継続的に努力することです。
明確にカテゴリに分類されるわけではありませんが、Sepana は Web 3 用の検索エンジンを構築しています。 DeFi、SocialFi、DAO、NFTのいずれであっても、SepanaのソリューションはWeb 3アプリケーションとデータを提供する検索エンジンであり、ユーザーがWeb 3データ全体を閲覧できるようになり、プロトコルは各エコシステムのゲートウェイとして機能します。
副題
すべてはどのように組み合わされるのでしょうか?
最新のテクノロジー企業とアプリケーションのビジネス モデルは、データの生成/抽出、データ/モデルの制御/配布として要約できます。最新の Web アプリケーションのスムーズなユーザー エクスペリエンスは、これらの基本的なプロセスに基づいています。
データ処理のワークフローについては、ミドルウェア ソリューションが需要に応じて開発され、Web 3 環境でのさまざまな分散製品をサポートできることを期待しています。上記のプロジェクト/ミドルウェアの種類を通じて、データ処理におけるその位置が明確にわかります。
実際、多くのカテゴリは複数のスコープにまたがっており、これらの重複する特性により、ミドルウェアのカテゴリを正確に定義することは現時点では困難です。
一般的に使用される例はソーシャル メディア ネットワークであり、このモデルをより広範な Web 3 ミドルウェア スタックに拡張します。
ソーシャル メディア ネットワークの名前が twatter で、その製品が上記のミドルウェア スタック コンポーネントで構成されていると仮定します。私たちは Social Web 3 を「Twitter だけど分散型」とは考えていないことに注意してください。私たちは、Social Web 3 をより新興のメディア形式とみなしており、おそらく Sismo のような分散型プライバシー ログイン システムの認証に Web 2 アプリケーションを参照することさえあります (Web 2 企業が API を公開する意欲があれば)。
最も原始的な形式は、プラットフォームのすべてのデータ (ユーザー名、プロフィール写真、履歴アクティビティ、ソーシャル グラフなど) を IPFS 形式でストレージ ネットワークに保存およびインデックス付けでき、データ モデルは Ceramic または Kwil に保存されます。データベース ソリューションに基づく Twitter アカウントには、前述のすべてのデータ モデルが含まれます。
画像の説明
流れとしてはこんな感じかも
この記事の執筆時点で、前述のテクノロジーのスタックを使用してソーシャル ネットワークを構築する Orbis Social というアプリケーションを発見しました。次世代アプリケーションが開発中であり、今後数か月以内にさらにユニークな使用例が登場すると予想されます。
副題
次世代アプリ ビルドアと Web 3 ミドルウェア
Web 3 ツールが登場し続けるにつれて、これらのツールは本当に Web 2 の人のためのものなのか、私たちは問い続ける必要があります。
Web 3 ミドルウェアは、初期の暗号通貨のパイオニアと同じ基本原則を維持する必要があります。チームは、セキュリティ、耐久性、検閲耐性など、その利点に基づいて Web 3 ミドルウェアを選択する必要があります。Web3 ミドルウェアの利点は非常に顕著です。 Web 3 ミドルウェアにも、アプリケーションのさらに新しい機能を解放する可能性がある想像を絶する機能がいくつかあります。
これらのインフラストラクチャ LEGO は、より深いネットワーク統合を可能にし、オープンで構成可能なインターネットは、Web 2 の対応物よりも安価な管理およびコンピューティング ソリューションを提供できると Tim Berners-Lee は信じています。デニス・ナザロフ氏が指摘するように、複雑なコンピューティング システムは、モジュール式の特殊なインフラストラクチャを使用して構築できます。 Web 1 および Web 2 の世界では、ユーザーは Web に接続するために状態情報の管理を諦めていましたが、Web 2 の巨人は状態情報を私有化して、より多くの価値を獲得するためにそれを使用しました。
副題
ジー・プライムの視点
多くの意味で、ミドルウェアは暗号化業界の B2B セグメントです。その結果、ミドルウェア ソリューションは高度に技術的であり、一般的なエンド ユーザー (直接の対象ユーザーではないユーザー) にとっては直感的ではない傾向があります。新しい DeFi プロトコル、NFT プロジェクト、GameFi スタジオに焦点を当てるのではなく、新しいアプリケーションの開発にはインフラストラクチャに焦点を当てることが重要であるとも考えています。
まとめると、これらのインフラストラクチャ LEGO (および将来の LEGO) は次のことを行います。
検閲への耐性を高める
ポジティブサム経済ゲームの推進
効率の向上
革新的なビジネスモデル
このような交換可能なインフラストラクチャ モジュールと抽象化レイヤーのアプリケーションへのもう 1 つの潜在的な影響は次のとおりです。
底からどんどん遠ざかっていきます。
パブリックチェーンとは何の関係もありません。
間違いですファットプロトコル代わりに、ミドルウェア テクノロジーの継続的な進歩の影響に焦点を当てています。原理的には、これはスイッチング コストの削減と見なすことができます。オンチェーン アプリケーション (主に DeFi) は、基礎となるチェーン (つまり、金融口座に構築された製品) と同じ性質を持ちます。
より複雑な非金融アプリケーションは、そのようなブロックチェーンに自由に接続できるため、スイッチング コストが削減されます。たとえば、NFTアクセス制御のフリーキャスト機能は、新しいブロックチェーンやウォレットに移植するのが非常に簡単で、この機能を使用してチェーン全体でユーザーを引き付けるアプリケーションがすでにいくつかあります。
私たちは、情報転送に価値転送を追加することは非常に意味があると強く信じていますが、そのプロセスを可能にし、アプリケーションの種類を増やし、ユーザー エクスペリエンスを向上させるには、多くのインフラストラクチャ レゴが必要です。
価値の獲得は、ミドルウェアへの投資について議論する際に最も議論されるトピックの 1 つです。ある意味、本当に重要なミドルウェアは公共インフラストラクチャのように見えますが、これは一部の成功したアプリケーション (たとえば、Twitterは公共インフラになりたい）。
したがって、ミドルウェアが利益率、ロイヤルティ、収益を最小限に抑えることを期待するかもしれませんが、一般に受け入れられるコストの範囲を調査する方が合理的です。
ミドルウェアは魅力的ではないように見えるかもしれませんが、世界的な技術革命の文脈では、それは簡単に数十億ドルのレゴブロックの規模に達する可能性があります。ミドルウェアはアプリケーションに対して特定の機能を実行するため、その TAM は常に基礎となるパブリック チェーンや上位アプリケーションから独立しています。
ミドルウェアと DeFi はどちらもトークン経済モデルのフィードバック メカニズムの影響を受けますが、価値を獲得する能力が異なります。ミドルウェア プロジェクトは通常、トークン (ネットワーク ノードなど) の需要と供給の恩恵を受けて、提供するサービスを提供します。逆に、ほとんどのDeFiプロジェクトはトークンの需要関係があまり明確ではなく、キャッシュフロープロジェクトに対する規制当局の懸念が状況をさらに不透明なものにしている。
こうした理由から、私たちは次世代アプリケーションへの暗号化の大量導入を可能にする新しいミドルウェア ソリューションを探し続けています。私たちは、新世代のアプリケーションが金融とオンラインコマースを分離すると信じています。 a16z スタイルの主張は次のとおりです。スキューモーフィック アプリは必要ありません。ネイティブ アプリが必要です。
