¿Cuáles son las diferencias entre Solana Actions y Blinks en comparación con Farcaster y Lens?

Autor: YB

Traducción: Blockchain en lenguaje sencillo

Recientemente, Solana y Dialect han lanzado conjuntamente el nuevo concepto de Solana ‘Acciones y Parpadeos’, que implementa funciones de operación con un solo clic a través de una extensión del navegador, como intercambio, votación, donación y acuñación. Las Acciones simplifican la ejecución de varias operaciones y transacciones, mientras que los Parpadeos garantizan el consenso y la consistencia de la red a través de la sincronización del tiempo y el registro secuencial. La combinación de ambos permite a Solana ofrecer una experiencia de cadena de bloques de alto rendimiento y baja latencia. El desarrollo de Parpadeos requiere el soporte de aplicaciones Web2, lo que plantea problemas de confianza, compatibilidad y colaboración entre Web2 y Web3. En comparación con Farcaster y Lens Protocol, las Acciones y Parpadeos dependen más de las aplicaciones Web2 para obtener tráfico, mientras que estas últimas dependen más de la seguridad on-chain.

1. Principio de funcionamiento de Actions y Blinks

1）Acciones (Acciones de Solana)

Según la definición oficial, las Acciones de Solana son una API estandarizada que devuelve transacciones on-chain de Solana. Estas transacciones pueden ser visualizadas, firmadas y enviadas en varios entornos, incluyendo códigos QR, botones + widgets y sitios web en Internet.

Actions se puede entender como transacciones pendientes de firma. Ampliando aún más, Actions es una descripción abstracta del mecanismo de procesamiento de transacciones en la red de Solana, que abarca diversas tareas como el procesamiento de transacciones, la ejecución de contratos y la manipulación de datos. Los usuarios pueden enviar transacciones a través de Actions, incluyendo la transferencia de tokens y la compra de activos digitales. Los desarrolladores utilizan Actions para invocar y ejecutar contratos inteligentes, para implementar lógica compleja en la cadena de bloques.

Solana maneja estas tareas a través de “Transactions”, cada Transaction está compuesta por una serie de instrucciones que se ejecutan entre cuentas específicas. Con el procesamiento en paralelo y el protocolo Gulf Stream, Solana reenvía las transacciones a los validadores de forma anticipada, reduciendo la latencia de confirmación. Con un mecanismo de bloqueo de granularidad fina, Solana puede procesar simultáneamente una gran cantidad de transacciones sin conflictos, lo que mejora significativamente la capacidad de rendimiento del sistema. Solana utiliza Runtime para ejecutar transacciones e instrucciones de contratos inteligentes, asegurando la corrección de las entradas, salidas y estados de las transacciones durante el proceso de ejecución.

Después de la primera ejecución, la transacción espera la confirmación del bloque. Una vez que la mayoría de los validadores estén de acuerdo en un bloque, la transacción se considera final. Solana puede procesar miles de transacciones por segundo, con un tiempo de confirmación tan bajo como 400 milisegundos. Gracias a los mecanismos de Pipeline y Gulf Stream, se ha mejorado aún más la capacidad de rendimiento y rendimiento de la red.

Actions no solo son tareas u operaciones, pueden ser transacciones, ejecuciones de contratos o procesamiento de datos. Estas acciones son similares a las transacciones o llamadas de contrato en otras cadenas de Bloquear, pero las Actions de Solana tienen ventajas únicas:

Procesamiento eficiente: Solana ha diseñado un método eficiente para procesar acciones, lo que permite ejecutarlas rápidamente en redes de gran escala.

Baja latencia: La arquitectura de alto rendimiento de Solana garantiza que el procesamiento de acciones tenga una latencia muy baja, lo que permite transacciones y aplicaciones de alta frecuencia.

灵活性：Actions 可以执行各种复杂操作，包括 Contrato inteligente调用和数据存储/检索（更largo详细信息请见扩展链接）。

2）Blinks (Enlace de Bloquear)

