SocialFi探索:Solana Actions&Blinks vs. Ethereum Farcaster&Lens
本文探讨了 SocialFi 领域的最新创新,重点关注 Solana 的 Actions&Blinks 与以太坊的 Farcaster&Lens Protocol。Solana 通过浏览器插件实现一键 Swap、投票等功能,利用 Web2 应用获取更多流量,而以太坊的协议则更注重去中心化和安全性。
作者:YBB Capital Researcher Ac-Core
TLDR
-
近期Solana与Dialect共同推出了新的Solana概念“Actions and Blinks”实现以浏览器插件的方式一键Swap、投票、捐赠、Mint等功能。
-
Actions使得各类操作和交易能够高效执行,Blinks则通过时间同步和顺序记录来确保网络的共识和一致性。这两个概念共同作用,使得Solana能够实现高性能和低延迟的区块链体验。
-
Blinks的发展需要Web2应用的支持,首当其冲带来的是Web2与Web3间的信任,兼容与合作问题。
-
ActionsBlinks与FarcasterLens Protocol相比,前者依赖Web2应用获取更多流量后者更依赖链上获取更多安全。
一. Actions与Blinks的工作原理
图源:Solana docs(Solana Action 执行过程生命周期)
1.1 Actions(Solana Actions)
官方定义:Solana Actions 是符合规范的 API,它们会返回 Solana 区块链上的交易,这些交易可以在各种不同的上下文中进行预览、签名和发送,包括二维码、buttons + widgets(用户界面元素)以及互联网上的网站。
Actions可简单理解为待签署交易,展开来讲在Solana网络中,Actions可以理解为对交易处理机制的抽象描述,涵盖了交易处理、合约执行和数据操作等多种任务。在应用方面,用户可以通过Actions发送交易,包括代币转账、购买数字资产等,同样开发者也是利用Actions来调用和执行智能合约,实现复杂的链上逻辑。
-
Solana使用“Transaction”的形式来处理这些任务,每个交易由一系列指令组成,这些指令在特定账户之间执行。通过并行处理和利用Gulf Stream协议,Solana将交易提前转发给验证者,从而减少交易确认的延迟。通过细粒度的锁定机制,Solana能够同时处理大量不冲突的交易,大幅提升系统的吞吐量。
-
Solana使用Runtime来执行交易和智能合约指令,确保交易在执行时的输入、输出和状态的正确性。交易在初步执行后会等待区块确认,一旦区块被大多数验证者同意,交易就被认为是最终确认。Solana网络能够每秒处理数千笔交易,交易确认时间低至400毫秒以下。得益于Pipeline和Gulf Stream机制,进一步提升了网络的吞吐量和性能。
-
Actions不仅仅是指某些任务或操作,它们可以是交易、合约执行、数据处理等。这些操作类似于其他区块链中的交易或合约调用,但在Solana中,Actions有其独特的优势:首先是高效处理,Solana设计了一种高效的方式来处理这些Actions,使其能够在大规模的网络中快速执行。其次是低延迟,得益于Solana的高性能架构,Actions的处理延迟非常低,使得Solana能够支持高频率的交易和应用程序。最后是灵活性,Actions可以用来执行各种复杂的操作,包括智能合约的调用、数据的存储与读取等(更多内容见扩展链接)。
1.2 Blinks(Blockchain links)
官方定义:Blinks可将任何 Solana Action 转换为一个可共享、富含元数据的链接。Blinks 使支持 Action 的客户端(浏览器扩展钱包、机器人)能够为用户显示更多功能。在网站上,Blinks 可以立即在钱包中触发交易预览,而无需跳转到去中心化应用程序;在 Discord 中,机器人可以将 Blink 扩展为一组交互按钮。这使得任何能够显示 URL 的网页界面都可以实现链上交互。
通俗来讲Solana Blinks 将 Solana Action转换为可共享的链接(相当于http),在支持钱包Phantom,Backpack,Solflare wallet中的相关功能开启,即可将网站和社交媒体转变为链上交易的场所,允许任何具有 URL 的网站直接启动 Solana 交易。
综上,虽然 Solana Action和Blink是一种无权限协议/规范,但与意图叙事的求解器求解过程相比,其仍需客户端应用程序和钱包来最终帮助用户签署交易。
ActionsBlinks的直接目的是将Solana的链上操作执行直接“http链接化”分析至推特等Web2的应用产品。
图源:@eli5_defi
二. 位于以太坊的去中心化社交协议
2.1 Farcaster协议
Farcaster是一个基于以太坊和Optimism的去中心化社交图谱协议,它使应用程序能够通过区块链、P2P 网络和分布式账本等去中心化技术相互连接,并与用户建立联系。让用户可以在不同平台间无缝地迁移和共享内容,而不依赖单一的中心化实体,其开放图谱协议(当用户在社交网络的帖子中发布相关链接时,该协议会自动提取链接中的内容,注入可交互的特征)允许用户发布的链接内容自动提取和转化为交互式应用。
去中心化网络:Farcaster 依赖于去中心化网络,避免了传统社交网络中集中式服务器的单点故障问题。它使用分布式账本技术来确保数据的安全性和透明性。
公钥加密:每个用户在 Farcaster 上都有一对公钥和私钥。公钥用于标识用户,私钥用于对用户的操作进行签名。这种方式确保了用户数据的隐私和安全。
数据可移植性:用户的数据存储在去中心化的存储系统中,而不是单一的服务器上。这样,用户可以完全控制自己的数据,并且可以在不同的应用之间迁移。
可验证的身份:通过公钥加密技术,Farcaster 确保每个用户的身份是可验证的。用户可以通过签名来证明他们对某个账户的控制权。
去中心化标识符(DID):Farcaster 使用去中心化标识符(DID)来标识用户和内容。DID 是一种基于公钥加密的标识符,具有高安全性和不可篡改性。
数据一致性:为了确保网络中数据的一致性,Farcaster 使用了类似于区块链的共识机制(“帖子”既节点)。这种机制确保了所有节点对于用户数据和操作的共识,从而保证了数据的完整性和一致性。
去中心化应用:Farcaster 提供了一个开发平台,允许开发者构建和部署去中心化应用(DApp)。这些应用可以与 Farcaster 网络无缝集成,为用户提供各种功能和服务。
安全性和隐私:Farcaster 强调用户数据的隐私和安全。所有数据传输和存储都经过加密处理,用户可以选择公开或私有自己的内容。
在Farcaster的Frames新功能中(不同的Frames与Farcaster集成且独立运行),可将"cast"(类比“贴子”,包括文本、图片、视频和链接等)变成一个交互式应用。这些内容存储在去中心化的网络中,确保其持久性和不可篡改性。在“帖子”发布时,其每个cast都有唯一标识符,使其可追溯,并且用户身份通过去中心化身份验证系统进行确认。Farcaster协议作为一个去中心化的社交协议,其客户端可以直接无缝接入Frames。
2.2 主要原理包括以下三个方面:
图源:Architecture l Farcaster
Farcaster协议分为三个主要层次:身份层(Identity Layer)、数据层(Data Layer - Hubs)和应用层(Application Layer)。每个层次都有特定的功能和角色。
身份层(Identity Layer)
-
功能:负责管理和验证用户身份;提供去中心化的身份验证,确保用户身份的唯一性和安全性;具体由ld Registry,Fname,Key Registry,Storage Registry四个注册表组成(详见参考链接1)。
-
技术原理:使用去中心化标识符(DID),基于公钥加密技术;每个用户都有一个唯一的DID,用于标识和验证用户身份;通过公钥和私钥对的方式,确保只有用户自己可以控制和管理自己的身份信息。身份层确保用户在不同应用和服务之间可以无缝迁移和验证身份。
数据层(Data Layer - Hubs)
-
功能:负责存储和管理用户生成的数据,提供一个去中心化的数据存储系统,确保数据的安全性、完整性和可访问性。
-
技术原理:Hubs 是去中心化的数据存储节点,分布在整个网络中;每个Hub都是一个独立的存储单元,负责存储和管理一部分数据,数据在Hubs之间分布式存储,使用加密技术保护数据安全,数据层确保数据的高可用性和可扩展性,用户可以随时访问和迁移自己的数据。
应用层(Application Layer)
-
功能:提供开发和部署去中心化应用(DApps)的平台,支持各种应用场景,包括社交网络、内容发布、消息传递等。
-
技术原理:开发者可以使用Farcaster提供的API和工具,构建和部署去中心化应用;应用层与身份层和数据层无缝集成,确保用户在使用应用时的身份验证和数据管理;去中心化应用运行在去中心化网络上,不依赖于中心化的服务器,提高了应用的可靠性和安全性。
2.3 上述小结:
Solana的ActionsBlinks直接目的是打通Web2应用的流量渠道,直观的潜在影响:用户角度:简化交易的同时增加了资金被盗风险,Solana自身角度:极大增强了破圈的流量效应,但在Web2审查制度下的应用兼容和支持力度任存在风险,或许未来在Solana的庞大系统加持下,如Layer2,SVM,手机操作系统等会有更进一步的发展。
以太坊Farcaster协议,与Solana的策略打法相比弱化了Web2的流量引入,增强了整体的抗审查性和安全性,整体在Fracster+EVM的模型下更贴近Web3的原生理念。
2.4 Lens Protocol协议
图源:LensFrens
Lens Protocol 同样也是一个去中心化的社交图谱协议,旨在为用户提供完全控制其社交数据和内容的能力。通过 Lens Protocol,用户可以创建、拥有和管理自己的社交图谱,并且这些图谱可以在不同应用和平台之间无缝迁移。该协议使用非同质化代币 (NFT) 来表示用户的社交图谱和内容,确保了数据的唯一性和安全性。同位于以太坊的Lens Protocol与Farcaster也存在一些异同:
相同点:
-
用户控制:用户在两者中都能完全控制自己的数据和内容。
-
身份验证:使用去中心化身份标识(DID)和加密技术来确保用户身份的安全和唯一性。
不同点:
-
技术架构:
-
Farcaster:建立在以太坊(L1)上,分为身份层(Identity Layer)管理用户身份、数据层(Data Layer - Hubs)去中心化存储节点管理数据、应用层(Application Layer)提供DApps开发平台,并使用离线Hub进行数据传播。
-
Lens Protocol:则基于Polygon(L2),使用NFT来表示用户的社交图谱和内容,所有活动都存储在用户的钱包中强调数据的所有权和可迁移性。
-
验证和数据管理:
-
Farcaster:使用分布式存储节点(Hubs)进行数据管理,确保数据的安全性和高可用性。且需每年更新handle,使用delta graph实现共识
-
Lens Protocol:个人数据资料NFT确保数据的唯一性和安全性,无需更新
-
应用生态:
-
Farcaster:提供了一个综合的DApps开发平台,与其身份层和数据层无缝集成。
-
Lens Protocol:重点在于用户社交图谱和内容的可迁移性,支持在不同平台和应用之间的无缝切换。
通过上述对比,我们可以看到Farcaster和Lens Protocol在用户控制和身份验证有相似之处,但在数据存储和生态系统上有显著差异。Farcaster更注重分层结构和去中心化存储,而Lens Protocol则强调使用NFT来实现数据的可迁移性和所有权。
三. 三者谁可率先实现大规模应用落地?
通过上述的分析三者各有千秋和需面临的挑战,Solana凭借自身的高性能和可将任何网站或应用程序变成加密货币交易的网关,且率先占据社交媒体平台,依靠Blinks即可生成链接的优势快速赚取了热度流量优势,但依赖Web2也伴随着以流量换安全的问题。
Lens Protocol诞生于2022年,其资质最久,依托全链上模块化的设计和存储提供了良好的扩展性和透明性吃到了一波市场先机,但目前也可能面临成本和扩展性的挑战和市场FOMO情绪的遗忘。
而Farcaster的优势在于底层的设计相比于前两者是最符合Web3逻辑的协议,去中心化程度最高,但与之带来的挑战是技术的迭代难度和用户的管理问题。
扩展链接:
(1) https://solana.com/docs/advanced/actions
参考文章:
【1】 https://research.web3caff.com/zh/archives/13066?ref=416
免责声明:文章中的所有内容仅代表作者的观点,与本平台无关。用户不应以本文作为投资决策的参考。
你也可能喜欢
专访 UniSat 创始人:Fractal 是比特币最忠实的助手
Fractal 也非常适合被当作为比特币的先行网,因为和主网高度一致,又在性能上进行了优化,非常适合复杂应用去尽可能地实验、创新。同时能让用户参与进来,在真实交互环境下给真实的反馈,这是目前 Signet 和 Testnet 以及其他比特币 Layer 2 无法做到的。
Sahara AI的雄心:能否寻找到AI+Crypto领域真正的沙漠绿洲?
在这个 AI 和加密技术快速演进的时代,Sahara AI 代表了一种大胆的尝试。
![](https://img.bitgetimg.com/multiLang/web/0542951dbc242a375ef2a66924409922.webp)
晚报 | DOGS已开放Telegram钱包和CEX的代币申领;美国政府相关钱包持有近120亿美元比特币
VanEck和21Shares Solana ETF的19b-4表格疑似从CBOE网站上删除;资管公司Franklin Templeton为新的加密指数ETF提交S-1申请;Sanctum推出多个新LST,包括mangoSOL和uptSOL等。
![](https://img.bitgetimg.com/multiLang/web/9b03276c0672bd342a535179b9b29d6a.png)