Swarmbase 旨在为部署、协调和验证自主 AI 智能体集群（Swarms）提供去中心化基础设施。该项目描述了一个围绕多智能体编排、去中心化计算、消息传递、验证和经济协调而构建的协议及开发者技术栈，并在 opBNB 和 BNB Smart Chain (BSC) 上采用双链设计。 ^{[1] [2]}

概述

Swarmbase 被定位为一个解决多智能体 AI 系统协调、计算访问和验证挑战的协议。该平台将 opBNB 上的高频执行和智能体间消息传递与 BSC 上的结算、质押和治理分开，旨在通过低延迟消息传递、去中心化计算、输出的加密验证以及用于构建和部署多智能体工作流的开发者工具，支持集群规模的协调。项目资料显示，其治理机构设立在英属维尔京群岛，并提供了法律联系方式。 ^{[1] [2]}

项目展示的路线图划分为几个阶段。第 01 阶段（2026年 Q1–Q2），标记为“基础（Foundation）”，被描述为已完成，包括在 opBNB 上部署 SwarmCore 和 SwarmBadge、发布公开 dApp 以及合约源码验证。第 02 阶段（2026年 Q2），标记为“代币发行（Token Launch）”，目前处于活跃状态，包括在 BSC 上部署 SWARM 代币、归属锁定、流动性提供以及基于 TGE 快照的空投。第 03–05 阶段（2026年 Q3–2027年）被列为即将进行，涵盖质押和治理模块的激活、费用机制和排放、市场、带有 TEE 证明的协调器和验证器组件、SDK 和资助计划，以及推理证明（Proof of Inference）和基于 ZKML 验证等长期研究目标。这些里程碑由项目方描述，在适用情况下可能需要独立确认。 ^{[1] [2]}

公开渠道包括网站和白皮书、GitHub 组织、核心服务终端、公司 LinkedIn 页面以及市场/上市页面。一家市场聚合页面报告称，截至 2026 年 3 月 17 日，总筹资额为 300 万美元，最近一轮被标记为扩展种子轮（Extended Seed）；在可访问的摘要中未公开列出投资者详情。 ^[3]

项目文档中的两个代表性陈述说明了其范围和设计选择：

• “SwarmBase 旨在为协调的自主智能体集群提供基础设施层，原生构建于 BNB Chain 之上。” ^[2]
• “该平台将高频执行和智能体间消息传递（opBNB）与结算、质押和治理（BSC）分开。” ^[2]

产品

该项目描述了涵盖编排、计算、消息传递、验证和开发工具的多个组件。SwarmCore 被介绍为一个用于任务分解、分层规划、动态代理分配以及共识/故障转移处理的编排引擎，并指出已部署在 opBNB 上用于早期参与（注册、签到、推荐和 TGE 前积分指标）。SwarmBadge 同样被描述为已部署在 opBNB 上，为贡献者发行不可转让的（灵魂绑定）勋章（例如：Pioneer、Builder、OG）。一个标准的 BEP-20 代币 SwarmToken 计划在 TGE 时于 BSC 上发行。计划中的协议模块包括 StakeVault（质押、委托、带有解绑机制的惩罚托管）、GovernanceModule（两级链上治理）、RewardDistributor（opBNB 上的周期性奖励）、SwarmCoordinator（任务路由和 DAG 管理）以及 VerifierGateway（TEE 证明和 ZKML 验证）。面向开发者的资源重点强调了 Python、TypeScript 和 Rust 版本的 SDK，以及与代理框架的集成。 ^{[1] [2]}

功能特性

所描述的功能集结合了编排、去中心化计算、消息传递/状态、验证以及开发者工具。任务编排强调分层分解以及对故障和对抗行为的稳健处理。去中心化计算被概述为一个点对点 GPU 市场（ComputeMesh），支持自动竞价和用于可验证链下工作的加密证明。消息传递和状态处理（HiveMind）被呈现为具有持久内存流和多模态上下文共享的低延迟代理间通道。验证（Proof of Swarm）旨在标准化代理输出的加密证明，通过验证者质押和对不诚实行为的惩罚（slashing）来产生链上审计轨迹。开发者技术栈包括 SDK、框架集成（例如 LangChain、AutoGen、CrewAI）、代理模板和部署工具。一些性能和采用指标（例如低于 50ms 的编排、小于 10ms 的消息传递以及部署数量）归功于项目资料，尚未经过独立验证。 ^{[1] [2]}

