Variant投資パートナー：Farcasterスタックにおける新たな機会
TechFlow厳選深潮セレクト
Variant投資パートナー：Farcasterスタックにおける新たな機会
Farcasterの最新の2つの特徴は、ユーザーのデータが特定の1つのインターフェースに制限されず、各アカウントがウォレットと接続されていることです。
Web3業界の深掘り報道に専念し潮流を洞察執筆：Alana Levin、Variant Fund投資パートナー
翻訳：TechFlow
我々は新しいリアルタイムソーシャルグラフの出現を目撃している。それがFarcasterだ。2週間前まで、現在最も人気のあるクライアント（Warpcast）は表面的にはTwitterのクローンにしか見えなかった。しかし、そのチームがFramesをリリースすると、Farcasterのパーミッションレスなインフラストラクチャが新たな流通チャネルを可能にするという認識が広まり、成長の波が押し寄せた。
Frames以外でも、Farcasterネットワークは豊かなレイヤー群を分離し、開発者に開放している。この分解によって新たな機会が生まれている。
私見では、Farcasterスタックには4つの層がある。各層には異なる作業とリソースが存在する。下から上へ：
-
オンチェーン：ストレージユニット、アカウント（キー）、オンチェーン名前空間（ENSなど）。これらはグローバルコンセンサスを必要とするものだ。
-
オフチェーン（Farcasterプロトコル）：Farcaster名前空間（fname）およびネットワーク上でアカウントが生成するデータ。
-
アプリケーション（クライアント；インターフェース層）：ユーザーがログインしてやり取りする層。クライアントにより、チャンネル（サブレディットのようなもの）や特別なアプリ内通貨（例：WarpcastのWarps）などの機能が含まれる。
-
ヘッドレス層：クライアントの分布を利用するボット（例：Bountycaster）やアプリケーション（すべてのフレーム）、クライアント由来だがはるかに広範囲に及ぶ資産（例：memecoins）、クライアント内での流通により恩恵を受けるNFTなど。
Farcasterドキュメントをもとに修正、Omer Demirtas提供
スタートアップ創業者にとって朗報は、スタックの各層にオープンな機会があるということだ！
オンチェーン層では、ストレージ契約やアカウントといったリアルタイムリソースがある。これらは純粋に新しい資産であり――資産があるところに、発行と交換の機会がある。Farcasterチームが発行を管理しているが、取引所が登場するかもしれない。すでにいくつかのアカウント市場が現れ始め、ネットワーク早期参加者のアカウント（Farcaster ID、通称FIDで表される）がプレミア価格で売買されている。未使用のストレージをレンタルするマーケットはまだ見られない（ストレージユニットがライセンス制であるため）が、将来的には状況が変わる可能性はある。
Farcasterプロトコル（オフチェーン）層では、主なリソースはfnameとAPIを通じて得られるデータ（ハブによって維持される）である。すでにNeynarという企業が「Farcaster構築のワンストップショップ」となりつつある：自社でハブを運営し、APIバージョンを管理し、ボットやフレームの作成支援ツールなどを提供している。まさに「Farcasterサポート・アズ・ア・サービス（FaaS）」だ。ネットワークの成長とともに、この分野には複数の勝者が現れると予想される。
現時点では、誰も本格的にfnameに取り組んでいないようだ――おそらくFarcasterチームがレジストリを管理しているためだろう。しかし、そこにも機会があるかもしれない。レジストリをフォークすることは可能だろうか？ ある新規プロトコルが、自身のフォークされた名前空間と標準的なf名前空間の間でリゾルバを維持し、ユーザーのアカウント同期を保つことも想像できる。これにより、オフチェーン名前空間をよりパーミッションレスにできるほか、特定企業向けにネットワーク上の名前の振る舞いに独自機能を追加することも可能になる。現状では、Farcasterチームはアカウントの名前を取り消すことができる（例：人気ブランド名の先占めやなりすましなどがあった場合）。これらは有用な機能だが、フォークされたレジストリでは、名前に許可される／されない要素をテストする設計の余地が残されている。
個人的に最もわくわくするのはクライアント層とヘッドレス層だ。現在は両者は明確に分かれている：クライアントは独自のフィードを持ち、ヘッドレスアプリは他のフィード内に存在する。Farcasterの最新の2つの特徴は、ユーザーのデータが単一のインターフェースに限定されず、すべてのアカウントがウォレットと接続されていることだ。クライアントは前者を活用し、ヘッドレスプロジェクトは後者を利用する。
今後、世界中に多数のFarcasterクライアントが登場すると仮定すれば、問題はどうすればそれを実現できるかとなる。開発者の一つの道は、直接新しいクライアントを開発することだ。つまり、非公式なメディアタイプを見つけ、それに最高の体験を提供するクライアントを構築する。これはweb2における人気アプリがマッチした方法に似ている――Instagram（画像）、Twitter（マイクロブログ）、YouTube（動画）、Vine（極短動画）などだ。新しいFarcasterクライアントも同様のパターンを持つかもしれないが、私は長年にわたって開発者が反復してきたメディアタイプではなく、新興のデータタイプ（資産やフレームなど）に注目すべきだと思う。Twitterは当初マイクロブログだったが、今ではマルチメディアだ。YouTube、Spotifyなど多くのサービスも同様だ。したがって、突破口は新しいものの中にある――人々がまだ捉えきれていないデータタイプに特化したファーストパーティクライアントだ。
ただし、もし私が今日「クライアント」企業を立ち上げるとしたら、最初からヘッドレスアーキテクチャを採用するだろう。実際には、現在のユーザーのニーズに応え価値を提供するツールを開発しつつ、そのツールが生成するコンテンツを新しいクライアントにクロスフィルするという意味だ。
かつて同様の戦略が成功した例がある：YouTubeは当初、個人サイトに動画を埋め込むツールを提供した。コンテンツが蓄積されると、YouTubeはそれらを自社サイトにもクロスポストし、貴重な動画ライブラリを作り出した。これが消費者がYouTubeサイトを訪れる主な理由となった。ヘッドレスアプリケーションでも同じことが言える：既存のフィード内でサービスを提供するボット（またはフレーム）を構築し、初期の関与を活かして徐々に別のインターフェースの採用を促進するのだ。Bountycasterは現時点で最も好きな事例だ。さらに多くの例が出てくることに期待している！
機会はたくさんある。非常にわくわくする。6ヶ月前、Farcasterは今日とはまったく違って見えた。さらに6ヶ月後、今の姿とはさらに大きく異なっているだろう（良い意味で！）。シェリル・サンドバーグの言葉を借りれば、「ロケットに席を得たら、どこに座るかなんて聞くな」。Farcasterはまさにロケットだ。実際にエコシステム内で企業を創ることは、自分自身の座席を築くことだ。あなたはどんな席を熱望して建設するだろうかと自問するかもしれないが、この記事の要点は、本当に多くの席がまだ作られるべきだということだ。
最後に、ここまで読んでまだFarcasterが何か分からないなら、ぜひこちらからアカウントを登録してほしい。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
Variant
