
Variant, associé en investissement : Nouvelles opportunités dans la pile Farcaster
TechFlow SélectionTechFlow Sélection

Variant, associé en investissement : Nouvelles opportunités dans la pile Farcaster
Deux des dernières fonctionnalités de Farcaster sont que les données des utilisateurs ne sont pas limitées à une seule interface et que chaque compte est connecté à un portefeuille.
Rédaction : Alana Levin, Investment Partner de Variant Fund
Traduction : TechFlow
Nous assistons à l’émergence d’un nouveau graphe social en temps réel : Farcaster. Jusqu’à il y a deux semaines, le client le plus populaire du moment (Warpcast) ressemblait superficiellement à une copie de Twitter. Puis l’équipe a lancé les Frames, déclenchant une vague de croissance, car il est devenu clair que l’infrastructure sans permission de Farcaster permettait de nouveaux canaux de distribution.
Mais même au-delà des Frames, le réseau Farcaster a dissocié plusieurs couches riches et ouvertes aux développeurs. Cette segmentation crée de nouvelles opportunités.
À mon avis, la pile Farcaster comporte quatre niveaux. À chacun d’eux, des tâches différentes sont à accomplir et des ressources spécifiques existent. De bas en haut :
-
Sur chaîne : unités de stockage, comptes (clés) et espace de noms sur chaîne (comme ENS). Ce sont des éléments nécessitant un consensus global.
-
Hors chaîne (protocole Farcaster) : l’espace de noms Farcaster (fname) et les données générées par les comptes via leurs interactions sur le réseau.
-
Applications (clients ; couche interface) : la couche où les utilisateurs se connectent et interagissent. Selon le client, on peut trouver des fonctionnalités comme des chaînes (pensons aux subreddits) ou des monnaies internes spécifiques (par exemple les Warps dans Warpcast).
-
Couche sans interface (headless) : ce peuvent être des robots exploitant la distribution des clients (par exemple Bountycaster), des applications (tous les cadres), des actifs issus des clients mais ayant une portée bien plus large (par exemple des memecoins), ou encore des NFT bénéficiant de la diffusion interne aux clients, etc.

