Este artículo es el primero de una serie de artículos sociales descentralizados escritos por PAUL, socio de Pantera.
Esta serie explora cómo las tecnologías y tendencias actuales pueden resolver una serie de problemas de las redes sociales descentralizadas y proporciona explicaciones y exploraciones específicas para cada problema.
En 2017, un grupo de investigadores del MIT Media Lab afirmó en Wired que las redes sociales descentralizadas "nunca tendrán éxito". En su artículo, citan tres desafíos imposibles:
El problema de atraer (y retener) usuarios desde cero
Problemas relacionados con el manejo de la información personal del usuario
Problemas de publicidad orientados al usuario
En los tres casos, argumentan, los gigantes tecnológicos establecidos, como Facebook, Twitter y Google, simplemente no dejan espacio para ninguna competencia significativa debido a sus amplias economías de escala.
Ahora que ha llegado el momento, lo que una vez fue aclamado como "imposible" ya no parece tan lejano, y parece que estamos en los albores de un cambio en el concepto de las redes sociales. En esta serie de tres partes (esta es la primera), exploraremos cómo las nuevas ideas en Social Descentralizado (DeSo) pueden resolver estos "viejos" problemas, que incluyen:
Uso de capas sociales abiertas para resolver el problema del arranque en frío
Usar identificación personal y criptografía para resolver problemas de identidad de usuario
Utilice el modelo económico simbólico y el mecanismo de incentivos para resolver el problema de ingresos
Gráfico social y problema de arranque en frío
Las plataformas de redes sociales siempre se han enfrentado a un problema de arranque en frío: atraer y atraer usuarios sin una base de usuarios o efectos de red existentes. Tradicionalmente, las nuevas empresas de redes sociales como Snapchat, Clubhouse o, más recientemente, Threads, han tratado de superar esto con un fuerte marketing y capacidades puras de marketing. Al captar la atención de todos en el momento adecuado, ya sea a través de un diseño de UX novedoso, titulares de los medios o FOMO, desencadenan un bombardeo masivo de registros que crea barreras para los usuarios en la plataforma casi al instante. Por ejemplo, Threads logró llegar a 100 millones de usuarios en solo 5 días.
Pero, a menudo, estas campañas exitosas se enfrentan a una crisis existencial: ¿cómo mantener a todos esos usuarios y seguir generando nuevo contenido (y ganancias)? Este es un problema al que se enfrentó antes Clubhouse, y también es un problema al que se enfrenta actualmente Threads. Con la desaparición de estas aplicaciones, también lo hacen los lucrativos gráficos sociales y perfiles de usuarios creados por estas plataformas, por lo que las redes sociales aspirantes del futuro deberán repetir las difíciles tácticas de marketing una vez más para reiniciar sus redes.
El problema fundamental detrás de todo esto es que en una red social Web2, el gráfico social (que anota las relaciones entre los usuarios) está indisolublemente combinado con la propia aplicación social (como Facebook, Twitter o Instagram). Estos dos niveles son simbióticos: la novedad de la aplicación impulsa el desarrollo del gráfico social, que a su vez se convierte en la principal barrera para la adopción de las redes sociales. A pesar de todos sus problemas, la razón por la que los usuarios no abandonan Facebook, Twitter e Instagram es simple: todos nuestros amigos están ahí.
Pero, ¿y si separamos el gráfico social de la aplicación social? Incluso después de que Clubhouse (o Threads) desaparezca, aún podemos aprovechar el gráfico social creado en ellos para iniciar fácilmente otra aplicación social. Esta es la respuesta de Web3 al problema del arranque en frío.
Usar la cadena pública como un gráfico social abierto
En cierto sentido, una cadena de bloques pública como Ethereum es un gráfico social en sí mismo. Si busco un nombre de dominio ENS o la dirección de la billetera de una persona en Etherscan, puedo ver el perfil social en cadena de esa persona: qué activos tienen, con quién realizan transacciones e inferir a qué comunidades pertenecen.
Este tipo de perfil social en cadena parece un punto de partida natural para una nueva red social descentralizada y, de hecho, algunas empresas parecen estar explorando este camino.
Por ejemplo, Debank utiliza estos datos en cadena para iniciar una red social de estilo mensaje. 0xPPL también ha tomado una ruta similar, tratando de usar perfiles de usuarios en cadena para construir una red social similar a Twitter. Esta estrategia general de hacer que los datos transaccionales sin procesar sean legibles y explicables para los usuarios "comunes" se ha acelerado mediante el uso de modelos de lenguaje avanzados a gran escala como GPT-4. Por ejemplo, se dice que Cymbal usa GPT para generar resúmenes conversacionales de transacciones y tendencias para crear un híbrido de fuentes de datos, fuentes de noticias y futuras redes sociales.
Cree un protocolo de gráfico social nativo
Un problema de depender únicamente de los datos públicos de la cadena de bloques (como Ethereum) es que los datos no son lo suficientemente ricos para las aplicaciones sociales. Debido a que las cadenas de bloques públicas se crean principalmente para aplicaciones financieras, no para aplicaciones sociales, los datos recopilados de forma nativa en la cadena, como el historial de transacciones, los saldos de cuentas y los datos de tokens, no son necesariamente los más útiles para las redes sociales.
En lugar de simplemente usar datos nativos en la cadena como un gráfico social, una idea es construir un nuevo protocolo de gráfico social dedicado sobre las cadenas de bloques públicas. Por ejemplo, Lens Protocol explota una observación clave de que en las aplicaciones sociales existen factores comunes de interacción social, que se abstraen en diferentes acciones en cadena como "publicar", "comentar" y "duplicar" (es decir, compartir o retuitear) .
Farcaster tiene abstracciones similares en su gráfico social, como funciones de "transmisión" (publicación), "reacciones" (me gusta) y "amplificación", donde los usuarios pueden recomendar a otros usuarios que vale la pena seguir. La principal diferencia entre Farcaster y Lens es cómo se implementan técnicamente: Lens pone todo en la cadena de bloques de Polygon, mientras que Farcaster pone su registro de identificación en Ethereum, con un gráfico Delta en L2 Form ejecuta su gráfico social.
Un tercer protocolo de gráfico social notable es Cyberconnect, que pone más énfasis en la agregación de enlaces (fuentes dentro y fuera de la cadena) a través de su mecanismo link3, y se enfoca en eventos y clubes de fans como casos de uso iniciales.
La clave de estos protocolos de gráficos sociales es que no necesariamente construyen aplicaciones sociales de alto nivel como Twitter, Facebook o Instagram. En su lugar, proporcionan la capa de gráfico social abierta (esencialmente un SDK) necesaria para crear y ampliar estas aplicaciones de nivel superior. Como se mencionó anteriormente, la principal ventaja de esto es que incluso si una aplicación social que alguna vez fue exitosa desaparece (como Clubhouse), el gráfico social generado aún puede ser utilizado por otros desarrolladores. Por lo tanto, solo se necesita una campaña de marketing o una aplicación exitosa para iniciar todo el ecosistema.
Diseñar redes sociales descentralizadas desde cero
Una tercera estrategia es construir una solución descentralizada desde cero. La premisa es que las aplicaciones de redes sociales son la piedra angular de nuestra experiencia digital y, por lo tanto, requieren una solución blockchain dedicada (u otra descentralizada) que localice las operaciones básicas de las aplicaciones de redes sociales, en lugar de admitir un protocolo construido sobre la infraestructura para casos de uso financiero. En resumen, necesitamos una especie de "cadena de aplicaciones" de las redes sociales.
Uno de los proyectos más notables en esta estrategia es DeSo, que está construyendo una cadena de bloques L1 enfocada en aplicaciones sociales. A diferencia de otras cadenas de bloques públicas convencionales que se enfocan en "transacciones por segundo", DeSo se enfoca en optimizar las "publicaciones por segundo", así como las necesidades de las aplicaciones sociales para manejar la comunicación y el almacenamiento. Y las cadenas de bloques de propósito general como Ethereum no están necesariamente optimizadas para esto. Además de esta cadena de bloques L1, DeSo planea crear una variedad de aplicaciones sociales, incluido contenido de formato largo (como Substack), contenido de formato corto (como Twitter) y aplicaciones similares a Reddit.
Otras plataformas de redes sociales descentralizadas, como Bluesky y Mastodon, también pueden seguir aproximadamente esta estrategia de diseñar redes sociales descentralizadas desde cero. Estrictamente hablando, no son soluciones basadas en blockchain, sino que se basan en sistemas de servidores para garantizar que las publicaciones estén lo suficientemente descentralizadas. Por ejemplo, Mastodon utiliza un sistema similar al correo electrónico donde los usuarios pueden elegir entre diferentes proveedores de servicios como Gmail, Hotmail o iCloud. Al igual que una organización puede configurar y personalizar su propio servidor de correo, cada "instancia" en Mastodon será una comunidad autogestionable y personalizable. Por otro lado, Bluesky es una aplicación desarrollada en base al protocolo AT de código abierto, que es esencialmente un gráfico social abierto con API como "seguir", "me gusta" y "publicar", diseñado para plataformas de redes sociales como Twitter Optimized.
Lo que DeSo comparte con proyectos como Mastodon y Bluesky es que rechazan la noción de que los diseños de blockchain públicos existentes (representados por EVM) son adecuados para las redes sociales. Si bien este enfoque, sin duda, brinda a estos proyectos un control más granular sobre las decisiones de diseño y la experiencia del usuario, también corta las conexiones potenciales y la influencia cruzada con DeFi, las comunidades NFT existentes y otros elementos maduros en el ecosistema Web3. Además, lo que queda por ver es hasta qué punto estas soluciones están "descentralizadas", especialmente en un entorno donde su descentralización no está garantizada por una cadena de bloques pública. ¿Estas soluciones terminarán agrupando el gráfico social con las aplicaciones sociales como lo hacen las redes sociales existentes, o descentralizarán lo suficiente la capa del gráfico social y atraerán una variedad de aplicaciones y equipos de desarrollo? Esta es una pregunta clave para el futuro social de Web3.
Ver originales
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Explorando el futuro de las redes sociales en Web3 (1): de 0 a 1, utilizando gráficos sociales para completar el arranque en frío de las aplicaciones
Por PAUL VERADITTAKIT, Socio, Pantera Capital
Compilación: Deep Tide TechFlow
Este artículo es el primero de una serie de artículos sociales descentralizados escritos por PAUL, socio de Pantera.
Esta serie explora cómo las tecnologías y tendencias actuales pueden resolver una serie de problemas de las redes sociales descentralizadas y proporciona explicaciones y exploraciones específicas para cada problema.
En 2017, un grupo de investigadores del MIT Media Lab afirmó en Wired que las redes sociales descentralizadas "nunca tendrán éxito". En su artículo, citan tres desafíos imposibles:
En los tres casos, argumentan, los gigantes tecnológicos establecidos, como Facebook, Twitter y Google, simplemente no dejan espacio para ninguna competencia significativa debido a sus amplias economías de escala.
Ahora que ha llegado el momento, lo que una vez fue aclamado como "imposible" ya no parece tan lejano, y parece que estamos en los albores de un cambio en el concepto de las redes sociales. En esta serie de tres partes (esta es la primera), exploraremos cómo las nuevas ideas en Social Descentralizado (DeSo) pueden resolver estos "viejos" problemas, que incluyen:
Gráfico social y problema de arranque en frío
Las plataformas de redes sociales siempre se han enfrentado a un problema de arranque en frío: atraer y atraer usuarios sin una base de usuarios o efectos de red existentes. Tradicionalmente, las nuevas empresas de redes sociales como Snapchat, Clubhouse o, más recientemente, Threads, han tratado de superar esto con un fuerte marketing y capacidades puras de marketing. Al captar la atención de todos en el momento adecuado, ya sea a través de un diseño de UX novedoso, titulares de los medios o FOMO, desencadenan un bombardeo masivo de registros que crea barreras para los usuarios en la plataforma casi al instante. Por ejemplo, Threads logró llegar a 100 millones de usuarios en solo 5 días.
Pero, a menudo, estas campañas exitosas se enfrentan a una crisis existencial: ¿cómo mantener a todos esos usuarios y seguir generando nuevo contenido (y ganancias)? Este es un problema al que se enfrentó antes Clubhouse, y también es un problema al que se enfrenta actualmente Threads. Con la desaparición de estas aplicaciones, también lo hacen los lucrativos gráficos sociales y perfiles de usuarios creados por estas plataformas, por lo que las redes sociales aspirantes del futuro deberán repetir las difíciles tácticas de marketing una vez más para reiniciar sus redes.
El problema fundamental detrás de todo esto es que en una red social Web2, el gráfico social (que anota las relaciones entre los usuarios) está indisolublemente combinado con la propia aplicación social (como Facebook, Twitter o Instagram). Estos dos niveles son simbióticos: la novedad de la aplicación impulsa el desarrollo del gráfico social, que a su vez se convierte en la principal barrera para la adopción de las redes sociales. A pesar de todos sus problemas, la razón por la que los usuarios no abandonan Facebook, Twitter e Instagram es simple: todos nuestros amigos están ahí.
Pero, ¿y si separamos el gráfico social de la aplicación social? Incluso después de que Clubhouse (o Threads) desaparezca, aún podemos aprovechar el gráfico social creado en ellos para iniciar fácilmente otra aplicación social. Esta es la respuesta de Web3 al problema del arranque en frío.
Usar la cadena pública como un gráfico social abierto
En cierto sentido, una cadena de bloques pública como Ethereum es un gráfico social en sí mismo. Si busco un nombre de dominio ENS o la dirección de la billetera de una persona en Etherscan, puedo ver el perfil social en cadena de esa persona: qué activos tienen, con quién realizan transacciones e inferir a qué comunidades pertenecen.
Este tipo de perfil social en cadena parece un punto de partida natural para una nueva red social descentralizada y, de hecho, algunas empresas parecen estar explorando este camino.
Por ejemplo, Debank utiliza estos datos en cadena para iniciar una red social de estilo mensaje. 0xPPL también ha tomado una ruta similar, tratando de usar perfiles de usuarios en cadena para construir una red social similar a Twitter. Esta estrategia general de hacer que los datos transaccionales sin procesar sean legibles y explicables para los usuarios "comunes" se ha acelerado mediante el uso de modelos de lenguaje avanzados a gran escala como GPT-4. Por ejemplo, se dice que Cymbal usa GPT para generar resúmenes conversacionales de transacciones y tendencias para crear un híbrido de fuentes de datos, fuentes de noticias y futuras redes sociales.
Cree un protocolo de gráfico social nativo
Un problema de depender únicamente de los datos públicos de la cadena de bloques (como Ethereum) es que los datos no son lo suficientemente ricos para las aplicaciones sociales. Debido a que las cadenas de bloques públicas se crean principalmente para aplicaciones financieras, no para aplicaciones sociales, los datos recopilados de forma nativa en la cadena, como el historial de transacciones, los saldos de cuentas y los datos de tokens, no son necesariamente los más útiles para las redes sociales.
En lugar de simplemente usar datos nativos en la cadena como un gráfico social, una idea es construir un nuevo protocolo de gráfico social dedicado sobre las cadenas de bloques públicas. Por ejemplo, Lens Protocol explota una observación clave de que en las aplicaciones sociales existen factores comunes de interacción social, que se abstraen en diferentes acciones en cadena como "publicar", "comentar" y "duplicar" (es decir, compartir o retuitear) .
Farcaster tiene abstracciones similares en su gráfico social, como funciones de "transmisión" (publicación), "reacciones" (me gusta) y "amplificación", donde los usuarios pueden recomendar a otros usuarios que vale la pena seguir. La principal diferencia entre Farcaster y Lens es cómo se implementan técnicamente: Lens pone todo en la cadena de bloques de Polygon, mientras que Farcaster pone su registro de identificación en Ethereum, con un gráfico Delta en L2 Form ejecuta su gráfico social.
Un tercer protocolo de gráfico social notable es Cyberconnect, que pone más énfasis en la agregación de enlaces (fuentes dentro y fuera de la cadena) a través de su mecanismo link3, y se enfoca en eventos y clubes de fans como casos de uso iniciales.
La clave de estos protocolos de gráficos sociales es que no necesariamente construyen aplicaciones sociales de alto nivel como Twitter, Facebook o Instagram. En su lugar, proporcionan la capa de gráfico social abierta (esencialmente un SDK) necesaria para crear y ampliar estas aplicaciones de nivel superior. Como se mencionó anteriormente, la principal ventaja de esto es que incluso si una aplicación social que alguna vez fue exitosa desaparece (como Clubhouse), el gráfico social generado aún puede ser utilizado por otros desarrolladores. Por lo tanto, solo se necesita una campaña de marketing o una aplicación exitosa para iniciar todo el ecosistema.
Diseñar redes sociales descentralizadas desde cero
Una tercera estrategia es construir una solución descentralizada desde cero. La premisa es que las aplicaciones de redes sociales son la piedra angular de nuestra experiencia digital y, por lo tanto, requieren una solución blockchain dedicada (u otra descentralizada) que localice las operaciones básicas de las aplicaciones de redes sociales, en lugar de admitir un protocolo construido sobre la infraestructura para casos de uso financiero. En resumen, necesitamos una especie de "cadena de aplicaciones" de las redes sociales.
Uno de los proyectos más notables en esta estrategia es DeSo, que está construyendo una cadena de bloques L1 enfocada en aplicaciones sociales. A diferencia de otras cadenas de bloques públicas convencionales que se enfocan en "transacciones por segundo", DeSo se enfoca en optimizar las "publicaciones por segundo", así como las necesidades de las aplicaciones sociales para manejar la comunicación y el almacenamiento. Y las cadenas de bloques de propósito general como Ethereum no están necesariamente optimizadas para esto. Además de esta cadena de bloques L1, DeSo planea crear una variedad de aplicaciones sociales, incluido contenido de formato largo (como Substack), contenido de formato corto (como Twitter) y aplicaciones similares a Reddit.
Otras plataformas de redes sociales descentralizadas, como Bluesky y Mastodon, también pueden seguir aproximadamente esta estrategia de diseñar redes sociales descentralizadas desde cero. Estrictamente hablando, no son soluciones basadas en blockchain, sino que se basan en sistemas de servidores para garantizar que las publicaciones estén lo suficientemente descentralizadas. Por ejemplo, Mastodon utiliza un sistema similar al correo electrónico donde los usuarios pueden elegir entre diferentes proveedores de servicios como Gmail, Hotmail o iCloud. Al igual que una organización puede configurar y personalizar su propio servidor de correo, cada "instancia" en Mastodon será una comunidad autogestionable y personalizable. Por otro lado, Bluesky es una aplicación desarrollada en base al protocolo AT de código abierto, que es esencialmente un gráfico social abierto con API como "seguir", "me gusta" y "publicar", diseñado para plataformas de redes sociales como Twitter Optimized.
Lo que DeSo comparte con proyectos como Mastodon y Bluesky es que rechazan la noción de que los diseños de blockchain públicos existentes (representados por EVM) son adecuados para las redes sociales. Si bien este enfoque, sin duda, brinda a estos proyectos un control más granular sobre las decisiones de diseño y la experiencia del usuario, también corta las conexiones potenciales y la influencia cruzada con DeFi, las comunidades NFT existentes y otros elementos maduros en el ecosistema Web3. Además, lo que queda por ver es hasta qué punto estas soluciones están "descentralizadas", especialmente en un entorno donde su descentralización no está garantizada por una cadena de bloques pública. ¿Estas soluciones terminarán agrupando el gráfico social con las aplicaciones sociales como lo hacen las redes sociales existentes, o descentralizarán lo suficiente la capa del gráfico social y atraerán una variedad de aplicaciones y equipos de desarrollo? Esta es una pregunta clave para el futuro social de Web3.