Según la definición oficial, Blinks puede convertir cualquier Acción Solana en un enlace compartible y rico en metadatos. Blinks permite a los clientes que admiten Acciones (extensión del navegador Billetera, bot) mostrar más funcionalidades a los usuarios. En el sitio web, los Blinks pueden activar una vista previa de transacción en Billetera sin necesidad de redirigir a una aplicación descentralizada; en Discord, los bots pueden expandir los Blinks en un conjunto de botones interactivos. Esto permite que cualquier interfaz de página web que muestre una URL pueda lograr una interacción on-chain.

En pocas palabras, Solana Blinks convierte las acciones de Solana en enlaces compartibles (similar a HTTP). Al habilitar esta función en las billeteras compatibles (como Phantom, Backpack y Solflare), los sitios web y redes sociales pueden convertirse en lugares para transacciones on-chain, lo que permite que cualquier sitio web con URL inicie transacciones de Solana directamente.

En resumen, aunque las acciones y destellos de Solana son protocolos / estándares sin permisos, aún necesitan aplicaciones de cliente y billeteras para ayudar a los usuarios a firmar transacciones, en lugar de solucionadores de intención.

El objetivo directo de Actions y Blinks es hacer que las operaciones on-chain de Solana se “enlacen” con HTTP y se resuelvan en aplicaciones Web2 como Twitter.

2、 Aplicación del protocolo social de descentralización en la red ETH

1) Protocolo Farcaster

Farcaster es un protocolo de redes sociales descentralizado basado en Ethereum y Optimism, que permite a las aplicaciones interconectarse a través de tecnologías descentralizadas como blockchain, redes P2P y el libro mayor distribuido. Esto permite a los usuarios migrar y compartir contenido sin depender de una entidad centralizada única. Su protocolo de gráfico abierto (que extrae automáticamente el contenido del enlace de las publicaciones de redes sociales e inyecta funciones interactivas) permite convertir automáticamente el contenido compartido por los usuarios en aplicaciones interactivas.

La red de descentralización: Farcaster depende de la red de descentralización para evitar problemas de fallos en un solo punto de los servidores centralizados comunes en las redes sociales tradicionales. Utiliza la tecnología de libro mayor distribuido para garantizar la seguridad y transparencia de los datos.

Cada usuario de Farcaster tiene un par de llave pública y llave privada. La llave pública se utiliza para identificar al usuario, mientras que la llave privada se utiliza para firmar sus operaciones. Este método garantiza la privacidad y seguridad de los datos del usuario.

Portabilidad de datos: los datos de los usuarios se almacenan en el sistema de almacenamiento descentralizado, en lugar de en un solo servidor. Esto permite a los usuarios tener un control total sobre sus datos y poder migrar entre diferentes aplicaciones.

Identidad verificable: A través de la tecnología de criptografía de clave pública, Farcaster asegura que la identidad de cada usuario sea verificable. Los usuarios pueden demostrar el control de la cuenta mediante la firma de operaciones.

Los identificadores descentralizados (DIDs): Farcaster utiliza los identificadores descentralizados (DIDs) para identificar usuarios y contenido. Los DIDs se basan en la encriptación de clave pública, lo que les otorga una alta seguridad e inmutabilidad.

Consistencia de datos: Para garantizar la consistencia de los datos en la red, Farcaster utiliza un Mecanismo de consenso similar a blockchain (con los Nodos como puntos de referencia). Este mecanismo asegura que todos los Nodos lleguen a un consenso sobre los datos y operaciones de los usuarios, manteniendo la integridad y consistencia de los datos.

Aplicación: Farcaster proporciona una plataforma de desarrollo que permite a los desarrolladores construir y desplegar aplicaciones de descentralización (DApps). Estas aplicaciones se pueden integrar sin problemas en la red Farcaster, proporcionando a los usuarios una variedad de funciones y servicios.

