Swarm

什么是加密货币中的 Swarm？

Swarm 是一个去中心化数据存储和分发网络，旨在服务于 Web3 应用、区块链数据、网站、媒体文件、NFT 元数据和其他数字内容。

在加密货币领域，Swarm 最常指与 Ethereum 生态相关的去中心化存储协议，旨在支持抗审查、无服务器应用。

官方 Swarm 文档将 Swarm 描述为用于抗审查、不可阻止、无服务器 dApp 的去中心化数据存储和分发协议。

其基本理念是，数据不应只能存储在一家公司的服务器、一个云账户、一个数据库或一个中心化托管服务商中。

相反，数据可以被拆分成小片段，分布到点对点网络中，并通过内容引用进行检索。

Swarm 与加密货币相关，是因为区块链适合存储少量高价值状态，但并不适合直接在链上高效存储大文件。

智能合约可以存储所有权、权限、支付或验证逻辑，而 Swarm 可帮助存储与应用关联的较大文件和数据。

例如，去中心化应用可以使用区块链进行结算，并使用 Swarm 存储前端文件、用户数据、元数据、媒体或文档。

Swarm 还与 BZZ 代币相关。BZZ 用于 Swarm 生态中的激励、存储支付和支持网络上的质押相关功能。

简单来说，Swarm 是一种 Web3 存储基础设施，旨在降低去中心化应用对中心化托管的依赖。

为什么 Swarm 对 Web3 很重要

Swarm 很重要，因为 Web3 应用所需的不仅是智能合约。

智能合约可以定义规则、余额、所有权和权限，但大多数应用还需要文件、图像、界面、文档、日志、消息和元数据。

将所有这些数据直接存储在区块链上可能成本高昂且效率低下。

Swarm 通过在主区块链状态层之外提供去中心化存储和分发来帮助解决这一问题。

官方 Swarm 网站称，Swarm 为自主数字社会提供抗审查的存储和通信基础设施。

这很重要，因为许多所谓的去中心化应用仍依赖中心化网站、中心化 API、中心化媒体存储或中心化元数据服务器。

如果这些中心化服务发生故障、阻止用户、移除内容或离线，即使智能合约仍然存在，应用也可能无法正常运行。

Swarm 旨在通过为开发者提供去中心化应用的点对点存储层来减少这一薄弱环节。

在正确使用时，它可支持更强的可用性、更好的抗审查能力和更独立的数据访问。

对加密生态系统而言，Swarm 是让 Web3 基础设施不仅限于代币转账的更广泛努力的一部分。

Swarm 如何运作

Swarm 通过将数据拆分为小块，并将这些数据块分布在由节点构成的点对点网络中来运作。

文件上传后，Swarm 会将其转换为可寻址的数据片段，供参与节点存储和检索。

每一块数据都可通过基于内容的地址引用，使用户和应用之后能够请求该数据。

官方 Swarm 上传和下载指南说明，上传至 Swarm 需要通过邮票批次购买存储空间，然后使用该批次 ID 上传数据。

上传后，Swarm 会返回一个引用哈希，可用于下载内容。

这与普通云存储不同：在云存储中，用户通常通过常规 URL 或账户路径向一家公司服务器请求文件。

在 Swarm 中，数据旨在通过去中心化网络而非一个中心服务器进行检索。

Swarm 使用激励机制，让存储提供者有理由存储和提供数据。

它还使用智能合约和基于代币的机制来支持存储支付和网络经济。

其目标是将去中心化存储、点对点数据传输和加密经济激励整合为一个存储层。

Swarm 与 Bee 节点

Bee 节点是参与 Swarm 网络所使用的主要软件。

用户和开发者可以运行 Bee 节点以连接 Swarm、上传数据、下载数据、与邮票交互并参与网络。

Swarm 文档将 Bee 节点描述为用户运行节点并成为 Swarm 网络一部分的方式。

在实际使用中，Bee 节点类似于用户设备或应用与 Swarm 点对点存储系统之间的网关。

开发者可通过 API、SDK 或命令行工具连接 Bee 节点。

