Skip to main content

什么是加密货币中的 Infra

注意：本文档是英文原版的自动翻译。

什么是加密货币中的 Infra

在加密和区块链语境中，Infra（基础设施，infrastructure）指的是其他应用和协议在其之上构建的协议、网络、工具和服务的基础层。基础设施不直接服务于终端用户——它提供应用层项目用于交付其功能的构建模块。正如道路、电网和电信网络是实体经济的基础设施一样，区块链基础设施包括节点网络、共识层、预言机、索引器、存储系统、计算网络、开发者工具和互操作性桥。

简而言之： infra 是位于应用之下的层——使面向终端用户的产品能够在链上存在并运行的协议和网络。

Infra 的工作原理

加密领域的基础设施不是单一产品，而是一组相互依赖的层叠栈。每一层都提供其上层所消耗的服务。

基础设施栈

层 它提供什么 示例
共识与结算 交易终结性、安全性、共享状态 Layer-1 区块链、Layer-2 rollup
数据可用性 确保交易数据可访问且可验证 数据可用性层、blob 存储
计算 用于复杂运算的处理能力 去中心化 GPU 网络、计算市场
存储 超出区块链账本所保存内容的持久数据存储 去中心化存储网络
网络与消息传递 节点、链和协议之间的通信 跨链桥、消息传递协议、预言机
索引与查询 使区块链数据可搜索、可查询 索引协议、subgraph 服务
开发者工具 SDK、API、测试框架、部署工具 开发平台、智能合约框架

被归类为"infra"的项目通常运行在这些层中的一个或多个，为其他协议和应用而非终端用户提供服务。

Infra 作为类别修饰符

在 DecAIHub 中，Infra 经常作为复合类别值中的 修饰符 出现，而不是作为独立的类别。这是一个关键区别。当项目卡片显示像 AI/Compute | Infra、AI/Data | Infra 或 AI/Inference | Infra 这样的类别时，它意味着：

  • 该项目的 主要领域 是第一部分（AI/Compute、AI/Data、AI/Inference）。
  • Infra 修饰符表示该项目运行在该领域内的 基础设施层——提供其他项目在其上构建的工具、网络或协议，而不是直接服务于终端用户。

常见的复合模式：

  • AI/Compute | Infra —— 用于去中心化 AI 计算的基础设施：GPU 网络、计算协调协议、资源分配层。这些项目不为终端用户运行 AI 模型；它们提供其他项目用于 训练 和 推理 的计算底层。
  • AI/Data | Infra —— 用于去中心化 AI 数据的基础设施：数据可用性层、面向 AI 流水线的数据索引、针对 ML 工作负载优化的去中心化数据存储。这些项目本身不分析数据；它们使数据对 AI 应用而言可访问、可管理。
  • AI/Inference | Infra —— 用于去中心化推理的基础设施：模型服务网络、推理路由、推理结果的验证层。这些项目不运行特定的 AI 模型；它们提供推理服务在其上运行的平台。
  • AI/Agents | Infra —— 用于 AI 代理 的基础设施：代理框架、代理间通信协议、自主代理的执行环境。这些项目不为特定任务部署代理；它们提供代理构建者使用的工具和协议。

Infra 修饰符告诉读者："这个项目位于应用层之下一层。它服务于构建者，而非用户。"

通用型 infra 与领域专用型 infra

一些基础设施项目是通用型的：一个能服务任何工作负载（包括但不限于 AI）的去中心化计算网络。另一些则是领域专用型的：一个专为 ML 训练工作负载设计的计算网络，针对 GPU 调度、模型并行和检查点管理进行了优化。

在 DecAIHub 中，两种类型都会出现。类别和 AI component 字段有助于区分真正面向 AI 的 infra（具有可验证的 AI 相关优化）与那些将自身营销为面向 AI 用例、却没有专门能力的通用型 infra。

为什么它对加密 AI 项目很重要

基础设施是使加密 AI 应用成为可能的那一层。没有去中心化计算基础设施，就没有去中心化的训练或推理。没有数据基础设施，就没有去中心化的数据流水线。没有代理基础设施，就没有可扩展的代理部署。

基础设施层也是一些技术上最具实质性的加密 AI 工作发生的地方：

  • 计算编排 —— 在去中心化网络中协调 GPU 资源以进行 AI 训练 和 推理 是一个真正困难的问题，涉及调度、验证、容错和支付协调。
  • 推理验证 —— 在不泄露专有数据或模型权重的情况下，证明某个特定模型在特定输入上被正确运行，需要复杂的密码学技术（参见 zkML）。
  • 数据溯源 —— 在去中心化流水线中追踪训练数据的来源、转换和使用权，涉及基础设施层面的解决方案。
  • 互操作性 —— 使 AI 服务能够跨多个区块链工作，需要跨链消息传递和结算基础设施。

然而，infra 标签也吸引了一些描绘宏大愿景（"去中心化 GPU 超级计算机"）却未能展示可运行基础设施的项目。一份 infra 白皮书与一个拥有真实用户的运行协议之间的差距往往非常大。

这在 DecAIHub 项目卡片中的体现

