什么是 Farcaster？

概述

一个名为 Farcaster 的新型去中心化社交网络，因其集成的 web3 架构及其独特的应用程序内体验而备受关注。Farcaster 构建在以太坊之上，允许用户创建公共社交资料和社区，与其他用户互动。

在本指南中，你将了解更多关于 Farcaster 的信息、它的设计方式，以及它与 Meta 和 X 等其他社交网络的比较。让我们开始吧!

什么是Farcaster以及它是如何运作的？| 技术深度解析 在 YouTube 上观看

你将做什么

• 了解 Farcaster
• 获得 Farcaster 架构的基础知识
• 了解 Hubs 以及数据如何在 Farcaster 上存储

你需要什么

• 对 web3 和以太坊的基本了解

什么是 Farcaster？

Farcaster 是一个创新的、开源的、去中心化的社交网络，它通过赋予用户对其数据的完全控制权，将自己与 Meta 或 X 等中心化社交网络区分开来。与这些保留用户数据所有权的中心化平台不同，Farcaster 赋予其用户直接的数据所有权。

虽然 Farcaster 与传统的社交网络有相似之处，但它引入了新的术语：

关于 Farcaster 的要点包括：

• 它的功能类似于标准社交网络，允许个人：
  • 设置帐户
  • 分享内容
  • 与他人分享的内容互动

这些功能与对社交网络的一般期望相符。然而，Farcaster 通过以下集成的 web3 方面来区分自己：

• 创建 Farcaster 帐户需要一个以太坊 (EVM) 地址。该地址将链接到你的帐户，并用于签署消息并在 Farcaster 协议上发布它们（与传统的用户名/密码方法不同）。任何活动的消息都被识别为帖子、回复、关注等。
• 用户帐户数据（如个人资料详细信息）存储在链上。这是通过部署在 Optimism mainnnet 上的智能合约（例如，Id Registry）完成的。其他数据（如 Casts 等）存储在链下，位于 Farcaster 的存储网络上，称为 Hubs。
• 用户名可以通过 ENS 在链上进行管理，确保用户对其身份拥有主权，而中心化实体可以自行决定撤销用户名。任何人都可以调用 ENSRegistry 合约，将用户名解析为其托管地址。
• 用户可以在帖子中创建和嵌入去中心化应用程序（例如，铸造 NFT 按钮、一键 DAO 投票等）。- 用户可以在帖子中创建和嵌入去中心化应用程序（例如，铸造 NFT 按钮、一键 DAO 投票等）。这些被称为 "Frames"，它们必须符合 OpenGraph 才能在 Cast 中正确呈现。其他人已经构建了一些流行的 frame，包括 @cookies，他们构建了一个由 Coinbase Commerce 提供支持的 Frame 中的无缝结账体验，以及 $DEGEN，这是一个通过 BASE 链空投给 Farcaster 社区的 ERC-20 代币。
• 由于没有单一实体拥有底层数据，因此任何拥有 Farcaster 帐户的人都可以运行 Farcaster 节点（又名 Hub）并读取/写入数据。

Farcaster 的独特功能由以下部分支持：

• 特定的智能合约，每个合约执行不同的功能以促进去中心化体验
• Hubs，指的是存储和提供 Farcaster 数据的开源、去中心化、分布式对等节点

Farcaster 架构

如前所述，Farcaster 将一些数据（如帐户创建）存储在链上，而将其他数据（如 Casts）存储在称为 Hubs 的节点上。

这是一个高层次的视图：

让我们深入了解更多使用的智能合约。

Farcaster 使用三个智能合约（部署在 Optimism mainnet 上）来促进链上操作：

• Id Registry - 此 ID 注册合约允许用户注册、转移和恢复帐户。它与 fId 绑定，fId 又与帐户创建期间使用的以太坊地址绑定
• Storage Registry - 存储注册合约跟踪帐户及其存储租金。这与用户创建帐户时支付的租金相同，用于他们在 Farcaster 网络上的交互（例如，Casts、回复）。
• Key Registry - 密钥注册合约跟踪注册到应用程序的密钥。这控制着应用程序是否可以代表用户进行活动（例如，发布、关注）

要了解有关每个智能合约功能的更多详细信息，请查看文档，并在此处查看源代码 here。

Hubs

存储和提供 Farcaster 数据的节点网络称为 Hubs。这个分布式、对等网络存储和验证 Farcaster 的整个状态（链上和链下数据），并相互通信以保持 Farcaster 的最新状态。

由于 Farcaster 是开源的，因此任何用户都可以运行自己的 Hub，并且能够通过 API 从 Farcaster 读取/写入数据。Hubs 的当前实现包括 Hubble（用 Rust 和 Typescript 编写）。让我们首先深入了解存储以及数据的存储方式；然后，我们将深入研究消息生命周期以及如何在 Hub 上验证/存储消息。

存储

为了使帐户能够在 Farcaster 网络上进行交互，它必须首先支付租金。这通常是一年一次的费用，涵盖帐户可能进行的所有活动，例如 casting、回复、关注他人等。

每种类型的消息都会分配一些租金，并且在此租金金额超过后发布的任何消息都会导致最早的消息被修剪（由 Hub）。由于 Hubs 修剪和控制网络负载，因此用户可以在租金超过后继续使用 Farcaster 协议。

现在，让我们谈谈消息以及它们如何在 Hub 上存储。

消息生命周期

Hub 的同步过程包含一个两阶段过程 - gossip 和 diff 同步。让我们概述它如何在 Hub 上存储/提供的数据的生命周期中使用：

1. 帐户通过签署消息来创建交互（例如，Cast、React、Link）
2. 消息存储在 Hub 上并进行验证（例如，签名是否有效？是否满足 Cast 要求？）
3. 异步检查消息是否存在跨存储和帐户限制的冲突（例如，Cast 是否已删除；是否存在副本；帐户是否包含足够的租金？）
4. 如果有效，Hub 会将此消息传播到网络上的其他 Hub（即，gossiping）
5. Hub 会定期运行 diff 同步以查找已删除的消息并有效地恢复它们

请注意，运行 Hub 需要最低硬件要求，并且不会为运行该节点的用户产生收入。为了控制不良行为者，Hubs 会监控对等方并评估其行为，如果检测到不良行为则忽略它。要了解更多信息，请查看 Hubs 文档。

附加资源

• Farcaster 文档
• 如何构建 Farcaster Frames

最后的想法

做得好！你现在对 Farcaster 及其运作方式有了基本的了解。为了巩固你新获得的知识，请务必查看有关构建 [Farcaster Frames] 的指南，然后通过标记我们 @QuickNode 来分享你的自定义 Frame！

如果你有任何疑问，请查看我们的 Discord 服务器或使用下面的表格提供反馈以获得帮助。通过在 Twitter (@QuickNode) 和我们的 Telegram 公告频道 上关注我们，了解最新信息。

我们 ❤️ 反馈！

如果你有任何反馈或对新主题的要求，请告诉我们。我们很乐意收到你的来信。

• 原文链接： quicknode.com/guides/soc...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～