官方上传指南称，Bee JS 是用于构建 Swarm 应用的官方 SDK，并可在浏览器和 Node.js 环境中运行。

这很重要，因为开发者需要简单工具来上传文件、下载文件、管理引用并在 Swarm 之上构建应用。

用户不一定需要了解所有网络层面的细节才能与 Swarm 交互，但严肃的开发者应理解 Bee 节点、邮票、引用和存储激励如何协同运作。

运行节点还可帮助用户更直接地参与去中心化基础设施，而不是只依赖公共网关。

不过，运行节点需要进行设置、维护、资金准备和具备基本技术知识。

Swarm 与 BZZ

BZZ 是与 Swarm 生态系统相关的代币。

官方 Swarm 代币文档称，BZZ 是在 Ethereum 上发行的原始代币；在 2024 年 5 月 4 日社区投票后，联合曲线被关闭，BZZ 供应量固定为 63,149,437。

同一文档说明，xBZZ 是 BZZ 在 Gnosis Chain 上的跨链版本。

文档还说明，xBZZ 用于质押和支付 Swarm 的存储费用。

这一区别很重要，因为用户可能在不同网络环境中看到 BZZ 和 xBZZ。

BZZ 通常指 Ethereum 上的原始代币。

xBZZ 是 Swarm 社区对 Gnosis Chain 上 BZZ 的称呼。

两者的代码都可能显示为 BZZ，因此用户在转账前应始终检查网络和代币合约地址。

BZZ 不应仅被理解为投机性资产。

在 Swarm 内部，该代币与存储激励和支付设计相关。

与任何加密代币一样，用户在与其交互前应审查用途、流动性、合约地址、跨链桥风险和钱包兼容性。

Swarm 邮票

邮票是 Swarm 中最重要的概念之一。

它们用于支付在网络上存储数据的费用。

官方 Swarm 邮票文档说明，邮票按批次购买，并赋予预付费的 Swarm 数据存储权利。

节点上传数据时，会向每个数据块附加邮票。

邮票的价值帮助节点决定哪些数据块值得保留在存储中。

文档还说明，随着存储租金从批次余额中扣除，邮票价值会随时间下降。

邮票到期后，节点不再因存储相关数据块而获得奖励，并可安全地将其从储备中移除。

这使 Swarm 不同于“上传一次，永久保存”的简单存储假设。

存储持久性取决于经济激励、邮票资金、网络参与和留存规则。

对于用户而言，这意味着长期存储规划应考虑邮票期限、批次余额以及数据是否需要长期保持可用。

数据块与内容寻址

Swarm 通过将文件分割为数据块来存储数据。

邮票文档说明，文件会被拆分为 4 KB 数据块，每个数据块都会被分配一个唯一地址。

内容寻址意味着数据通过从内容本身派生的信息进行引用，而非仅通过服务器位置进行引用。

这很有用，因为无需信任单个主机提供正确文件，即可验证和检索相同数据。

在中心化存储系统中，链接通常指向由服务器或公司控制的位置。

在内容寻址系统中，引用与数据本身绑定。

这一设计有助于确保完整性，因为内容一旦变更，引用也会改变。

对于加密应用而言，内容寻址具有价值，因为用户通常需要验证元数据、文件或应用资源未被悄然更改。

例如，当用户能够验证内容引用时，NFT 元数据、dApp 前端文件或公共记录可能更可信。

Swarm 的分块模型是其在多个节点间分发和检索数据的方式之一。

Swarm 引用

Swarm 引用是内容上传到 Swarm 后返回的标识符。

用户和应用可使用该引用在之后检索已上传的数据。

上传和下载指南说明，上传后 Swarm 会返回一个引用哈希，任何拥有该引用的人都可以使用它下载内容。

这使引用成为用户访问存储数据的核心。

引用可指向单个文件、文件集合、网站、清单或其他数据结构，具体取决于内容上传方式。

开发者可以将 Swarm 引用存储在智能合约、元数据、数据库或其他去中心化系统中。

这使区块链逻辑与 Swarm 存储能够协同工作。

例如，智能合约可以存储一个指向 Swarm 应用数据的引用。

用户应保护重要引用，因为丢失引用可能使数据更难被找到。

