Swarmbase 旨在为部署、协调和验证自主 AI 智能体集群提供去中心化基础设施。该项目描述了一个围绕多智能体编排、去中心化计算、消息传递、验证和经济协调的协议及开发者技术栈,并在 opBNB 和 BNB Smart Chain (BSC) 上采用了双链设计。 [1] [2]
Swarmbase 被定位为一个解决多智能体 AI 系统协调、计算访问和验证挑战的协议。该平台将 opBNB 上的高频执行和智能体间消息传递与 BSC 上的结算、质押和治理分离,旨在通过低延迟消息传递、去中心化计算、输出的加密验证以及用于构建和部署多智能体工作流的开发者工具,支持集群规模的协调。项目资料显示,其治理机构设立在英属维尔京群岛,并提供了法律联系方式。 [1] [2]
项目展示的路线图划分为几个阶段。第一阶段(2026年第一至第二季度),标记为“基础”,被描述为已完成,包括在 opBNB 上部署 SwarmCore 和 SwarmBadge、发布公共 dApp 以及合约源码验证。第二阶段(2026年第二季度),标记为“代币发行”,目前处于活跃状态,包括在 BSC 上部署 SWARM 代币、归属锁定、流动性提供以及基于 TGE 快照的空投。第三至第五阶段(2026年第三季度至2027年)被列为即将进行,涵盖质押和治理模块的激活、费用机制与排放、市场、带有 TEE 证明的协调器和验证器组件、SDK 与资助计划,以及推理证明(Proof of Inference)和基于 ZKML 验证等长期研究目标。这些里程碑由项目方描述,适用时可能需要独立确认。 [1] [2]
公开渠道包括网站和白皮书、GitHub 组织、核心服务终端、公司 LinkedIn 页面以及市场/上市页面。一家市场聚合页面报告称,截至 2026 年 3 月 17 日,最新一轮融资标记为扩展种子轮,总筹资额为 300 万美元;在可获取的摘要中未公开列出投资者详情。 [3]
项目文档中的两个代表性陈述说明了其范围和设计选择:
该项目描述了涵盖编排、计算、消息传递、验证和开发工具的多个组件。SwarmCore 被介绍为一个用于任务分解、分层规划、动态代理分配以及共识/故障转移处理的编排引擎,并已部署在 opBNB 上用于早期参与(注册、签到、推荐和 TGE 前积分指标)。SwarmBadge 也已部署在 opBNB 上,为贡献者发行不可转让的(灵魂绑定)勋章(如 Pioneer、Builder、OG)。计划在 TGE 时在 BSC 上推出规范的 BEP-20 代币 SwarmToken。计划中的协议模块包括 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)、代理模板和部署工具。一些性能和采用指标(例如低于 50 毫秒的编排、小于 10 毫秒的消息传递以及部署数量)归功于项目材料,尚未经过独立验证。 [1] [2]
项目资料描述了多个参与者角色。“Swarm 部署者”是启动代理集群用于自动化、研究和生产工作流的公司和开发者。“GPU 提供商”向 ComputeMesh 提供计算资源,并旨在获取奖励。“验证者”是验证输出和证明的质押者,可能会受到罚没惩罚。“开发者”使用 SDK 构建模板、集成和应用程序,并涉及收入共享和资助计划。“DAO/治理”参与者是 SWARM 持有者,预计在治理激活时对协议参数和国库事务进行投票。公共资产包括 GitHub 组织、网站/白皮书以及一个运行中的 dApp 终端;白皮书将 opBNB 上的某些交互系统视为已上线,而将核心治理和质押列为路线图项目。 [1] [2]
公司的 LinkedIn 页面提供了额外的组织接触点;然而,它并未列出详细的领导层、合作伙伴或融资细节。 [4]
这些应用场景已在项目资料和白皮书说明中列出。 [1] [2]
Swarmbase 描述了一种双层架构,在 opBNB(具有亚秒级区块生成时间的 L2 环境)上运行高频代理执行和消息传递,同时在 BNB 智能链 (BSC) 上处理结算、代币转移、质押、治理和惩罚(slashing)。这种分离旨在提供低延迟的代理交互,同时保持一个更稳健的结算层。据报告,早期参与模块(例如 SwarmCore 和 SwarmBadge)已部署在 opBNB 上,而根据路线图,规范的 SWARM 代币以及治理/质押模块则位于 BSC 上。 [2] [1]
核心执行模型被构建为“Swarm 即 DAG”,其中智能体(Agent)和类型化消息通道形成了一个支持嵌套子 Swarm 的有向无环图(DAG)。编排引擎(SwarmCore)专注于分层任务分解、动态智能体分配、智能体间共识以及故障转移处理。该项目声称的性能目标包括低于 50 毫秒的编排延迟;这些数据由项目方报告,未经此处独立验证。 [1] [2]
HiveMind 被描述为一个低延迟的消息传递底层,具有持久内存流和代理之间的多模态上下文传播,并支持端到端加密。相关资料声称其消息传递延迟小于 10 毫秒。关于 opBNB 上的状态处理,讨论涉及分层前缀树(hierarchical tries)以及用于状态转换的“提议-提交-揭示”(propose‑commit‑reveal)模式,并定期在纪元边界将全局状态根锚定到 BSC。 [1] [2]
ComputeMesh 的特点是一个点对点的 GPU 市场,它支持资源发现、自动竞价以及用于验证链外计算的加密证明。其目标是在为智能体工作流提供可验证计算结果的同时降低成本。路线图中讨论了具体的证明系统,包括 TEE(可信执行环境)远程度量路径以及最终用于机器学习推理的零知识证明策略。 [1] [2]
Proof of Swarm 验证层旨在为代理输出生成加密证明,验证者需质押 SWARM 代币,若有不当行为将面临削减(slashing)处罚。白皮书中列出的削减条件包括虚假或双重证明、长时间停机以及伪造证明,惩罚金和奖励将分配给报告者和国库。路线图提到在后期阶段将引入可信执行环境(TEE)证明(如 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]
项目资料显示,SWARM 是 BSC 上的一种固定供应量 BEP-20 代币,在质押、费用、奖励和计划中的治理中发挥经济作用。白皮书规定 SWARM 总供应量为 1,000,000,000 个,不设铸币功能,无转账限制,且不具备代理升级能力。代币的部署和分配机制与路线图的第 02 阶段(代币发行)相关联。 [2] [1]
所述的归属时间表包括:战略轮和战略合作伙伴拥有 12 个月的锁定期(Cliff),随后进行线性释放(12 个月线性释放);团队拥有 12 个月的锁定期,随后进行 24 个月的线性释放;社区、营销和生态系统奖励则设有各种短期锁定期和线性释放方案。流动性在代币生成事件(TGE)时分配用于交易所流动性,根据白皮书,LP 代币注定至少锁定 12 个月。托管方面,部分分配通过 Team.Finance 进行,其他则通过 Gnosis Safe 多重签名进行。网站和白皮书在不同版本中针对某些类别(如社区解锁)显示的初始解锁百分比存在差异;白皮书明确指出该代币为固定供应量,不含铸造功能,且路线图将代币部署和流动性列为代币启动项目。[2] [1]
这些功能和费用机制在网站及白皮书中均有描述,路线图时间表显示将分阶段激活。 [1] [2]
计划中的排放包括来自生态系统分配的初始年度排放,采用年度减半计划,按周期(epoch)支付(白皮书的目标是六小时为一个周期,并给出了第一年每个周期的名义数值)。代理任务执行的协议费用建议为 3%,其中 2% 将被销毁,其余部分由国库和验证者瓜分。质押参数如所述,包括可配置的最低验证者质押额、14 天的解绑期,以及在解绑期间适用的惩罚(slashing)机制。这些参数属于路线图项目,一旦激活,将受链上治理约束。[2]
该项目概述了一个两级链上治理模型,旨在代币发行和初始协议激活后启动。参数治理将涵盖数值协议设置(例如:质押、排放、费用),需满足简单多数票和特定法定人数;而结构治理将涉及合约升级和国库支出,需满足绝对多数票和更高的法定人数。文中规定了提案流程(保证金、讨论窗口、投票窗口和执行时间锁),以及一个拥有否决权的临时安全委员会,其权力旨在随着去中心化的推进而逐步削减并最终移除。治理材料还指出,当治理模块(GovernanceModule)激活时,将采用“1 代币 = 1 投票权”的机制。 [2] [1]
项目资料描述了相关计划和意图,但截至引用文件发布时,尚未提供已确认的第三方合作伙伴名称。 [1] [2]
SwarmCore 被描述为编排引擎,负责注册参与者、管理任务分解,并通过分层规划、共识和故障转移程序协调代理。早期参与功能包括注册、每日签到、推荐跟踪以及 TGE 前的链上积分机制。SwarmBadge 向早期贡献者发放不可转让的徽章,涵盖先锋 (Pioneer)、建设者 (Builder) 和元老 (OG) 等类别。SwarmCoordinator 计划在后期阶段管理基于 DAG 的工作流和任务路由。VerifierGateway 旨在集成 TEE 证明流水线(Intel SGX/AMD SEV),并随着时间的推移集成用于推理验证的 ZKML 证明器。RewardDistributor 的结构是在执行层的每个周期发放奖励,而 StakeVault 和 GovernanceModule 则在协议激活阶段上线质押和治理功能。[1] [2]
开发者资源以 Python、TypeScript 和 Rust 的 SDK 形式呈现,并集成了 LangChain、AutoGen 和 CrewAI 等代理框架。平台路线图包括开发者 API 以及代理模板和组件的市场。GitHub 上有一个公开组织用于存放代码和文档;然而,参考文档显示,并非路线图中描述的所有模块在当时都已可用。[2] [5]
编排功能强调“群组即有向无环图(swarms-as-DAG)”语义,使多个智能体能够通过类型化消息通道并行或顺序执行。分层任务规划方法旨在将复杂工作流分解为由专业智能体处理的子任务,并具备动态分配和故障转移功能,以减轻智能体故障或对抗性行为的影响。消息传递层专为低延迟通信和持久上下文共享而设计,以支持多模态输入和输出。验证机制整合了基于质押的验证和惩罚机制(slashing),以激励诚实行为,并提供链上审计轨迹以确保可复现性。项目资料描述了符合GDPR要求的验证考量,并计划在后期阶段支持可信执行环境(TEE)和零知识(ZK)证明进行推理验证。项目中提出了一些定量性能指标,在缺乏第三方基准测试的情况下,应仅将其视为项目方的陈述。[1] [2]
ComputeMesh旨在提供一个具有程序化竞价和可验证计算证明的去中心化GPU市场,旨在降低成本并扩大计算资源的获取渠道,同时允许智能体卸载工作负载。该协议建议,向计算提供商支付的费用将使用SWARM进行结算,一旦协议激活阶段完成,将通过排放和手续费分配额外奖励。[1] [2]
生态系统参与者包括配置并启动智能体工作流的集群部署者、为网络提供算力的GPU提供商、质押并证明结果的验证者,以及创建模板和集成并可能获得收入分成或资助的开发者。DAO治理社区由代币持有者组成,预计在治理上线后对参数和国库分配进行投票。公开成果包括网站和白皮书、GitHub项目以及文档中引用的执行层dApp端点;白皮书将opBNB组件定位为可参与状态,而质押和治理则计划在后期阶段激活。[1] [2]
一家市场聚合页面记录了据报300万美元的融资总额,以及2026年3月17日的扩展种子轮融资;公开摘要中未提供详细的投资者身份。LinkedIn公司页面存在,但在提供的资料中未列出创始人或高管名单。[3] [4]
SwarmCore 被描述为用于管理代理注册、任务生命周期以及代理间的共识/故障转移,旨在实现低于 50 毫秒的编排延迟以确保响应式协调。白皮书将该执行模型设定为与 opBNB 上的状态转换兼容,并定期锚定到 BSC 进行结算,从而将 SwarmCore 定位为高频控制平面。 [1] [2]
ComputeMesh 的结构是一个去中心化市场,供应商在此发布算力能力和定价,而任务则通过自动竞价进行分配。计算工作的验证旨在依赖加密证明,并在后期阶段通过 TEE(可信执行环境)远程静默验证和针对机器学习推理有效性的零知识证明方法进行增强。 [1] [2]
HiveMind 强调低延迟通道(声称 <10ms)和持久化内存流,这些特性可在不同代理和任务之间保留上下文,并具备端到端加密功能。该组件是群集协调的基础,支持多个专业化代理交换中间结果和状态。 [1] [2]
验证层提出了验证者质押、用于扩展证明的委员会选择机制,以及针对不当行为的惩罚(Slashing)机制。白皮书概述了针对虚假证明、双重证明、停机和伪造证明的惩罚率,以及被罚没金额的分配方式。随着时间的推移,该系统旨在通过 TEE 流水线和 ZKML 证明器实现更稳健的证明,并探索推理证明(Proof of Inference)模型。 [2]
开发者技术栈包括多种语言的 SDK、与智能体框架的集成、常用工作流模板以及计划中的市场。公共 GitHub 组织作为代码和文档中心,但各个模块的可用性取决于路线图进展和审计情况。 [2] [5]
白皮书中描述的治理模型包括一个双层结构,涉及参数投票和结构性投票、定义的法定人数、提案保证金、讨论与投票窗口以及执行时间锁。一个拥有否决权的临时安全委员会旨在受时间限制,并随着去中心化的推进而逐步退出。该网站指出,治理受英属维尔京群岛管辖,路线图项目表明链上治理将在后期阶段激活。 [2] [1]
安全要素包括基于质押的验证者选择、具有特定罚则的削减机制(slashing),以及不断演进的验证技术栈(TEE 和 ZKML)。该项目报告称,在第一阶段(Phase 01)结束前后,智能合约审计正在“进行中”,并已针对某些 opBNB 部署进行了合约源码验证。这些要素旨在支持智能体输出的可追溯性和可复现性,并减轻不诚实行为。 [1] [2]
在更广泛的多智能体和去中心化计算领域中,该设计强调了结合编排、计算、消息传递和验证的堆栈,并辅以基于代币的激励机制和链上治理。相关材料将未来阶段的研究框架设定为面向共识的推理验证(推理证明,Proof of Inference)以及模型输出的密码学验证(零知识机器学习,ZKML),这与人工智能系统可验证计算领域新兴的努力方向相一致。这些元素被列为路线图项目,而非现阶段的保证。 [2] [1]
所提供的材料未包含明确的创始人名单、详细的投资者身份或经第三方确认的合作伙伴关系。多个要素——包括质押/治理激活、费用销毁与排放、TEE/ZKML 验证以及市场功能——均被记录为路线图项目。市场聚合数据报告了融资数额和轮次日期,但未公开投资者归属。寻求对部署、代币分配、流动性锁定、审计和交易所上市进行独立确认的读者,应咨询区块链浏览器、审计报告和交易所公告。 [1] [3]