生态系统

项目资料描述了若干参与者角色。“Swarm 部署者”是启动代理群（agent swarms）用于自动化、研究和生产工作流的公司和开发者。“GPU 提供商”向 ComputeMesh 提供计算资源，并旨在接收奖励。“验证者”是验证输出和证明的质押者，并可能受到罚没（slashing）惩罚。“开发者”使用 SDK 构建模板、集成和应用程序，并涉及收入共享和资助。当治理激活时，“DAO/治理”参与者是预期对协议参数和国库进行投票的 SWARM 持有者。公开成果包括 GitHub 组织、网站/白皮书以及一个运行中的 dApp 端点；白皮书将 opBNB 上的某些参与系统视为已上线，而将核心治理和质押视为路线图项目。 ^{[1] [2]}

公司的 LinkedIn 页面提供了一个额外的组织接触点；然而，它并未列出详细的领导层、合作伙伴或融资细节。 ^[4]

使用场景

• 使用协调的多智能体集群（Swarms）的企业自动化工作流
• 需要链式或专业化推理智能体研究工作流
• 为复杂输出组合多个专业智能体的产品工作流
• 需要分解、委派和验证的通用多步骤任务

这些使用场景已在项目材料和白皮书描述中列出。 ^{[1] [2]}

架构

双链设计

Swarmbase 描述了一种双层架构，在 opBNB（具有亚秒级区块生成的 L2 环境）上运行高频智能体执行和消息传递，同时在 BNB Smart Chain (BSC) 上处理结算、代币转移、质押、治理和罚没（slashing）。这种分离旨在提供低延迟的智能体交互，同时保留一个更稳健的结算层。据报告，早期参与模块（如 SwarmCore 和 SwarmBadge）已部署在 opBNB 上，而根据路线图，标准的 SWARM 代币以及治理/质押模块则位于 BSC 上。 ^{[2] [1]}

Swarm 原语与编排

核心执行模型被定义为“swarms-as-DAG”，即智能体和类型化消息通道形成一个支持嵌套子群（sub-swarms）的有向无环图。编排引擎（SwarmCore）的目标是实现分层任务分解、动态智能体分配、智能体间共识以及故障转移处理。项目方声称的性能目标包括低于 50ms 的编排延迟；这些数据由项目方报告，未经此处独立验证。 ^{[1] [2]}

消息传递与状态

HiveMind 被描述为一种低延迟消息传递基座，具有持久化内存流和智能体之间的多模态上下文传播，并支持端到端加密。相关资料声称其消息延迟小于 10ms。关于 opBNB 上的状态处理，讨论涉及分层树（hierarchical tries）以及状态转换的“提议-提交-揭示”（propose-commit-reveal）模式，并在周期边界将全局状态根定期锚定到 BSC。 ^{[1] [2]}

去中心化算力

ComputeMesh 被定义为一个点对点 GPU 市场，支持资源发现、自动竞价以及用于验证链外计算的加密证明。其目标是在为智能体工作流提供可验证计算结果的同时降低成本。路线图中讨论了具体的证明系统，包括 TEE 远程度量路径以及最终用于机器学习推理的零知识证明策略。 ^{[1] [2]}

验证与问责

Swarm 证明（Proof of Swarm）验证层旨在生成智能体输出的加密证明，验证者需质押 SWARM，若有违规行为将被罚没。白皮书中列出的罚没条件包括虚假或双重证明、长时间停机以及伪造证明，惩罚金和奖励将分配给报告者和国库。路线图提到了在后期阶段使用可信执行环境度量（Intel SGX, AMD SEV）和基于 PLONK 的 ZKML 进行推理验证，以及一个名为“推理证明”（Proof of Inference）的研究方向，该方向将有用的推理视为一种带有验证者证明的共识指标。 ^[2]