引用不同于私钥，但对于定位内容仍然很重要。

Swarm Feeds

Swarm Feeds 是一项通过静态地址支持可变内容的功能。

官方 Swarm Feeds 文档说明，Feeds 将单一所有者数据块组合成一种结构，以便为可变内容提供静态地址。

这很有用，因为内容寻址存储通常默认不可变。

如果内容发生变化，其引用也会变化。

这有利于验证，但当用户希望网站、个人资料、数据源或文档随时间更新时，可能不太方便。

Feeds 通过允许稳定指针指向更新后的内容来帮助解决这一问题。

例如，去中心化博客可能希望读者使用一个稳定地址，同时作者持续发布新文章。

dApp 可能希望用户无需每次手动分享新引用，即可找到界面或数据集的最新版本。

Feeds 有助于连接内容寻址的不可变性与实际更新需求。

它们对 Web3 发布和动态去中心化应用尤其有用。

用于去中心化应用的 Swarm

Swarm 可用于支持需要智能合约以外存储能力的去中心化应用。

dApp 可能需要存储前端代码、图像、文档、元数据、用户生成内容、日志或公共数据。

使用 Swarm 可帮助减少对中心化托管的依赖。

例如，仅托管在中心化服务器上的 dApp 前端，可能在服务器离线时消失。

托管在 Swarm 上的前端可通过网络分发，并由用户通过兼容 Swarm 的工具或网关检索。

这并不会自动使应用完全去中心化。

应用仍可能依赖中心化 API、中心化管理员密钥、中心化开发团队或中心化用户界面。

不过，使用去中心化存储是迈向更强 Web3 韧性的一步。

如果开发者希望实现真正抗审查的应用，应审慎设计完整技术栈。

Swarm 是存储层，而不是解决所有去中心化问题的万能方案。

用于 NFT 元数据的 Swarm

NFT 通常依赖描述资产的元数据。

元数据可能包括图像链接、动画链接、属性、描述、创作者信息和其他文件引用。

如果 NFT 元数据存储在中心化服务器上，NFT 可能依赖该服务器持续在线且行为可信。

Swarm 可用于以去中心化方式存储 NFT 元数据或媒体。

这可以提高韧性，因为数据并不绑定于一个普通托管账户。

创作者可以将元数据上传至 Swarm，并将 Swarm 引用存储在 NFT 合约或元数据字段中。

用户随后可使用引用检索内容。

不过，NFT 元数据的长期存储仍需要进行存储持久性规划。

如果邮票到期或数据未获得经济支持，可用性可能受到影响。

使用 Swarm 的 NFT 创作者在承诺永久存储前，应了解邮票资金、引用和长期访问。

Swarm 与抗审查能力

抗审查能力意味着即使某些主体试图阻止、删除或压制信息，信息仍可被访问。

Swarm 通过将数据分布在点对点网络中，而不是仅存储于一个中心化提供商，来支持抗审查能力。

这可能使单一公司、服务器运营商或基础设施账户更难移除访问权限。

不过，抗审查能力并非绝对。

访问仍可能受到当地法律、网关、互联网服务提供商、用户工具、网络健康状况、数据留存激励和内容发现的影响。

仅依赖一个公共网关的用户，仍可能面临网关层面的审查或停机。

更强的方案可能包括运行 Bee 节点、使用多个访问点并保留重要引用。

开发者还应考虑应用前端、API、钱包或名称系统是否引入中心化薄弱点。

Swarm 可以帮助降低托管审查风险，但抗审查能力必须在整个应用技术栈中加以考虑。

在加密货币领域，真正的韧性通常需要多层去中心化。

Swarm 与无服务器 Web3

无服务器 Web3 是指应用无需依赖由单一运营方控制的传统中心化服务器即可运行。

Swarm 文档使用“无服务器 dApp”一词来描述 Swarm 旨在支持的应用类型。

这并不意味着没有计算机参与。

它意味着应用不依赖单个中心服务器作为主要控制点或故障点。

数据可以由对等节点存储和分发。

智能合约可以管理逻辑和结算。

用户可以通过去中心化引用检索内容，而不是通过某公司拥有的文件路径。

