Bless

Bless 是什么？

Bless 是一个去中心化的边缘计算网络，试图将消费级设备的闲置算力转化为应用程序的共享计算层，重点服务于 AI、数据以及对时延敏感的工作负载。

开发者不再是从中心化的超大规模云服务商处租用算力，而是通过 Bless 的节点网络分发任务；设备所有者则贡献 CPU、GPU、带宽或在线时长，并获得相应奖励。

项目试图构建的护城河并不是一个新的通用公链，而是一套面向异构算力的协调层：项目资料描述了浏览器节点与原生节点的组合、基于 WebAssembly 的隔离机制、动态资源匹配，以及针对不同工作负载的专项验证机制，旨在让普通设备可作为分布式基础设施而不是只是被动的持币账户，如官方 Bless 文档和网络调度文档中所述。

Bless 所处的是去中心化物理基础设施（DePIN）和去中心化算力这一细分赛道，而不是核心的第一层公链或 DeFi 类别。

截至 2026 年 7 月下旬至 8 月上旬，第三方市场页面将 BLESS 归入加密资产中等偏下市值区间：CoinMarketCap 显示其市值不足 2000 万美元、排名在 700 名左右，CoinGecko 则给出了类似的不足 2000 万美元市值和约 800 名的排名；本报告所用的资产信息则显示了更高的市值快照，约 3860 万美元，价格在 1 美分出头区间。这凸显了对于年轻代币而言，流动性深度、供应统计方法和时间点选择都会显著影响其表观规模。

Bless 并没有类似借贷市场或 DEX 那样具有代表性的 DeFi TVL 画像；TVL 聚合平台通常将 TVL 定义为锁定在协议合约中的用户资产，如 DeFiLlama 的 TVL 方法论 所解释的那样。与此同时，Bless 自身的开发者文档仍在部分章节中将当前网络描述为测试网或测试中的 beta 部署，尚未完全成为生产计费环境。因此，相较于 TVL，计算利用率、活跃节点数量以及付费工作负载需求，更适合作为评估 Bless 采用情况的指标。

Bless 由谁创立？何时创立？

Bless 于 2022 年在旧金山创立，最初名称为 Blockless，诞生于 2021 年后加密市场收缩期，以及机构对 AI 基础设施和 DePIN 类网络的早期布局阶段。

CoinMarketCap 将 Butian Li、Michael Chen 和 Liam Zhang 标注为创始人，而项目的官方 About 页面则表示团队成员背景来自 Akash Network、Binance Research 和 NGC Ventures。时间点非常关键：Bless 出现于第一波泛化的“世界计算机”叙事逐渐演化为更细分的基础设施赛道之后，其论点也比智能合约 L1 更聚焦——消费级设备将成为分布式算力底座，而不仅仅是与链上应用交互的终端。

项目的叙事从最初 Blockless 所强调的“去中心化应用基础设施”，演变为 Bless 目前更易理解的“共享计算机”语言。

按照当前的表述，项目不再强调替代现有区块链结算层，而是更专注于通过让应用访问自身用户或节点群体提供的算力，来降低对中心化云服务的依赖。这一转变也让 Bless 更接近 DePIN 和 AI 基础设施项目，而非传统智能合约平台：其面向公众的网站突出强调 GPU/CPU 工作负载、AI 训练与推理、游戏、数据处理以及基于用户同意的数据市场；开发者文档则强调通过 Bless CLI 部署 TypeScript 和 JavaScript 应用，如开发者入门文档中所展示的那样。

Bless 网络如何运作？

将 Bless 理解为一个围绕加密经济激励构建的去中心化算力协调网络，比把它当作一个与以太坊或 Solana 在通用交易结算上正面竞争的独立执行层区块链更为准确。

根据项目的 MiCA 白皮书，MiCA 披露文件将 BLESS 描述为在 Solana 上发行的同质化 SPL 代币，而网络预期的安全模型则依赖类似权益证明（Proof-of-Stake）的参与方式：代币持有者通过质押 BLESS 来支持验证、节点运行及在主网成熟阶段的算力任务结算。实际的工作负载执行发生在分布式节点上，而非单一确定性的链上虚拟机中。因此，对 Bless 来说，关键技术问题不仅是共识终局性，还包括：如何在可接受的延迟、可靠性和抗欺诈水平下，对分布式计算任务进行分配、执行、验证和结算。