开发者工具与集成

Swarmbase SDK 被描述为跨语言的（Python, TypeScript, Rust），并集成了 LangChain、AutoGen 和 CrewAI 等智能体框架，提供智能体模板和单命令部署工具。白皮书和网站还提到了计划在后续阶段激活的开发者 API 和智能体市场。 ^{[1] [2]}

安全、审计与合规说明

项目资料表明，在第一阶段（Phase 01）结束前后，智能合约审计处于“进行中”状态，并且某些 opBNB 部署已完成合约源码验证。验证路径强调了符合 GDPR 标准的设计，以及在后期阶段使用 TEE 和 ZKML。治理设计包括旨在逐步实现去中心化的风险降低机制（例如：时间锁、具有否决权的临时安全委员会）。这些项目由项目方报告，并在相关情况下取决于未来的里程碑。 ^{[1] [2]}

代币经济学 (Tokenomics)

项目资料显示 SWARM 是 BSC 上供应量固定的 BEP-20 代币，在质押、费用、奖励和计划中的治理中承担经济角色。白皮书规定 SWARM 总供应量为 1,000,000,000 枚，不设铸造功能，无转账限制，且不具备代理升级性。代币部署和分发机制与路线图的阶段 02（代币发行）相关。 ^{[2] [1]}

分配

• 社区：20%
• 团队：15%
• 生态系统奖励：15%
• 营销：12%
• 战略轮：10%
• 库库：8%
• 流动性：8%
• 储备金 (Reserve)：7%
• 战略合作伙伴：5%

这些百分比和标签由项目的代币经济学资料提供。 ^{[1] [2]}

归属与分发机制

所述的归属计划包括：战略轮和战略合作伙伴为 12 个月的锁定期（Cliff）及随后的线性归属（12 个月线性）；团队为 12 个月的锁定期及 24 个月的线性归属；社区、营销和生态系统奖励则设有各种短期锁定期和线性归属方案。流动性在 TGE（代币生成事件）时分配用于交易所流动性，根据白皮书，LP 代币注定锁定至少 12 个月。托管方面，部分分配通过 Team.Finance 进行，其他则通过 Gnosis Safe 多签钱包管理。网站和白皮书在不同版本中对某些类别的初始解锁百分比（如社区解锁）描述不一；白皮书明确指出代币供应固定且无铸造功能，路线图将代币部署和流动性列为代币发行项。 ^{[2] [1]}

实用功能

• 质押 (Staking) 与验证者参与，用于证明结果并赚取奖励
• 代理任务执行的协议费用，包含明确的销毁组件
• 通过周期性排放（计划中）向集群参与者分发奖励
• 向 GPU/算力提供商支付经核实的计算任务费用
• 通过生态系统赠款和奖励分发进行激励

这些实用功能和费用机制在网站和白皮书中均有描述，路线图时间表显示将分阶段激活。 ^{[1] [2]}

排放、费用与质押参数

计划中的排放包括来自生态系统分配的初始年度排放，采用年度减半计划，按周期（Epoch）发放（白皮书目标为六小时一个周期，并给出了第一年每个周期的名义数值）。代理任务执行的协议费用建议为 3%，其中 2% 销毁，其余部分由国库和验证者平分。质押 (Staking) 参数包括可配置的最低验证者质押量、14 天的解质押期（Unbonding period），以及解质押期间适用的惩罚（Slashing）。这些参数属于路线图项目，一旦激活将受链上治理约束。 ^[2]

治理

项目概述了一个两层链上治理模型，旨在代币发行和初始协议激活后启用。“参数治理”将涵盖数值协议设置（如质押量、排放量、费用），需简单多数通过并达到定义的法定人数；而“结构治理”将处理合约升级和国库支出，需绝对多数通过并达到更高的法定人数。文中规定了提案流程（保证金、讨论期、投票期和执行时间锁），以及一个拥有否决权的临时安全委员会，旨在随着去中心化的推进逐步减少并最终移除其权力。治理资料还指出，当治理模块（GovernanceModule）激活时，将采用“1 代币 = 1 投票权”的机制。 ^{[2] [1]}

