Cet article est le premier d'une série d'articles sociaux décentralisés rédigés par PAUL, partenaire de Pantera.
Cette série explore comment les technologies et les tendances d'aujourd'hui peuvent résoudre une série de problèmes de réseaux sociaux décentralisés, et fournit des explications et des explorations spécifiques pour chaque problème.
En 2017, un groupe de chercheurs du MIT Media Lab a affirmé dans Wired que les réseaux sociaux décentralisés "ne réussiront jamais". Dans leur article, ils citent trois défis impossibles :
Le problème d'attirer (et de fidéliser) des utilisateurs à partir de rien
Problèmes de gestion des informations personnelles des utilisateurs
Problèmes liés à la publicité destinée aux utilisateurs
Dans les trois cas, affirment-ils, les géants technologiques en place, tels que Facebook, Twitter et Google, ne laissent tout simplement pas de place à une concurrence significative en raison de leurs importantes économies d'échelle.
Maintenant que le moment est venu, ce qui était autrefois salué comme "impossible" ne semble plus si loin, et nous semblons être à l'aube d'un changement dans le concept de réseaux sociaux. Dans cette série en trois parties (c'est la première), nous explorerons comment de nouvelles idées dans Decentralized Social (DeSo) peuvent résoudre ces "vieux" problèmes, notamment :
Utilisation de couches sociales ouvertes pour résoudre le problème du démarrage à froid
Utilisez l'identification personnelle et la cryptographie pour résoudre les problèmes d'identité des utilisateurs
Utilisez le modèle économique symbolique et le mécanisme d'incitation pour résoudre le problème de revenu
### Graphe social et problème de démarrage à froid
Les plateformes de médias sociaux ont toujours été confrontées à un problème de démarrage à froid : attirer et attirer des utilisateurs sans base d'utilisateurs existante ni effets de réseau. Traditionnellement, les nouvelles startups de médias sociaux comme Snapchat, Clubhouse ou plus récemment Threads ont essayé de surmonter cela avec de solides capacités de marketing et de marketing pur. En attirant l'attention de tout le monde au bon moment, que ce soit par le biais d'une nouvelle conception UX, de titres médiatiques ou de FOMO, ils déclenchent un énorme blitz d'inscription qui crée des barrières utilisateur sur la plate-forme presque instantanément. Par exemple, Threads a réussi à atteindre 100 millions d'utilisateurs en seulement 5 jours.
Mais souvent, ces campagnes réussies sont confrontées à une crise existentielle : comment conserver tous ces utilisateurs et continuer à générer de nouveaux contenus (et des bénéfices) ? C'est un problème auquel Clubhouse était confronté auparavant, et c'est également un problème auquel Threads est actuellement confronté. Avec la disparition de ces applications, il en va de même pour les graphiques sociaux lucratifs et les profils d'utilisateurs construits par ces plateformes, de sorte que les futurs réseaux de médias sociaux du futur devront répéter à nouveau les tactiques de marketing difficiles pour redémarrer leurs réseaux.
Le problème fondamental derrière tout cela est que dans un réseau social Web2, le graphe social (annotant les relations entre les utilisateurs) est indissociable de l'application sociale elle-même (comme Facebook, Twitter ou Instagram). Ces deux niveaux sont symbiotiques : la nouveauté de l'application entraîne le développement du graphe social, qui devient à son tour le principal obstacle à l'adoption des médias sociaux. Malgré tous leurs problèmes, la raison pour laquelle les utilisateurs ne quittent pas Facebook, Twitter et Instagram est simple : tous nos amis sont là.
Et si on séparait le graphe social de l'application sociale ? Même après la disparition de Clubhouse (ou Threads), nous pouvons toujours tirer parti du graphe social créé sur eux pour lancer facilement une autre application sociale. C'est la réponse de Web3 au problème du démarrage à froid.
Utilisez la chaîne publique comme un graphe social ouvert
En un sens, une blockchain publique comme Ethereum est elle-même un graphe social. Si je recherche un nom de domaine ENS ou l'adresse de portefeuille d'une personne sur Etherscan, je peux consulter le profil social de cette personne sur la chaîne : quels actifs elle détient, avec qui elle effectue des transactions et déduire à quelles communautés elle appartient.
Ce type de profil social en chaîne semble être un point de départ naturel pour un nouveau réseau social décentralisé, et en effet, certaines entreprises semblent explorer cette voie.
Par exemple, Debank convertit les vidages hexadécimaux sur Etherscan en portefeuilles ou "profils" lisibles et offre la possibilité d'envoyer des messages à ces différentes personnes, utilisant ainsi ces données en chaîne pour lancer un réseau social de type messagerie. 0xPPL a également emprunté une voie similaire, en essayant d'utiliser des profils d'utilisateurs en chaîne pour créer un réseau social de type Twitter. Cette stratégie générale consistant à rendre les données transactionnelles brutes lisibles et explicables aux utilisateurs "communs" a été accélérée par l'utilisation de modèles de langage avancés à grande échelle tels que GPT-4. Par exemple, on dit que Cymbal utilise GPT pour générer des résumés conversationnels des transactions et des tendances afin de créer un hybride de sources de données, de flux d'actualités et de futurs réseaux sociaux.
Construire un protocole de graphe social natif
Un problème avec le fait de s'appuyer uniquement sur les données publiques de la blockchain (comme Ethereum) est que les données ne sont pas assez riches pour les applications sociales. Étant donné que les chaînes de blocs publiques sont conçues avant tout pour les applications financières, et non pour les applications sociales, les données collectées nativement sur la chaîne, telles que l'historique des transactions, les soldes des comptes et les données de jeton, ne sont pas nécessairement les plus utiles pour les réseaux sociaux.
Plutôt que d'utiliser simplement des données natives sur la chaîne comme graphe social, une idée est de créer un nouveau protocole de graphe social dédié au-dessus des chaînes de blocs publiques. Par exemple, Lens Protocol exploite une observation clé selon laquelle dans les applications sociales, il existe des facteurs communs d'interaction sociale, qu'ils résument en différentes actions sur la chaîne telles que "poster", "commenter" et "miroir" (c'est-à-dire partager ou retweeter) .
Farcaster a des abstractions similaires dans son graphe social, telles que les fonctionnalités "cast" (post), "réactions" (like) et "amp", où les utilisateurs peuvent recommander d'autres utilisateurs à suivre. La principale différence entre Farcaster et Lens réside dans la manière dont ils sont techniquement mis en œuvre - Lens met tout sur la blockchain Polygon, tandis que Farcaster met son registre d'identification sur Ethereum lui-même, avec un graphique Delta sur L2 Form qui exécute son graphique social.
Un troisième protocole de graphe social notable est Cyberconnect, qui met davantage l'accent sur l'agrégation de liens (sources en chaîne et hors chaîne) via son mécanisme link3, et se concentre sur les événements et les fan clubs comme cas d'utilisation initiaux.
La clé de ces protocoles de graphes sociaux est qu'ils ne créent pas nécessairement des applications sociales de haut niveau comme Twitter, Facebook ou Instagram. Au lieu de cela, ils fournissent la couche de graphe social ouverte (essentiellement un SDK) nécessaire pour créer et étendre ces applications de haut niveau. Comme mentionné précédemment, le principal avantage de ceci est que même si une application sociale autrefois réussie disparaît (comme Clubhouse), le graphe social généré peut toujours être utilisé par d'autres développeurs. Par conséquent, il suffit d'une campagne marketing ou d'une application réussie pour démarrer l'ensemble de l'écosystème.
### Concevoir des médias sociaux décentralisés à partir de zéro
Une troisième stratégie consiste à construire une solution décentralisée à partir de zéro. Le principe est que les applications de médias sociaux sont la pierre angulaire de notre expérience numérique et nécessitent donc une solution blockchain dédiée (ou autre solution décentralisée) qui localise les opérations de base des applications de médias sociaux, plutôt que de prendre en charge un protocole construit au-dessus de l'infrastructure pour cas d'utilisation financière. En bref, nous avons besoin d'une sorte de "chaîne d'application" des médias sociaux.
L'un des projets les plus notables de cette stratégie est DeSo, qui construit une blockchain L1 axée sur les applications sociales. Contrairement à d'autres blockchains publiques grand public qui se concentrent sur les "transactions par seconde", DeSo se concentre sur l'optimisation des "publications par seconde", ainsi que sur les besoins des applications sociales pour gérer la communication et le stockage. Et les blockchains à usage général comme Ethereum ne sont pas nécessairement optimisées pour cela. En plus de cette blockchain L1, DeSo prévoit de créer une variété d'applications sociales, y compris du contenu long (tel que Substack), du contenu court (tel que Twitter) et des applications de type Reddit.
D'autres plates-formes de médias sociaux décentralisées, telles que Bluesky et Mastodon, peuvent également suivre à peu près cette stratégie de conception de médias sociaux décentralisés à partir de zéro. À proprement parler, ce ne sont pas des solutions basées sur la blockchain, mais s'appuient sur des systèmes de serveurs pour garantir que les postes sont suffisamment décentralisés. Par exemple, Mastodon utilise un système de type e-mail où les utilisateurs peuvent choisir entre différents fournisseurs de services tels que Gmail, Hotmail ou iCloud. Tout comme une organisation peut configurer et personnaliser son propre serveur de messagerie, chaque "instance" sur Mastodon sera une communauté autogérée et personnalisable. D'autre part, Bluesky est une application développée sur la base du protocole AT open source, qui est essentiellement un graphe social ouvert avec des API telles que "follow", "like" et "post", conçu pour les plateformes de médias sociaux comme Twitter Optimized.
Ce que DeSo partage avec des projets comme Mastodon et Bluesky, c'est qu'ils rejettent l'idée que les conceptions de blockchain publiques existantes (représentées par l'EVM) conviennent aux réseaux sociaux. Bien que cette approche offre sans aucun doute à ces projets un contrôle plus granulaire sur les décisions de conception et l'expérience utilisateur, elle coupe également les connexions potentielles et l'influence croisée avec DeFi, les communautés NFT existantes et d'autres éléments matures de l'écosystème Web3. De plus, il reste à voir dans quelle mesure ces solutions sont « décentralisées », surtout dans un environnement où leur décentralisation n'est pas garantie par une blockchain publique. Ces solutions finiront-elles par regrouper le graphe social avec des applications sociales comme le font les réseaux sociaux existants, ou décentraliseront-elles suffisamment la couche de graphe social et attireront-elles une variété d'applications et d'équipes de développement ? C'est une question clé pour l'avenir social du Web3.
Voir l'original
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Explorer le futur des réseaux sociaux en Web3 (1) : de 0 à 1, utiliser les graphes sociaux pour compléter le démarrage à froid des applications
Par PAUL VERADITTAKIT, associé, Pantera Capital
Compilation : Deep Tide TechFlow
Cet article est le premier d'une série d'articles sociaux décentralisés rédigés par PAUL, partenaire de Pantera.
Cette série explore comment les technologies et les tendances d'aujourd'hui peuvent résoudre une série de problèmes de réseaux sociaux décentralisés, et fournit des explications et des explorations spécifiques pour chaque problème.
En 2017, un groupe de chercheurs du MIT Media Lab a affirmé dans Wired que les réseaux sociaux décentralisés "ne réussiront jamais". Dans leur article, ils citent trois défis impossibles :
Dans les trois cas, affirment-ils, les géants technologiques en place, tels que Facebook, Twitter et Google, ne laissent tout simplement pas de place à une concurrence significative en raison de leurs importantes économies d'échelle.
Maintenant que le moment est venu, ce qui était autrefois salué comme "impossible" ne semble plus si loin, et nous semblons être à l'aube d'un changement dans le concept de réseaux sociaux. Dans cette série en trois parties (c'est la première), nous explorerons comment de nouvelles idées dans Decentralized Social (DeSo) peuvent résoudre ces "vieux" problèmes, notamment :
### Graphe social et problème de démarrage à froid
Les plateformes de médias sociaux ont toujours été confrontées à un problème de démarrage à froid : attirer et attirer des utilisateurs sans base d'utilisateurs existante ni effets de réseau. Traditionnellement, les nouvelles startups de médias sociaux comme Snapchat, Clubhouse ou plus récemment Threads ont essayé de surmonter cela avec de solides capacités de marketing et de marketing pur. En attirant l'attention de tout le monde au bon moment, que ce soit par le biais d'une nouvelle conception UX, de titres médiatiques ou de FOMO, ils déclenchent un énorme blitz d'inscription qui crée des barrières utilisateur sur la plate-forme presque instantanément. Par exemple, Threads a réussi à atteindre 100 millions d'utilisateurs en seulement 5 jours.
Mais souvent, ces campagnes réussies sont confrontées à une crise existentielle : comment conserver tous ces utilisateurs et continuer à générer de nouveaux contenus (et des bénéfices) ? C'est un problème auquel Clubhouse était confronté auparavant, et c'est également un problème auquel Threads est actuellement confronté. Avec la disparition de ces applications, il en va de même pour les graphiques sociaux lucratifs et les profils d'utilisateurs construits par ces plateformes, de sorte que les futurs réseaux de médias sociaux du futur devront répéter à nouveau les tactiques de marketing difficiles pour redémarrer leurs réseaux.
Le problème fondamental derrière tout cela est que dans un réseau social Web2, le graphe social (annotant les relations entre les utilisateurs) est indissociable de l'application sociale elle-même (comme Facebook, Twitter ou Instagram). Ces deux niveaux sont symbiotiques : la nouveauté de l'application entraîne le développement du graphe social, qui devient à son tour le principal obstacle à l'adoption des médias sociaux. Malgré tous leurs problèmes, la raison pour laquelle les utilisateurs ne quittent pas Facebook, Twitter et Instagram est simple : tous nos amis sont là.
Et si on séparait le graphe social de l'application sociale ? Même après la disparition de Clubhouse (ou Threads), nous pouvons toujours tirer parti du graphe social créé sur eux pour lancer facilement une autre application sociale. C'est la réponse de Web3 au problème du démarrage à froid.
Utilisez la chaîne publique comme un graphe social ouvert
En un sens, une blockchain publique comme Ethereum est elle-même un graphe social. Si je recherche un nom de domaine ENS ou l'adresse de portefeuille d'une personne sur Etherscan, je peux consulter le profil social de cette personne sur la chaîne : quels actifs elle détient, avec qui elle effectue des transactions et déduire à quelles communautés elle appartient.
Ce type de profil social en chaîne semble être un point de départ naturel pour un nouveau réseau social décentralisé, et en effet, certaines entreprises semblent explorer cette voie.
Par exemple, Debank convertit les vidages hexadécimaux sur Etherscan en portefeuilles ou "profils" lisibles et offre la possibilité d'envoyer des messages à ces différentes personnes, utilisant ainsi ces données en chaîne pour lancer un réseau social de type messagerie. 0xPPL a également emprunté une voie similaire, en essayant d'utiliser des profils d'utilisateurs en chaîne pour créer un réseau social de type Twitter. Cette stratégie générale consistant à rendre les données transactionnelles brutes lisibles et explicables aux utilisateurs "communs" a été accélérée par l'utilisation de modèles de langage avancés à grande échelle tels que GPT-4. Par exemple, on dit que Cymbal utilise GPT pour générer des résumés conversationnels des transactions et des tendances afin de créer un hybride de sources de données, de flux d'actualités et de futurs réseaux sociaux.
Construire un protocole de graphe social natif
Un problème avec le fait de s'appuyer uniquement sur les données publiques de la blockchain (comme Ethereum) est que les données ne sont pas assez riches pour les applications sociales. Étant donné que les chaînes de blocs publiques sont conçues avant tout pour les applications financières, et non pour les applications sociales, les données collectées nativement sur la chaîne, telles que l'historique des transactions, les soldes des comptes et les données de jeton, ne sont pas nécessairement les plus utiles pour les réseaux sociaux.
Plutôt que d'utiliser simplement des données natives sur la chaîne comme graphe social, une idée est de créer un nouveau protocole de graphe social dédié au-dessus des chaînes de blocs publiques. Par exemple, Lens Protocol exploite une observation clé selon laquelle dans les applications sociales, il existe des facteurs communs d'interaction sociale, qu'ils résument en différentes actions sur la chaîne telles que "poster", "commenter" et "miroir" (c'est-à-dire partager ou retweeter) .
Farcaster a des abstractions similaires dans son graphe social, telles que les fonctionnalités "cast" (post), "réactions" (like) et "amp", où les utilisateurs peuvent recommander d'autres utilisateurs à suivre. La principale différence entre Farcaster et Lens réside dans la manière dont ils sont techniquement mis en œuvre - Lens met tout sur la blockchain Polygon, tandis que Farcaster met son registre d'identification sur Ethereum lui-même, avec un graphique Delta sur L2 Form qui exécute son graphique social.
Un troisième protocole de graphe social notable est Cyberconnect, qui met davantage l'accent sur l'agrégation de liens (sources en chaîne et hors chaîne) via son mécanisme link3, et se concentre sur les événements et les fan clubs comme cas d'utilisation initiaux.
La clé de ces protocoles de graphes sociaux est qu'ils ne créent pas nécessairement des applications sociales de haut niveau comme Twitter, Facebook ou Instagram. Au lieu de cela, ils fournissent la couche de graphe social ouverte (essentiellement un SDK) nécessaire pour créer et étendre ces applications de haut niveau. Comme mentionné précédemment, le principal avantage de ceci est que même si une application sociale autrefois réussie disparaît (comme Clubhouse), le graphe social généré peut toujours être utilisé par d'autres développeurs. Par conséquent, il suffit d'une campagne marketing ou d'une application réussie pour démarrer l'ensemble de l'écosystème.
### Concevoir des médias sociaux décentralisés à partir de zéro
Une troisième stratégie consiste à construire une solution décentralisée à partir de zéro. Le principe est que les applications de médias sociaux sont la pierre angulaire de notre expérience numérique et nécessitent donc une solution blockchain dédiée (ou autre solution décentralisée) qui localise les opérations de base des applications de médias sociaux, plutôt que de prendre en charge un protocole construit au-dessus de l'infrastructure pour cas d'utilisation financière. En bref, nous avons besoin d'une sorte de "chaîne d'application" des médias sociaux.
L'un des projets les plus notables de cette stratégie est DeSo, qui construit une blockchain L1 axée sur les applications sociales. Contrairement à d'autres blockchains publiques grand public qui se concentrent sur les "transactions par seconde", DeSo se concentre sur l'optimisation des "publications par seconde", ainsi que sur les besoins des applications sociales pour gérer la communication et le stockage. Et les blockchains à usage général comme Ethereum ne sont pas nécessairement optimisées pour cela. En plus de cette blockchain L1, DeSo prévoit de créer une variété d'applications sociales, y compris du contenu long (tel que Substack), du contenu court (tel que Twitter) et des applications de type Reddit.
D'autres plates-formes de médias sociaux décentralisées, telles que Bluesky et Mastodon, peuvent également suivre à peu près cette stratégie de conception de médias sociaux décentralisés à partir de zéro. À proprement parler, ce ne sont pas des solutions basées sur la blockchain, mais s'appuient sur des systèmes de serveurs pour garantir que les postes sont suffisamment décentralisés. Par exemple, Mastodon utilise un système de type e-mail où les utilisateurs peuvent choisir entre différents fournisseurs de services tels que Gmail, Hotmail ou iCloud. Tout comme une organisation peut configurer et personnaliser son propre serveur de messagerie, chaque "instance" sur Mastodon sera une communauté autogérée et personnalisable. D'autre part, Bluesky est une application développée sur la base du protocole AT open source, qui est essentiellement un graphe social ouvert avec des API telles que "follow", "like" et "post", conçu pour les plateformes de médias sociaux comme Twitter Optimized.
Ce que DeSo partage avec des projets comme Mastodon et Bluesky, c'est qu'ils rejettent l'idée que les conceptions de blockchain publiques existantes (représentées par l'EVM) conviennent aux réseaux sociaux. Bien que cette approche offre sans aucun doute à ces projets un contrôle plus granulaire sur les décisions de conception et l'expérience utilisateur, elle coupe également les connexions potentielles et l'influence croisée avec DeFi, les communautés NFT existantes et d'autres éléments matures de l'écosystème Web3. De plus, il reste à voir dans quelle mesure ces solutions sont « décentralisées », surtout dans un environnement où leur décentralisation n'est pas garantie par une blockchain publique. Ces solutions finiront-elles par regrouper le graphe social avec des applications sociales comme le font les réseaux sociaux existants, ou décentraliseront-elles suffisamment la couche de graphe social et attireront-elles une variété d'applications et d'équipes de développement ? C'est une question clé pour l'avenir social du Web3.