网络的技术栈主要围绕任务路由、基于 WebAssembly 的隔离、面向性能的节点选择以及动态验证机制构建。

开发者通过 Bless CLI 提交作业，指定所需资源，例如 CPU、内存、带宽、优先级和时延预期；网络随后会根据节点的能力与地理位置筛选在线节点，并优先考虑历史可靠性和在线时长表现，如调度文档所述。对于验证环节，Bless 描述了一套模块化模型：应用可以选择针对特定任务的验证方法，包括用于二元结果的 pBFT 或 RAFT 式投票机制，以及用于检索类任务的聚合数据验证，而不是为所有计算统一采用单一验证方案，如可验证性文档中所介绍的那样。

这种设计在工程上较为务实，但引入了棘手的安全难题：与数据中心基础设施相比，异构的消费级硬件虽然更便宜、覆盖更广，却也更加噪声大、可靠性较差，并且更容易受到女巫攻击（Sybil）、串谋、在线时间“刷分”以及执行环境不一致等问题的影响。

Bless 的代币经济模型是什么？

对于一个年轻的基础设施代币而言，BLESS 的供应节奏相对激进。Tokenomics.com 显示：BLESS 的最大供应量为 100 亿枚，总供应略低于这一水平，代币生成事件（TGE）发生在 2025 年 9 月 23 日，2026 年初的市场数据快照中，流通供应约占总量的 18%–19%；完全解锁将持续到 2032 年 8 月，通过一份长达 84 个月的解锁计划完成，如其 Bless Network 代币经济页面和解锁计划所示。披露的分配方案将代币划分为社区激励、空投与市场推广池、内部人员、私募投资者、基金会储备以及流动性等多个部分。这意味着 BLESS 既不是供应完全固定的大宗商品型资产，也不是已经全部释放的治理代币；其主要的经济压力来自未来的解锁供给，尤其是因为投资人、团队、顾问、基金会以及社区份额会在多年内持续释放，即使总代币量有上限，流通供应仍可能显著扩张。

代币预期的核心用途是为算力提供结算与协调媒介。

MiCA 申报文件指出，BLESS 预期将用于支撑网络参与的质押、奖励节点运营者，并作为计算工作负载的支付媒介；文件同时说明，持有者并不享有股权、分红、利润分成、赎回权或对网络或发行方的合同性权利，这一点在风险分类和估值方法上至关重要。

Bless 的经济主张是：付费工作负载需求应当为节点运营者创造手续费收入，并有可能通过质押收益或代币销毁机制实现价值回流，但目前公开记录尚不足以将其视为已经被验证的事实。

一些市场综述提及基于收入的销毁压力，而 MiCA 白皮书则明确表示，BLESS 未实施自动供应调节机制，例如重基（rebase）、与需求挂钩的发行，或与需求挂钩的销毁。从保守角度来看，可以将 BLESS 视作名义总量封顶、但由解锁驱动流通通胀的代币，其长期能否实现价值积累，将取决于真实的算力付费需求、质押需求，以及对节点性能的可信约束，而非依赖于某种机械式保证的通缩模型。

谁在使用 Bless？

Bless 在可见采用上，供给侧要明显强于需求侧。

项目方面表示其网络节点数已达数百万级：官网提到由用户维护的节点超过 500 万个，开发者文档中则称在该页面发布时 Bless 每日在线节点超过 410 万个。

CoinMarketCap 的项目描述同样引用了超过 500 万个测试网节点，而 2025 年 9 月关于主网上线的一篇媒体报道则称，在测试网阶段网络拥有超过 630 万个节点和 250 万名用户。这些数字表明，在空投和激励驱动下，其参与度相当可观，但不应将这些数据与持续性的企业需求或付费算力收入混为一谈；在 DePIN 市场中，补贴供给侧节点增长的成本可以相对较低，而更难的检验是：当激励趋于常态后，开发者是否仍愿意为工作负载付费。

在需求侧，Bless 重点瞄准 AI 推理与训练支持、数据处理、游戏基础设施、分布式 Web 托管以及通用开发者部署。

文档显示其支持 TypeScript 和 JavaScript 应用，通过 npx blessnet deploy 进行部署，并列出了与 Space and Time Database、Monad Blockchain 等技术的集成；但同一套文档也指出，网络仍处于 beta 或 testnet，并且在该阶段部署是免费的，这使得仅从公开资料中验证其营收进展变得困难。