Infra 主要通过 Category 字段作为修饰符出现在项目卡片中：

  • AI/Compute | Infra —— 用于 AI 工作负载的计算基础设施。
  • AI/Data | Infra —— 用于 AI 流水线的数据基础设施。
  • AI/Inference | Infra —— 推理服务基础设施。
  • AI/Agents | Infra —— 代理框架与工具基础设施。
  • 其他由 Infra 修饰某个主要类别的复合值。

infra 语境还会出现在以下其他字段中：

  • Type —— infra 项目通常被归类为"Protocol"或"Platform"，而非"Application"。
  • AI component —— infra 项目常常列出与基础设施本身相关的组件："计算编排"、"去中心化存储"、"模型服务"、"代理框架"。
  • Use case —— infra 用例往往是平台导向的："GPU 市场"、"模型托管"、"数据流水线"、"代理部署"。
  • Evidence —— 对 infra 项目而言，Evidence 表引用的是管理资源分配、质押、支付和验证的智能合约——而非面向终端用户的应用。

通过 DecAI Fit 评估一个 infra 项目时，onchain_score 检验该基础设施协调是否真正受益于上链（例如，为计算提供方提供无需信任的支付和验证），还是说区块链只是在没有结构性必要性的情况下被添加进来。

仅凭 Infra 无法证明什么

  • 把一个项目称为"基础设施" 并不能证明 它拥有可运行的基础设施。许多 infra 项目处于白皮书或早期开发阶段，没有生产环境部署。
  • 一个 Infra 类别标签 并不能证明 该项目在技术上很成熟。基础设施层的范围从真正新颖的协议设计，到对现有中心化服务的简单封装，跨度很大。
  • 拥有 infra 层 并不能证明 AI 组件是真实的。一个面向"去中心化 AI 计算"的 infra 项目，必须同时展示可运行的基础设施和可验证的 AI 相关性。一个没有 AI 专门优化的 GPU 网络是通用计算基础设施，而非 AI 基础设施。
  • 像"节点数量"或"总计算容量"这样的 infra 指标 并不能证明 实际利用率。一个拥有许多注册节点但没有真实工作负载的网络，是有基础设施却没有需求。
  • 构建基础设施 并不能证明 代币模型是必要的。一些基础设施协调受益于代币化激励；另一些基础设施则可以用传统支付模型运作。

请勿混淆

  • Application（应用） —— 应用直接服务于终端用户（一个聊天机器人、一个交易工具、一个分析仪表盘）。Infra 服务于创建应用的构建者。同一项技术可以兼具两者：一个向开发者提供推理端点的项目是 infra；一个使用这些端点来构建聊天机器人的项目是应用。
  • Protocol（协议） —— 协议定义交互规则。大多数 infra 项目是协议，但并非所有协议都是 infra（一个 DEX 协议是应用层协议，而非与计算协调协议同等意义上的基础设施）。
  • DePIN —— DePIN（去中心化物理基础设施网络）特指与物理资源（GPU、存储驱动器、带宽）绑定的基础设施。DePIN 是 infra 的一种类型，但 infra 还包括纯数字基础设施，如索引协议、开发者工具和智能合约框架。
  • Middleware（中间件） —— 中间件位于基础区块链层和应用之间。一些 infra 是中间件（预言机、索引器），但 infra 是一个更宽泛的术语，也包括基础层组件。
  • Tooling（工具） —— 开发者工具（SDK、API、测试框架）是 infra 的一个特定子类别，聚焦于开发者体验而非运行时基础设施。

常见问题

当项目类别包含"Infra"时意味着什么？

当 DecAIHub 类别包含"Infra"作为修饰符时——例如 AI/Compute | Infra 或 AI/Data | Infra——它表示该项目运行在其主要领域内的基础设施层。该项目提供基础性服务（计算网络、数据流水线、模型服务平台），供其他项目在其上构建，而不是交付面向终端用户的应用。主要领域（AI/Compute、AI/Data 等）告诉你这是哪种基础设施，而 Infra 修饰符告诉你它是面向构建者的层，而非面向用户的产品。

加密 infra 与传统云基础设施有何不同？

传统云基础设施（AWS、Google Cloud、Azure）是中心化的：一家公司拥有硬件、设定价格、控制访问，并可以单方面变更条款。加密基础设施将这些功能分散到由智能合约和代币激励协调的独立参与者网络中。提供方注册其资源，用户请求服务，协议在没有中心运营方的情况下处理匹配、支付和验证。其权衡在于：去中心化 infra 提供抗审查性、无需许可的访问和分布式控制，但与成熟的中心化替代方案相比，通常成本更高、复杂性更高，有时可靠性更低。

是否每个区块链项目都是基础设施？

不是。虽然每个区块链项目都使用基础设施（区块链本身就是基础设施），但大多数项目是构建在基础设施之上的应用。一个 DEX 是应用，不是基础设施。一个借贷协议是应用。一个向其他协议提供 GPU 资源的计算网络是基础设施。其区别在于主要用户是谁：如果项目直接服务于终端用户，它是应用；如果它服务于其他构建者和协议，它是基础设施。

外部参考

另请参阅

No comments to display

Back to top