Seguridad y privacidad: Farcaster enfatiza la privacidad y seguridad de los datos del usuario. Todas las transferencias y almacenamientos de datos se realizan a través de encriptación, y los usuarios pueden elegir hacer públicos o privados sus contenidos.

En la nueva función Frames de Farcaster (integra distintos Frames de Farcaster y funciona de manera independiente), los usuarios pueden transformar las “casts” (similares a publicaciones, que incluyen texto, imágenes, videos y enlaces) en aplicaciones interactivas. Estos contenidos se almacenan en la red de Descentralización, asegurando su permanencia e inmutabilidad. Cada publicación tiene un identificador único al momento de su publicación para que sea rastreable, y se verifica la identidad del usuario a través del sistema de autenticación de Descentralización. Como un protocolo social de Descentralización, el cliente de Farcaster puede integrarse perfectamente con Frames.

2）Principios principales

El protocolo Farcaster se divide en tres capas principales: la capa de identidad, Capa de datos (Hubs) y Capa de aplicación. Cada capa tiene funciones y roles específicos.

A. Capa de Identidad

Funciones: Responsable de gestionar y verificar la identidad del usuario; proporciona autenticación de identidad descentralizada para garantizar la unicidad y seguridad de la identidad del usuario. Incluye cuatro registros: Registro de ID, Nombre, Registro de Clave y Registro de Almacenamiento (consulte el enlace 1 para más detalles).

Principio técnico: Utiliza Identificadores Descentralizados (DIDs) basados en la encriptación de clave pública para lograr la Descentralización. Cada usuario tiene un DID único para identificar y verificar su identidad. El uso de pares de clave pública y privada garantiza que solo el usuario pueda controlar y gestionar su información de identidad. La capa de identidad asegura una migración y autenticación sin problemas entre diferentes aplicaciones y servicios.

B. Capa de datos - Hubs

Función: responsable de almacenar y gestionar los datos generados por el usuario, proporcionando un sistema de almacenamiento de datos Descentralización, garantizando la seguridad, integridad y accesibilidad de los datos.

Principio técnico: Hubs son Nodo de almacenamiento Descentralización distribuidos en la red. Cada Hub actúa como una unidad de almacenamiento independiente, encargada de almacenar y gestionar una parte de los datos. Los datos se distribuyen en varios Hubs y se protegen mediante la tecnología de encriptación. Capa de datos garantiza la alta disponibilidad y escalabilidad de los datos, lo que permite a los usuarios acceder y migrar sus datos en cualquier momento.

C. Capa de aplicación

Funcionalidad: proporciona una plataforma para desarrollar y implementar aplicaciones Descentralización (DApps), que admiten diversos escenarios de aplicaciones, como Redes sociales, publicación de contenido y mensajería.

Principio técnico: Los desarrolladores pueden utilizar la API y las herramientas proporcionadas por Farcaster para construir y desplegar aplicaciones de Descentralización. La Capa de aplicación se integra perfectamente con las capas de identidad y datos, asegurando la autenticación de identidad y la gestión de datos durante el uso de la aplicación. Las aplicaciones de Descentralización se ejecutan en una red descentralizada, sin depender de servidores centralizados, lo que mejora la fiabilidad y seguridad de la aplicación.

3) Resumen

Acciones y destellos de A.Solana

Las acciones y destellos de Solana están diseñados para conectar los canales de tráfico de aplicaciones Web2. Su impacto directo es el siguiente:

Perspectiva del usuario: simplifica el proceso de negociación, pero aumenta el riesgo de robo de fondos.

Perspectiva de Solana: Aumenta en gran medida el efecto de flujo intersectorial, pero enfrenta desafíos de compatibilidad y soporte bajo el sistema de revisión de Web2.

En el amplio ecosistema de Solana, el futuro desarrollo de Layer2, SVM y sistemas operativos móviles podría mejorar aún más estas características.

B.以太坊的 Farcaster protocolo