该模型可使应用更具韧性，并更符合区块链价值观。

不过，它也改变了责任分配。

开发者需要以新的方式管理存储支付、引用、更新、数据可用性和用户访问。

无服务器 Web3 很强大，但需要与传统云开发不同的思维方式。

Swarm 与 Ethereum

Swarm 与 Ethereum 生态系统长期相关。

Ethereum.org 的去中心化存储文档将 Swarm 列为一种具备存储激励系统和存储租金价格预言机的去中心化数据存储与分发技术。

Swarm 经常被描述为去中心化应用周边更广泛 Web3 技术栈的一部分。

Ethereum 本身并非设计用于以可承受成本直接存储大文件。

相反，Ethereum 可存储少量高价值状态和引用，而去中心化存储网络可存储更大数据。

这种分工很重要。

智能合约可以存储 Swarm 引用、验证所有权或控制访问逻辑。

Swarm 可以存储和分发与该引用关联的实际文件。

这种关系有助于开发者构建应用，利用区块链安全性进行协调，并利用去中心化存储实现数据可用性。

Swarm 应被视为补充智能合约的基础设施，而非其替代品。

Swarm 与 Gnosis Chain

Swarm 目前使用 Gnosis Chain 进行涉及 xBZZ 和智能合约的重要生态系统操作。

Swarm 代币文档称，xBZZ 是 BZZ 在 Gnosis Chain 上的跨链版本，用于 Swarm 的质押和存储费用。

上传指南还指出，用户需要运行一个连接至 Gnosis Chain 的 Bee 节点，并为上传流程准备 xBZZ 和 xDAI。

这很重要，因为用户必须留意自己使用的网络。

Ethereum 上的代币和该代币在 Gnosis Chain 上的跨链版本并不是相同的链上资产，即使其代码看起来相似。

将代币发送到错误网络或错误合约地址可能导致严重问题。

用户在为节点或钱包注资前，应始终从 Swarm 文档验证官方合约地址。

他们还应了解在网络之间转移资产时的跨链桥风险。

对于开发者，Gnosis Chain 集成会影响设置、Gas 费、代币资金和智能合约交互。

对于普通用户，这主要意味着应仔细遵循官方设置说明。

Swarm 存储激励

Swarm 使用激励机制鼓励节点存储和提供数据。

如果没有激励，去中心化存储网络可能难以长期保持数据可用。

邮票帮助上传者支付存储费用。

节点可以使用邮票价值决定哪些数据块值得保留在储备中。

邮票文档称，邮票价格会根据价格预言机智能合约提供的利用率信号动态设定。

这形成了一种存储租金模式，即存储费用随时间支付，而非假设永久免费。

激励很重要，因为去中心化系统不能简单要求独立节点运营者永久存储一切。

节点运营者需要经济理由来提供存储、带宽和正常运行时间。

用户需要可预测的方式支付存储费用。

Swarm 的激励模型尝试通过与 BZZ 相关的支付、邮票和网络规则来连接这些需求。

在将 Swarm 用于必须长期保持可用的数据之前，理解激励机制至关重要。

Swarm 的优势

Swarm 的第一项优势是去中心化存储。

数据可通过点对点网络分发，而不只依赖中心化托管。

第二项优势是抗审查能力。

分布式数据存储可使通过单一中心化提供商移除内容变得更加困难。

第三项优势是 Web3 兼容性。

Swarm 可与智能合约、钱包、引用和去中心化应用工作流程配合使用。

第四项优势是内容寻址。

内容引用可帮助用户根据数据内容本身而非某一服务器的托管位置验证和检索数据。

第五项优势是开发者灵活性。

开发者可以在区块链外存储网站、元数据、文件和应用数据，同时使引用与链上逻辑保持连接。

第六项优势是激励模型。

邮票和与 BZZ 相关的机制为存储提供者和上传者提供了协调数据持久性的结构化方式。

这些优势使 Swarm 对希望获得更去中心化存储基础设施的构建者具有价值。

Swarm 的风险与局限性

Swarm 也存在风险和局限性。

第一项风险是存储持久性风险。

