TL;DR：2022年、RMWG（Retrieval Markets Working Group）は活動を行なっています。このレポートでは、2022年上半期の進捗状況と、2022年下半期に期待されることについての考察をお届けします。
読書タイム：コーヒーでも飲みながら、この10分間のロールアップをお楽しみください。
Filecoinネットワーク
まず、Filecoinネットワークの難解な図から、説明を始めます。
ストレージの流れ
左上から、コンテンツパブリッシャー（別名：ストレージクライアント）は、データを保存するためにEstuary、NFT Storage、Filmineなどの取引サービスに話しかけます。これらのサービスは、ストレージプロバイダー（SP）と取引を行い、SPはCIDをインデックスノードに追加します。このフローはすでに稼働しています。
リトリーブフロー
リトリーブフローでは、リトリーブクライアントはリトリーブプロバイダー（RP）にコンタクトをとり、データを取得します。RPがそのデータをキャッシュに持っていれば、それを返します。そうでない場合は、SPにキャッシュミスをするか、IPFSゲートウェイにキャッシュミスをします。このフローは現在開発中です。
RMWGのトピックス
ネットワーク図見ながら、2022年上半期の各トピックを見ていきましょう。
トピック1：リトリーブプロバイダノード
リトリーブプロバイダノード（RP）を持たずに、リトリーブネットワークを立ち上げることはできません。2022年には、いくつかのチームがRPを構築しています。
MyelはMyel PoP（Point of Presence）を構築しています。2022年以前、このチームはGolangでMyel PoPを構築していました。2022年上半期には、開発時の安全性を高め、WASMとの互換性やブラウザとの互換性を実現するために、Rustで書き直したそうです。Rust版Myel PoPはまだオープンソース化されていませんが、近々公開される予定です。
2022年上半期、Protocol LabsはSaturnネットワークへの取り組みを開始しました。このネットワークは、L1キャッシュとL2キャッシュという2つのレベルのRPを持ちます。L1キャッシュノードは、Saturnリトリーブネットワークのリトリーブクライアントエントリーポイントです。これはNginxを基盤としています。L2キャッシュノードは、L1の次のキャッシュ層として位置づけられます。L2はホームネットワーク内のホームコンピューターで動作するように設計されており、Filecoinネットワークに参加するためのハードウェア要件のハードルを下げています。L2はlibp2pで構築され、Golangで書かれています。
他の2つのチームも今年はRPに取り組んでいます。まもなくオープンソース化されるNew Web GroupのTitan RPと、2022年上半期の最終週にオープンソース化されたWCGCYXのFCRノードです。
これらのネットワークについては、以下で詳しく説明します。
トピック2：暗号経済学
リトリーブの暗号経済学は大きなトピックであり、2022年上半期に少しずつ進展がありました。基本的に、このワークストリームは次の質問に答えることを目的としています。
リトリーブプロバイダーがFilecoinネットワークに参加するインセンティブは何か？
クライアントはリトリーブに対して直接対価を支払う
この質問に答える最も簡単な方法は、リトリーブクライアントがリトリーブごとに直接RPに支払うよう強制することです。適切な価格であれば、これによってRPは市場に現れてくると考えられます。
Myelは、リトリーブクライアントが常にリトリーブに対して直接支払いを行うという前提で、リトリーブネットワークを構想しています。
このアプローチは、多くの場合、特にサーバー間のリトリーブでは理にかなっています。その例を以下でご紹介します
- インデックスプロバイダーへ支払いを行う
- レピュテーションプロバイダに支払いを行う
- L1キャッシュがL2キャッシュに支払う
- Web3.0ブラウザでのリトリーブの可能性（ただし、現在のブラウザの使い方からのパラダイムシフトが必要です。）
この直接支払方式には、第三者によって補助されるリトリーブと比較して、いくつかの利点があります。第一に、各リトリーブは、RCとRPという2つの対象物間のローカルな交換があります。つまり、交換が終わる頃には、両者が望むものを受け取っており、それ以上の仲裁や帳簿作成は必要ないということです。第二に、RCの取引に金銭的コストが伴うため、RCからRPへのグリービング攻撃、シビル攻撃、DDOS攻撃などを防ぐことができます。
クライアントがリトリーブに直接支払わない場合
クライアントが直接支払いを行わない場合、ネットワークアーキテクチャ全体を拡大し、どこから支払いが行われるかを把握する必要があります。
この図では、緑色の線が支払いの流れ、白色の線がデータの流れを示しています。RCが各リトリーブに対して直接支払いを行っていない場合、RPによるデータの高速化に対して支払いを行う可能性があるのは、コンテンツパブリッシャーのみとなります。
したがって、RPにネットワークへの参加を促すには、コンテンツパブリッシャーからRPに支払いが行われる仕組みを見つけなければなりません。
いくつかのチームは、クライアントがリトリーブに対して直接支払いを行わない形のソリューションに取り組んでいます。
サターン
Saturnネットワークでは、各RPはSaturnオーケストレータにリトリーブ結果を自己報告します。Saturnオーケストレーターは、それらのログを集約し、各RPの貢献度に応じて報酬を与えます。
2022年前半、Saturnはプライベートメインネットを立ち上げ、これらのリトリーブログを収集しています。2022年後半には、Saturnはメインネットを公開し、各RPの貢献度に応じた報酬額も決定する予定です。
自己申告の明らかな問題点は、以下の通りです。
上の図でわかるように、RPはリトリーブクライアントと共謀して、不正に何千もの「偽の」リトリーブを作成し、ログの数を増やすことができます。同様に、RPはより多くの「偽」ログをログエンドポイントに送信することもできます。あるいは、何千ものRCをスピンアップし、それらが管理するRPに要求を出すことで攻撃してくる可能性も否めません。
これらの攻撃ベクトルはよく知られています。Saturnチームは2022年後半にCryptoEconLabと協力して、Saturnのリトリーブログを分析する不正検出モジュールに取り組む予定です。
タイタン
New Web Groupは、Titan Ultraと呼ばれるリトリーブネットワークに取り組んでいます。このチームは、ネットワークにおける貢献を証明するために、Saturnとは異なるアプローチを選択しています。Titanネットワークでは、RPに対してリトリーブテストを実行し、そのテストを（最初のみ）中央のオーケストレーターに報告するバリデーターノードが存在します。
このように、RPはバリデータによってテストされた場合に備えて、良いサービスを提供し続ける必要があるため、ネットワーク上で不正行為を行うことが難しくなっています。このネットワーク測定のアプローチは、Meson Network、Media Network、Theta、およびCryptoNetLabが想定しているStorage Metrics DAOが採用しているアプローチと類似しています。
Titanネットワークは、2022年1月から4月にかけて最初の研究助成を行い、現在はフォローオンからの助成を受けて、2022年第3四半期に上陸するPoC版Titan Ultraネットワークの展開に取り組んでいるところです。
プルーフからペイメントへ
RPがどのような方法でネットワークへの貢献を証明するかにかかわらず、すべてのネットワークは、証明に基づくRPへの支払いをどのように管理するかを決定しなければなりません。このステップについては、2022年下半期に進展が見られるでしょう。
このビデオとこのビデオで、Retrievalの暗号経済学について学びましょう。
リトリーバルピニング
支払いシステムや市場の創出以外にも、リトリーブに失敗した場合のペナルティ制度は、信頼できるサービスを提供するためのRPにインセンティブとも言えます。CryptoNetによるプロジェクトリトリーバルピンニングは、このシステムを実装しています。スマートコントラクトとレフリーネットワーク、この2つの重要な要素になります。スマートコントラクトは、クライアントとプロバイダーが、与えられたCIDの「リトリーバビリティ取引」に合意することを可能にします。この契約が締結されると、プロバイダーからの担保が契約にロックされる仕組みになっています。レフェリーは、プロバイダーからファイルを取得し、スマートコントラクトを有効にして、サービスが悪い（つまり、プロバイダーの担保が失われる）場合に「スラッシュ」することが信頼されています。
トピック3：決済チャネル
2022年の前半は、決済チャネルのワークストリームに多くの進展がありました。Magmoは、Filecoin Networkのマルチホップ決済チャネル用のクライアントであるgo-nitroを構築するための助成金に取り組んできました。Magmoは2022年6月末に最初の助成金を終了しました。2022年7月、Magmoはgo-nitroの生産化のためのフォローアップ助成を開始するとともに、go-nitroのオンチェーンコンポーネントの作業を開始するため、FVMファウンドリに参加する予定です。
つまり、go-nitroは、左の図から右の図に移行することに重点を置いているのです。左図では、RCがSPから引き出そうとすると、ペアワイズペイメントチャネルを設定する必要があり、これがオンチェーン取引となります。つまり、膨大な数の決済チャネルが存在し、RCがデータを取得したいSPが新たに現れるたびに、決済チャネルを追加する必要があるのです。
右側では、RCとSPがお気に入りの「ホップハブ」（決済チャネルプロバイダー）に1回限りの決済チャネルを作成する設定を想定しています。ホップハブはすべて、互いに支払いチャネルを持っています。この設定から、RCとSPの間にオフチェーンのバーチャルチャネルを設定することができます。このバーチャル決済を行った後、担保となる3つの決済チャネルで決済を移動させることで、決済を照合することができます。これにより、オンチェーン決済チャネルの数が劇的に減少し、新しい決済の前にオンチェーン取引が発生しません。
これとは別に、WCGCYXは代理支払リトリーブネットワークであるFCRに取り組んでいます。このアイデアは、あるRPがファイルを持っていない場合、そのRPは近隣のRPにファイルを要求し、それを再帰的に繰り返すことができるというものです。ファイルが見つかったら、クライアントにファイルを返し、すべての仲介プロバイダー間の支払いチャネルを使用して、支払いを代理し、各プロバイダーはその過程で小さな分け前を得ることができるのです。私たちは、FCRにすでに着手しているチームを探しています。
トピック4：レピュテーションシステム
2022年4月、Ken Labsは、ネットワークデータとメタデータのためのオフチェーン検証可能データストアであるPandoを構築するための助成金を完了しました。
Ken Labsは2022年3月に最初の助成金を完了し、すぐにフォローオン助成金に移行し、PandoをDealbot、Filecoin Green、Auto-retrieveなどのサービスと統合しました。この助成金では、PandoのモニタリングシステムとWeb UIも構築する予定です。フォローオン助成金は、2022年9月まで続きます。
さらに、評価は上記の暗号経済学のトピックと密接に関連しており、RPがオーケストレーターまたはバリデーターにそのネットワーク貢献を証明する方法について説明しました。これらの各リトリーブテストに関するデータは、SPおよびRP評価の形成に使用することができます。CryptoNetLabはRetrievability Oracleイニシアチブでこれについて研究しています。
トピック5：インデックス作成
インデクサ
2022年3月、Protocol Labsデータシステムチームは、インデクサをリリースしました。インデクサは、CIDと、どのSPがデータをストレージしているかをマッピングします。すでに数十億レコードまで拡張可能です。
RMWGでは、Leeway HertzとKen Labsの両方がIndexerノードを稼働しており、ツールやテストに関連するインデクサの周辺に何が構築できるかを探っているところです。
コンテンツのインデックス化
2022年1月から3月にかけて、ChainSafeはFilecoin Networkのコンテンツインデックス化を検討するための研究助成を行いました。書き上げることはできましたが、コンテンツインデックスの作成は時期尚早であり、RPまたはSPのパフォーマンスと信頼性が高くなるまで待つべきであるという決定がなされました。
トピック6：データトランスポートと転送プロトコル
2022年1月から3月にかけて、MyelチームはJS-graphsyncを構築するための助成金に取り組みました。2022年4月から6月にはrust-graphsyncへの助成金による構築に取り組みました。これはまだクローズソースですが、近々オープンソース化される予定です。これら両方の言語でのGraphsyncの作成は、JSとRustのIPFSとFilecoinの両方のスタックに重要なビルディングブロックを提供します。
2022年4月から6月にかけて、ChainSafeはWebRTC研究助成に取り組み、WebRTCの一連のプロトコルが異なるブラウザでどの程度うまく機能するかを確認しました。彼らは2022年6月末に共有するために調査結果を書き上げています。
さらに、TitanとMyelの両社は、ホームネットワーク内のNATの背後にあるプロバイダーからのリトリーブに関するベンチマークテストを実施しました。どちらも、性能は理想的ではなく、マルチスレッドのリトリーブが最適なルートである可能性があることが分かりました。
トピック7：ブラウザによるリトリーブ
2022年上半期にブラウザのリトリーブについて最も時間をかけて検討したのは、SaturnチームとMyelチームの2つです。
2022年3月から6月にかけて、SaturnチームはCARファイルを徐々に増加し、検証を行うサービスワーカーを構築しました。これは、ブラウザが最初の接続時にデータを取得するサーバーを信頼していないため、分散型ネットワークから取得するファイルを検証する必要があるためです。
2022年上半期を通して、MyelチームはMyel POPノードをサービスワーカーやブラウザ拡張機能で動作させることについて検討しました。彼らは、WASMへのコンパイル後にブラウザの互換性を持たせるために、MyelのPOPノードをRustで書き直しました。
トピック8：ネットワーク監視
2022年2月から6月にかけて、Leeway HertzはWeb3 CDN Comparison Dashboardに取り組んできました。チームはダッシュボードの説明書も書き上げました。このダッシュボードについては、2つの方向性で作業を続けています。
- より多くのWeb3.0 CDNをダッシュボードに取り込む。
- 世界中の様々な場所からリトリーブを行う、より多くのリトリーブボットを配備する。
Leeway Hertzは、Saturn用のダッシュボードを構築し、チームがネットワークのパフォーマンスを監視するのに役立っています。チームは現在、SPからのリトリーブパフォーマンスを表示するダッシュボードの構築も検討しています。
RMWGに参加
RMWGの活動に関する情報を得ることができる場所がいくつかあります。
2022年2月から4月にかけて、Onda StudioはRMWGの新しいウェブサイト（https://retrieval.market）の制作を行いました。このページでは、チーム、プロジェクトなどの募集をしています。
また、2022年の初めから毎週更新しているRetrieval Markets Notionも情報を見つけるのに最適な場所です。
また、Youtubeチャンネルでは、RM Demo Dayの動画を見ることができます。2022年上半期の間、数週間ごとに新しいコンテンツが追加されています。
私たちは常に、より多くのチームが参加できるように探していますので、ご興味があればご連絡ください。
2022年下半期を楽しみにしています。
本ブログは、www.filecoin.io/blogからの翻訳となります。
ソース：https://filecoin.io/blog/posts/retrieval-markets-rollup-h1-2022/
コメント