已确认的合作伙伴关系

• 公开的项目文件中未列出任何外部命名的第三方合作伙伴。
• 文中提到了与 AI 基础设施提供商和 GPU 计算网络的计划战略合作伙伴关系，但未指明具体组织名称。

项目资料描述了相关计划和意图，但截至参考文件发布时，尚未提供已确认的第三方合作伙伴名称。 ^{[1] [2]}

产品详情 (Detailed)

SwarmCore 被描述为编排引擎，负责注册参与者、管理任务分解，并通过分层规划、共识和故障转移程序协调智能体（Agent）。早期参与功能包括注册、每日签到、推荐追踪以及 TGE 前的链上积分机制。SwarmBadge 向早期贡献者发放不可转让的徽章，涵盖先锋（Pioneer）、建设者（Builder）和元老（OG）等类别。SwarmCoordinator 计划在后期阶段管理基于 DAG 的工作流和任务路由。VerifierGateway 旨在集成 TEE 证明流水线（Intel SGX/AMD SEV），并随着时间的推移集成用于推理验证的 ZKML 证明器。RewardDistributor 的结构是在执行层按周期（Epoch）发放奖励，而 StakeVault 和 GovernanceModule 则在协议激活阶段上线质押和治理功能。 ^{[1] [2]}

开发者资源以 Python、TypeScript 和 Rust 的 SDK 形式呈现，并集成了 LangChain、AutoGen 和 CrewAI 等智能体框架。平台路线图包括开发者 API 以及智能体模板和组件的市场。目前存在一个用于代码和文档的公共 GitHub 组织；然而，路线图中描述的所有模块并非在参考文档发布时均已可用。 ^{[2] [5]}

功能特性 (详细)

编排功能强调“群组即 DAG (有向无环图)”语义，使多个智能体能够通过类型化消息通道并行或顺序执行。分层任务规划方法旨在将复杂工作流分解为由专业智能体处理的子任务，并具备动态分配和故障转移机制，以减轻智能体故障或对抗性行为的影响。消息层专为低延迟通信和持久上下文共享而设计，以支持多模态输入和输出。验证机制集成了基于质押的验证和罚没 (slashing) 机制，以激励诚实行为，并提供链上审计轨迹以确保可复现性。项目资料描述了符合 GDPR 标准的验证考量，并计划在后期阶段支持 TEE (可信执行环境) 和 ZK (零知识) 证明进行推理验证。项目中提出了一些定量性能指标，在缺乏第三方基准测试的情况下，应仅将其视为项目方的陈述。 ^{[1] [2]}

ComputeMesh 旨在提供一个具有程序化竞价和可验证计算证明的去中心化 GPU 市场，旨在降低成本并扩大计算资源的获取渠道，同时允许智能体卸载工作负载。该协议提议，向计算提供商支付的费用将使用 SWARM 进行结算，一旦协议激活阶段完成，将通过排放和手续费分配额外奖励。 ^{[1] [2]}

生态系统（详情）

生态系统参与者包括配置并启动智能体工作流的群体部署者（swarm deployers）、为网络提供算力的GPU提供商、质押并证明结果的验证者，以及创建模板和集成并可能获得收入分成或资助的开发者。DAO治理社区由代币持有者组成，预计在治理上线后，他们将对参数和国库分配进行投票。公开成果包括网站和白皮书、GitHub项目，以及文档中引用的执行层dApp端点；白皮书将opBNB组件定位为可参与状态，而质押和治理则计划在后期阶段激活。 ^{[1] [2]}

一家市场聚合页面记录了据报总计300万美元的融资额，以及2026年3月17日的扩展种子轮（Extended Seed round）；公开摘要中未提供详细的投资者身份。LinkedIn公司页面虽已存在，但在提供的资料中未列出创始人或高管名单。 ^{[3] [4]}

架构（详述）

编排引擎 (SwarmCore)