如果邮票到期或数据未获得经济支持，节点可能停止存储相关数据块。

第二项风险是技术复杂性。

运行 Bee 节点、购买存储空间、管理引用和基于 Swarm 开发，可能比使用普通云存储更复杂。

第三项风险是代币和网络混淆。

用户必须了解 BZZ、xBZZ、Gnosis Chain、Gas 代币和官方合约地址。

第四项风险是网关依赖。

如果用户仅通过一个网关访问 Swarm，该网关可能成为薄弱点。

第五项风险是可用性风险。

去中心化存储仍可能受到复制不足、节点流失、邮票到期或检索路径薄弱的影响。

第六项风险是用户错误。

丢失引用、向错误网络注资或错误配置节点都可能造成问题。

第七项风险是监管或内容风险。

抗审查存储可能引发有关非法内容、司法管辖区和责任的复杂问题。

用户在依赖 Swarm 存储关键数据前，应了解技术风险和社会风险。

Swarm 与中心化云存储

Swarm 和中心化云存储以截然不同的方式解决相似的用户需求。

中心化云存储通常更易使用、更容易上手，并提供用户熟悉的控制面板支持。

它也依赖可以更改条款、暂停账户、删除内容或发生中心化故障的中心化提供商。

Swarm 旨在提供去中心化存储和点对点分发。

它可减少对单一公司或服务器的依赖，但要求用户和开发者理解加密原生存储概念。

中心化云存储通常采用账户计费。

Swarm 使用邮票批次、引用、节点和基于代币的基础设施。

中心化存储通常更适合需要支持团队、合规工具和简易管理面板的普通业务流程。

Swarm 更适合重视去中心化、抗审查能力和内容寻址数据的 Web3 用例。

正确选择取决于应用的目标。

一些项目可能同时使用两者，但应如实说明哪些部分真正去中心化。

Swarm 使用场景

一种使用场景是托管去中心化应用前端。

dApp 可使用 Swarm 存储用户在浏览器中加载的文件。

另一种使用场景是 NFT 元数据和媒体存储。

创作者可以存储元数据和文件，并从代币合约或元数据字段链接 Swarm 引用。

第三种使用场景是去中心化发布。

作者、社区和开发者可发布更难通过单一中心化托管账户删除的内容。

第四种使用场景是公共记录和档案。

项目可使用内容引用存储文档、证明和数据集。

第五种使用场景是应用数据存储。

Web3 应用可在链下存储更大数据，同时将引用保留在链上。

第六种使用场景是通信和数据分发基础设施。

Swarm 更广泛的设计包含面向去中心化系统的存储和通信基础设施。

这些使用场景取决于正确设置、存储支付、检索工具和用户访问路径。

开发者如何使用 Swarm

开发者通常先设置或连接 Bee 节点。

然后，他们购买邮票批次，以获得选定大小和期限的存储容量。

接下来，他们通过 Bee JS、Bee API 或 Swarm CLI 等工具上传文件或数据。

上传会返回一个引用，可被存储、分享或连接至智能合约。

开发者随后可构建用户界面，通过引用从 Swarm 检索数据。

他们还可能在相关情况下使用 Feeds 处理可变内容、使用清单处理文件集合、使用加密保护私有数据，以及采用类似固定的工作流程。

开发者在构建生产环境应用前，应先测试小型上传。

他们还应监控存储期限、邮票余额、网关行为和节点健康状况。

对于关键应用，开发者应规划冗余、引用备份和用户教育。

去中心化存储不仅是代码集成。

它也是运营和可靠性决策。

使用 Swarm 的最佳实践

设置 Bee 节点、代币、邮票和开发者工具时，请使用官方 Swarm 文档。

转账前验证 BZZ 和 xBZZ 合约地址。

了解自己使用的是 Ethereum、Gnosis Chain 还是测试网。

购买符合所需存储大小和持续时间的邮票批次。

将重要 Swarm 引用备份到多个安全位置。

当内容需要随时间更新且保持稳定访问点时，使用 Feeds。

在依赖 Swarm 存储重要生产数据前，测试上传和下载。