Adapté à partir de la documentation Farcaster, fourni par Omer Demirtas
La bonne nouvelle pour les fondateurs de startups est la suivante : chaque niveau de la pile offre des opportunités ouvertes !
Au niveau sur chaîne, les ressources actives sont les contrats de stockage et les comptes. Il s’agit d’actifs entièrement nouveaux — là où il y a des actifs, il y a des opportunités d’émission et d’échange. L’équipe Farcaster contrôle l’émission, mais des places d’échange pourraient apparaître. Nous voyons déjà émerger certains marchés de comptes, où ceux qui ont rejoint tôt le réseau (identifiés par leur Farcaster ID, ou FID) vendent leur compte à un prix élevé. Nous n’avons pas encore vu de marché de location d’espace de stockage inutilisé (en partie parce que les unités de stockage sont accordées sous licence), mais je pense que cela pourrait changer à l’avenir.
Au niveau du protocole Farcaster (hors chaîne), les principales ressources sont le fname et les données générées par API (gérées par les « hubs »). Nous avons déjà vu une entreprise — Neynar — devenir un guichet unique facilitant le développement sur Farcaster : elle exécute des hubs pour les clients, maintient des versions d’API, aide à créer des outils comme des bots et des frames, et bien plus encore. C’est essentiellement du « support Farcaster en tant que service ». La catégorie FaaS (Farcaster as a Service) est selon moi celle où plusieurs gagnants pourraient émerger, surtout avec la croissance du réseau.
À ma connaissance, personne n’a encore vraiment exploré le potentiel du fname — probablement parce que l’équipe Farcaster détient le registre. Mais cela pourrait justement représenter une opportunité. Peut-on faire un fork du registre ? On peut imaginer un nouveau protocole qui maintiendrait un résolveur entre son propre espace de noms forké et l’espace de noms f officiel, afin de synchroniser les comptes utilisateurs. Un tel système aurait pour avantage de rendre l’espace de noms hors chaîne plus sans permission, ou d’ajouter des fonctionnalités spécifiques aux interactions autour de certains noms. Actuellement, l’équipe Farcaster peut retirer un nom à un compte (par exemple si quelqu’un squatte un nom de marque populaire ou fait de l’usurpation d’identité). Ces fonctionnalités ont de la valeur, mais en forking le registre, il pourrait exister un espace de conception pour tester d’autres règles autorisées ou non concernant les noms.
Les couches client et sans interface (headless) sont celles qui m’enthousiasment personnellement le plus. Aujourd’hui, elles semblent deux niveaux distincts : les clients possèdent leur propre fil d’actualité, tandis que les applications headless existent dans d’autres fils. Deux caractéristiques récentes de Farcaster sont que les données des utilisateurs ne sont plus limitées à une seule interface, et que chaque compte est relié à un portefeuille. Les clients tirent parti de la première ; les projets headless exploitent la seconde.
Si nous supposons qu’il y aura bientôt de nombreux clients Farcaster actifs, la question devient : comment y parvenir ? Une voie pour les développeurs consiste à construire directement un nouveau client : identifier un type de contenu non représenté par les clients principaux et concevoir un client offrant une expérience optimale pour ce format. On pourrait dire que c’est ainsi que les applications populaires web2 ont trouvé leur position : Instagram (images), Twitter (microblogging), YouTube (vidéos), Vine (vidéos très courtes). Peut-être que les nouveaux clients Farcaster suivront un schéma similaire — mais je chercherais plutôt des types de données émergents (comme les actifs ou les frames), plutôt que des formats média que les développeurs ont itérés pendant des années. Twitter était initialement du microblogging, mais est devenu multimédia. YouTube, Spotify et bien d’autres aussi. L’ouverture pourrait donc provenir du nouveau : des clients conçus spécifiquement pour des types de données que les gens n’ont pas encore pleinement adoptés.
Cependant, si moi je devais aujourd’hui lancer une entreprise « cliente », j’opterais dès le départ pour une architecture headless. En pratique, cela signifie trouver un outil répondant à un besoin actuel des utilisateurs et leur apportant de la valeur, tout en redirigeant progressivement tout contenu généré vers un nouveau client.
Nous avons déjà vu ce modèle à l’œuvre : YouTube a d’abord fourni aux utilisateurs un outil leur permettant d’intégrer des vidéos sur leurs sites personnels. À mesure que son catalogue grandissait, YouTube a republié ces contenus sur son propre site, créant ainsi une bibliothèque précieuse qui est devenue la principale raison pour les consommateurs de visiter YouTube. Même chose pour les applications headless : développer un bot (ou un frame) fournissant un service dans un fil existant, tout en utilisant cette participation initiale pour pousser progressivement l’adoption d’une autre interface. Bountycaster est à ce jour mon exemple préféré. Et j’espère sincèrement qu’il y en aura bien davantage !
Il existe de nombreuses opportunités. C’est extrêmement passionnant. Il y a six mois, Farcaster paraissait radicalement différent de ce qu’il est aujourd’hui. Dans six mois, il risque de paraître encore plus différent (de manière positive !). Sheryl Sandberg a dit un jour : « Si tu as une place dans une fusée, ne demande pas quelle place. Farcaster est une fusée. Créer une entreprise dans cet écosystème, c’est précisément définir sa propre place. Bien sûr, tu peux toujours te demander quel siège te rendrait enthousiaste à l’idée de le construire, mais le message principal de cet article est qu’il existe bel et bien de nombreux sièges à construire.
Enfin, si vous ne savez toujours pas ce qu’est Farcaster à ce stade, vous pouvez (et devez !) vous inscrire ici pour créer un compte.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News