SwarmCore 被描述为管理智能体注册、任务生命周期以及智能体间的共识/故障转移，旨在实现低于 50 毫秒的编排延迟，以实现响应式协调。白皮书将执行模型设定为与 opBNB 上的状态转换兼容，并定期锚定到 BSC 进行结算，将 SwarmCore 定位为高频控制平面。 ^{[1] [2]}

去中心化 GPU 网络 (ComputeMesh)

ComputeMesh 被构建为一个去中心化市场，供应商在此发布能力和定价，任务通过自动竞价进行分配。计算工作的验证旨在依赖加密证明，并在后期阶段通过 TEE 认证和零知识方法来增强机器学习（ML）推理的有效性。 ^{[1] [2]}

智能体消息传递 (HiveMind)

HiveMind 强调低延迟通道（声称 <10ms）和持久化内存流，这些流可以在不同智能体和任务之间保留上下文，并采用端到端加密。该组件支撑着群体协调，使多个专业智能体能够交换中间结果和状态。 ^{[1] [2]}

验证协议 (Proof of Swarm)

验证层提出了验证者质押、用于扩展认证的委员会选择机制以及针对不当行为的惩罚（Slashing）。白皮书概述了针对错误认证、双重认证、停机和伪造证明的惩罚率，以及被罚没金额的分配方式。随着时间的推移，系统目标是通过 TEE 流水线和 ZKML 证明器实现更稳健的认证，并探索推理证明（Proof of Inference）模型。 ^[2]

开发者工具包（SDK 与集成）

开发者技术栈包括多种语言的 SDK、与智能体框架的集成、常用工作流模板以及计划中的市场。一个公开的 GitHub 组织作为代码和文档中心，尽管各个模块的可用性取决于路线图进展和审计情况。 ^{[2] [5]}

治理与法律

白皮书中描述的治理模型包括一个双层结构，设有参数投票和结构投票、定义的法定人数、提案保证金、讨论与投票窗口以及执行时间锁。一个拥有否决权的临时安全委员会旨在受到时间限制，并随着去中心化的推进而逐步退出。该网站指出，治理受英属维尔京群岛管辖，路线图项目表明链上治理将在后期阶段激活。 ^{[2] [1]}

安全考量

安全要素包括基于质押的验证者选择、带有特定罚则的惩罚机制（slashing），以及不断演进的验证技术栈（TEE 和 ZKML）。该项目报告称，在第 01 阶段结束前后，智能合约审计“正在进行中”，并对某些 opBNB 部署进行了合约源码验证。这些要素旨在支持智能体输出的可追责性和可复现性，并减轻不诚实行为。 ^{[1] [2]}

类似倡议与背景

在更广泛的多智能体和去中心化计算领域中，该设计强调了结合编排、计算、消息传递和验证的堆栈，并辅以基于代币的激励机制和链上治理。相关材料将未来阶段的研究框架设定为面向共识的推理验证（推理证明，Proof of Inference）以及模型输出的密码学验证（ZKML），这与 AI 系统可验证计算领域新兴的努力方向相一致。这些元素被作为路线图项目而非现状保证提出。 ^{[2] [1]}

显著声明

• “早期参与系统（SwarmCore、SwarmBadge 和链上 swarmScore 积分端点）已在 opBNB 上线；根据项目路线图，计划推出标准的 BEP-20 代币 (SWARM) 以及质押/治理模块。” ^[2]
• “已提出协议费用机制（代理任务执行收取 3%：2% 销毁，0.5% 库库，0.5% 验证者）。” ^[2]

数据缺口与验证说明

所提供的材料未包含明确的创始人名单、详细的投资者身份或经第三方确认的合作伙伴关系。多个要素——包括质押/治理激活、费用销毁与排放、TEE/ZKML 验证以及市场功能——均被记录为路线图规划项目。市场聚合器数据报告了融资数额和轮次日期，但未公开投资者归属。寻求对部署、代币分配、流动性锁定、审计和交易所上市进行独立确认的读者，应咨询区块链浏览器、审计报告和交易所公告。 ^{[1] [3]}