En comparación con la estrategia de Solana, el protocolo Farcaster de Ethereum debilita la integración del tráfico de Web2 y mejora la resistencia a la censura y la seguridad en general. El modelo Farcaster + EVM se ajusta más a los conceptos nativos de Web3.

4）Protocolo Lens

Lens Protocol es otro protocolo de gráficos sociales descentralizados, con el objetivo de permitir a los usuarios tener un control total sobre sus datos y contenido social. A través de Lens Protocol, los usuarios pueden crear, poseer y gestionar sus gráficos sociales, y migrar sin problemas entre diferentes aplicaciones y plataformas. Este protocolo utiliza tokens no fungibles para representar los gráficos sociales y el contenido de los usuarios, asegurando la singularidad y seguridad de los datos. Como protocolo en la red ETH, Lens Protocol tiene similitudes y diferencias con Farcaster.

A. Puntos similares:

Control del usuario: En estos dos protocolos, el usuario tiene control total sobre sus propios datos y contenido.

Verificación de identidad: Ambos utilizan identificadores descentralizados (DIDs) y tecnología de encriptación para garantizar la seguridad y unicidad de la identidad del usuario.

B. Diferencias:

Arquitectura técnica:

Farcaster: Basado en Ethereum (L1), se divide en una capa de identidad para gestionar la identificación de usuarios, una capa de datos (Hubs) para almacenamiento descentralizado de nodos y una capa de aplicación para proporcionar una plataforma de desarrollo de DApps, utilizando Hubs sin conexión para la transmisión de datos.

Protocolo Lens: Utiliza la capa 2 de Polygon (L2) y tokens no fungibles para representar el mapa social y el contenido del usuario. Todas las actividades se almacenan en la billetera del usuario, enfatizando la propiedad y portabilidad de los datos.

Verificación y gestión de datos:

Farcaster: Gestiona los datos utilizando el nodo de almacenamiento distribuido (Hubs) para garantizar la seguridad y la alta disponibilidad. Se actualiza el identificador una vez al año y se alcanza un consenso a través del gráfico delta.

Lens Protocol: Registro de datos personales Token no fungible que garantiza la singularidad y seguridad de los datos sin necesidad de actualización.

Ecosistema de la aplicación:

Farcaster: proporciona una plataforma integral de desarrollo de DApps que se integra perfectamente con su identidad y Capa de datos.

Protocolo de lentes: se centra en la portabilidad del gráfico social del usuario y el contenido, admitiendo un cambio sin problemas entre diferentes plataformas y aplicaciones.

A través de esta comparación, podemos ver que Farcaster y Lens Protocol tienen similitudes en cuanto al control del usuario y la verificación de identidad, pero difieren significativamente en cuanto al almacenamiento de datos y el ecosistema. Farcaster se enfoca en una estructura en capas y almacenamiento descentralizado, mientras que Lens Protocol destaca el uso de tokens no fungibles para lograr la portabilidad y propiedad de los datos.

3. ¿Qué protocolo puede implementarse primero a gran escala?

A través del análisis anterior, estos tres protocolos tienen sus propias ventajas y desafíos.

Solana, con su alto rendimiento y capacidad, transforma cualquier sitio web o aplicación en una puerta de enlace de transacciones de criptomonedas, obteniendo seguidores rápidamente mediante el uso de plataformas de redes sociales y Blinks. Sin embargo, su dependencia de las características de la Web2 conlleva un equilibrio entre el tráfico y la seguridad.

El Protocolo Lens, establecido en 2022, utiliza su diseño modular y almacenamiento on-chain para proporcionar una buena escalabilidad y transparencia, capturando oportunidades tempranas en el mercado, pero posiblemente enfrentando desafíos de costos, escalabilidad y el sentimiento de miedo a perderse algo en el mercado.

La ventaja de Farcaster radica en su diseño, que se acerca lo más posible a los principios de Web3, ofreciendo un alto grado de Descentralización. Sin embargo, esto también conlleva desafíos en términos de iteración tecnológica y gestión de usuarios.