与企业采用相比，交易所采用情况更为清晰：Bitget 于 2025 年 9 月 23 日宣布在其 Innovation 和 AI Zone 上线 BLESS，而 Binance Alpha 和 Binance Futures 也在大致相同的时间窗口内被报道给予相关覆盖，同时，MiCA 白皮书则是为了在 Bitvavo 获准交易而准备的。这些上线有助于流动性和分发，但并不能证明企业正在大规模消耗 Bless 的算力。

Bless 面临哪些风险和挑战？

Bless 承担着早期代币化基础设施常见的监管、执行和中心化风险。在欧洲，MiCA 白皮书将 BLESS 归类为“其他加密资产”（other crypto-asset），而非电子货币代币或资产参照代币，并将其描述为不可赎回且不计息，但这一分类并不会自动解决其他司法辖区如何看待代币销售、质押奖励、空投或“获利预期”相关问题。公开研究未发现 Bless 或 BLESS 正在遭遇美国 SEC 明确提名的在案诉讼，但缺乏已知的执法行动并不等同于监管确定性。网络同样依赖于节点评分、任务验证、奖励分配和质押设计的完整性；如果节点参与高度依赖激励，或集中在协同行动的运营方之间，那么数以百万计浏览器节点所呈现的去中心化表象，可能高估了实际在经济上独立且可靠的算力提供者数量。

竞争威胁相当可观，因为 Bless 正在进入一个拥挤的去中心化算力市场。Akash、Render、io.net、Aethir、Golem、Fluence 以及其他 DePIN 或算力网络都在争夺重叠的开发者注意力，而 AWS、Google Cloud、Microsoft Azure 以及专业 GPU 云服务商等中心化巨头，仍然在可靠性、企业采购、合规性、可观测性和服务级别保障等方面占据主导。Bless 的消费级设备模型，或许在某些对延迟敏感、具有突发性或边缘计算的工作负载上具备成本优势，但在确定性的高性能 GPU 集群、受监管的企业工作负载或需要严格在线率保障的任务上，其适用性就不那么明显。其经济模型也面临代币层面的压力：多年解锁周期可能在使用成熟前就稀释流通持有者；而如果奖励在过长时间内超过有机算力收入，网络就可能从一个基础设施市场漂移为以补贴参与为主的循环。

Bless 的未来前景如何？

Bless 的前景，与其说取决于代币上线，不如说更取决于它能否将庞大的 testnet 或节点供给规模，转化为可验证的付费工作负载需求。

需要重点关注的里程碑包括：主网算力的生产级就绪情况、支持 GPU 的桌面或原生节点、更强的验证机制、超越 TypeScript 和 JavaScript 的更广泛语言支持、更完善的编排能力，以及透明的计费或营收数据。

2025 年 8 月，Halborn 对 Bless 的 Solana 程序进行了审计，在审计范围内仅发现了一个信息级问题，且没有关键、高、中或低严重程度的发现，这在结果上是积极的，但范围较窄：它覆盖的是与代币和空投相关的 Solana 程序，而非完整的分布式计算安全模型、节点市场经济机制或对抗性的工作负载验证系统。

白皮书中的路线图将主网上线、验证机制改进、更广泛的编程语言支持、更好的编排，以及更强的安全特性列为优先事项，而当前文档中仍然包含测试版/testnet 的表述，因此，现实中的难点在于：如何将面向公众的上线宣称、开发者工具链、支付通道和可量化的生产级需求对齐起来。

其基础设施论点是合理但尚未被证实的。如果 Bless 能够稳定地将真实工作负载路由至异构设备、执行服务质量约束、防止节点作弊，并主要用客户需求产生的收入而非代币排放来支付贡献者，它可能在 DePIN 领域中占据一个有防御力的边缘计算细分市场。若做不到这一点，项目则有可能沦为另一张供应过剩的代币网络：节点数量耀眼，但收入密度偏弱。最重要的指标不是短期价格、交易所成交量或社交媒体增长，而是可持续的付费算力使用、非空投节点运营者的留存、可验证的工作负载完成情况、能真正提升安全性而非只是在吸收流通筹码的质押参与度，以及围绕收入、销毁、解锁和奖励来源的透明披露。