监控存储持久性，不要假设数据在没有经济支持的情况下会永久保持可用。

如果需要更强的独立性以摆脱对公共网关的依赖，可考虑运行自己的 Bee 节点。

如果应用旨在实现真正去中心化，应教育用户如何访问 Swarm 内容。

不要将去中心化存储视为安全审查、数据备份或法律合规的替代品。

关于 Swarm 的常见误解

一个常见误解是 Swarm 是区块链。

Swarm 并不是像 Ethereum 那样的基础层区块链，因为其主要作用是去中心化存储和数据分发。

另一个误解是 Swarm 将数据直接存储在 Ethereum 上。

Swarm 与区块链系统协同工作，但大文件是通过 Swarm 网络存储，而不是直接存放在 Ethereum 合约存储中。

第三个误解是，将数据上传到 Swarm 意味着数据将永久免费可用。

Swarm 使用邮票和存储租金概念，因此持久性依赖经济支持。

第四个误解是 BZZ 和 xBZZ 始终可在没有网络风险的情况下互换。

用户必须关注链、跨链桥和合约地址。

第五个误解是去中心化存储可以消除所有审查或访问问题。

访问仍可能取决于网关、节点、引用、法律条件和网络健康状况。

FAQ

什么是加密货币中的 Swarm？

Swarm 是一个去中心化数据存储和分发网络，用于 Web3 应用、内容、元数据、网站和其他数字文件。

Swarm 是 Ethereum 生态系统的一部分吗？

是。Swarm 与 Ethereum Web3 技术栈长期相关，Ethereum.org 将其列为去中心化存储和分发技术。

什么是 BZZ？

BZZ 是与 Swarm 相关的原始代币，官方 Swarm 文档称其供应量固定为 63,149,437。

什么是 xBZZ？

xBZZ 是 BZZ 在 Gnosis Chain 上的跨链版本，用于 Swarm 工作流程中的质押和存储费用。

什么是 Swarm 邮票？

邮票是按批次购买的预付费存储权利，会附加到上传的数据块上，用于支付在 Swarm 存储数据的费用。

什么是 Bee 节点？

Bee 节点是用于连接 Swarm 网络、上传数据、下载数据和参与存储系统的主要软件。

Swarm 可以存储 NFT 元数据吗？

可以。Swarm 可用于存储 NFT 元数据和媒体文件，但创作者必须规划存储持久性和引用管理。

Swarm 上的数据是永久的吗？

并非自动永久，因为 Swarm 存储持久性取决于邮票资金、网络激励和数据留存条件。

Swarm 与云存储相同吗？

不同。Swarm 是去中心化且点对点的，而普通云存储通常依赖中心化提供商和基于账户的托管。

Swarm 有什么用途？

Swarm 用于去中心化 dApp 托管、NFT 元数据、文件存储、发布、公共记录、应用数据和 Web3 内容分发。

结语

Swarm 是为 Web3 生态系统构建的去中心化存储和分发网络。

它有助于解决一项重要加密基础设施问题：区块链可以协调所有权和逻辑，但并不适合直接在链上存储大文件。

Swarm 允许开发者通过使用内容引用的点对点网络存储文件、元数据、dApp 界面和其他内容。

其设计包括 Bee 节点、数据块、Swarm 引用、Feeds、邮票、存储激励和 BZZ 代币生态系统。

BZZ 和 xBZZ 很重要，因为 Swarm 的存储支付和质押相关机制使用基于代币的基础设施。

邮票尤其重要，因为它将数据持久性与经济支持联系起来。

Swarm 可提升抗审查能力、减少对中心化托管的依赖，并支持更完整的去中心化应用。

不过，它也要求用户和开发者理解存储期限、引用、节点设置、代币网络、网关和持久性风险。

Swarm 不应被视为贴有加密标签的普通云存储。

它是一种拥有自身技术和经济模型的去中心化存储协议。

在加密货币词汇表语境中，Swarm 最好理解为一种 Web3 存储基础设施，帮助去中心化应用在区块链本身之外存储和分发数据。

它的价值来自将点对点存储、内容寻址、抗审查能力和加密经济激励整合为一个去中心化数据层。