Skip to main content

什么是 dApp

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

什么是 dApp

**dApp（去中心化应用）**是一种通过智能合约与区块链交互的软件，而不是完全依赖传统的中心化服务器。与那种由单一公司控制后端、数据库和业务逻辑的常规应用不同，dApp 将关键操作放在链上——使它们透明、可审计，并能抵御单点故障。

这一术语涵盖了广泛的产品：去中心化交易所、借贷协议、NFT 市场、链上游戏、人工智能推理平台等等。将它们联结在一起的是一种架构选择：把对信任敏感的逻辑委托给智能合约，而非公司的私有服务器。

简而言之： dApp 是构建在区块链智能合约之上的软件——而 DecAIHub 追踪加密 AI 项目究竟交付的是真正的去中心化应用，还是只是附带一个代币的中心化产品。

dApp 如何运作

传统 Web 应用遵循一种熟悉的三层模式：前端（用户所见）、后端（服务器逻辑）和数据库（状态存储之处）。dApp 修改了这一模式，用部署在区块链上的智能合约取代部分或全部后端和数据库层。

前端

dApp 面向用户的层通常是一个标准的 Web 应用——HTML、CSS、JavaScript——通过浏览器或移动应用提供。关键区别在于前端如何与后端通信。dApp 前端不是向公司的 API 服务器发送请求，而是通常通过钱包接口向区块链节点发送交易。

当用户将加密钱包（如 MetaMask 或 Phantom）连接到一个网站并批准一笔交易时，他们正在与 dApp 的前端交互。钱包用用户的私钥对交易签名，已签名的交易随后被广播到区块链网络。

智能合约后端

在传统应用中，服务器端代码运行在公司控制的机器上。在 dApp 中，核心业务逻辑栖身于智能合约——部署在区块链上、被调用时自动执行的程序。这些合约一旦部署便是公开、可审计且不可篡改的（尽管存在像代理这样的升级模式）。

以一个去中心化交易所为例：当用户把一种代币兑换成另一种时，兑换逻辑并不运行在某家公司的服务器上。它在以太坊、Solana 或其他链上的某个智能合约内部执行。定价、流动性池和费用分配的规则都被编码在合约中，并由网络的共识机制强制执行。

状态与数据存储

传统应用将数据存储在专有数据库中。dApp 将关键状态——代币余额、所有权记录、治理投票、合约参数——直接存储在区块链上。这使任何能够访问区块浏览器的人都可以公开验证该状态。

然而，并非所有数据都栖身于链上。在区块链上存储大量数据代价高昂，因此许多 dApp 采用混合方法：关键状态放在链上，而辅助数据（图片、元数据、大型数据集）则放在 IPFS 或 Arweave 这样的去中心化存储系统上，有时也放在传统服务器上。

交互循环

一次典型的 dApp 交互遵循以下路径：

  1. 用户在浏览器中打开 dApp 的 Web 界面。
  2. 用户连接他们的加密钱包。
  3. 用户发起一项动作（兑换、质押、投票、提交数据）。
  4. 钱包向用户呈现一笔交易供其审阅和签名。
  5. 已签名的交易被发送到区块链网络。
  6. 验证者或区块生产者将该交易纳入某个区块。
  7. 智能合约执行逻辑并更新链上状态。
  8. 前端读取更新后的状态并反映结果。

每一步都是透明的：交易在链上可见，智能合约代码可以被审阅，结果可以被独立验证。

dApp 与传统应用有何不同

这些差异不仅仅是技术性的——它们从根本上改变了信任模型。

方面 传统应用 dApp
后端控制 公司拥有并运营服务器 智能合约在去中心化网络上执行
数据所有权 公司控制数据库 关键状态存储在公有区块链上
停机 公司可以关停或限制访问 只要网络运行，智能合约就仍可访问
可审计性 源代码通常是私有的 智能合约可被公开验证
账户系统 公司管理用户名和密码 用户用自己的钱包和私钥进行身份验证
升级 公司随意推送更新 合约升级遵循链上治理或不可能（不可篡改的合约）
成本模型 公司承担服务器成本；用户可能支付订阅费 用户为链上交易支付 gas 费用

这并不意味着 dApp 在所有方面都更好。它们引入了权衡：链上交易要花费 gas，智能合约漏洞可能不可逆转，而用户体验往往需要更多技术知识（管理钱包、批准交易、理解 gas）。

人工智能项目为什么要构建 dApp

人工智能与区块链的交汇为构建去中心化应用（而非传统 SaaS 产品）提供了特定的理由。

透明的人工智能执行。 当一个人工智能模型通过 dApp 运行推理、做出预测或处理数据时，其输入、输出和参数可以被记录或在链上验证。这创造了一条中心化人工智能服务默认不提供的审计轨迹。对于那些声称由人工智能驱动决策的项目——自动化交易、风险评估、数据标注——链上执行或验证使这些声称可被核查。

去中心化算力与数据市场。 一些加密 AI 项目构建 dApp 来协调分布式算力资源或数据贡献。参与者通过处理支付、质量验证和任务分配的智能合约，提供 GPU 时间、已标注数据集或模型托管。dApp 模式确保市场规则由代码强制执行，而非由某个平台运营方酌情决定。

代币门禁访问与激励。 dApp 实现了在传统应用中难以复制的经济模型。人工智能服务可以由代币持仓来设门禁，使用费可以通过智能合约自动分配给贡献者，而对模型选择、数据政策或参数更新的治理则可以通过链上投票来处理。

可组合性。 同一区块链上的 dApp 可以通过智能合约调用相互交互。一个人工智能推理 dApp 可以与一个 DeFi 协议、一个数据市场或一个治理框架组合起来——创造出任何单一项目都无法独立构建的功能。这种可组合性正是人工智能项目选择在区块链基础设施上构建、而非在孤立的云环境中构建的核心原因之一。

这在 DecAIHub 项目卡片中出现在哪里

在 DecAIHub 项目卡片中，dApp 这一概念出现在若干字段：

  • Type——一个 dApp 项目通常将 Type 字段设为 EVM 或 non-EVM（取决于它部署到的智能合约平台），而非 Appchain（在 Appchain 中项目本身就是它自己的区块链网络）。
  • Category——面向 dApp 的项目常出现在诸如 AI/Agents、AI/Inference、AI/Data 之类的类别下，或像 AI/Agents | DeFi 这样的跨域类别下，其中人工智能组件通过一个去中心化应用交付。
  • AI component——项目卡片指明人工智能在 dApp 内实际做什么（推理、算力协调、分析、训练）。一个没有具体 AI component 的 dApp 标签，是一个需要进一步调查的信号。
  • Onchain necessity——此字段评估区块链集成对于该产品是否结构性必要。对于一个真正的 dApp，答案应当是明确的：智能合约层执行的功能，如果用传统后端来复制，将无法在不丧失透明性、无信任性或抗审查性的情况下实现。如果去掉区块链层而不改变产品的核心功能，那么"dApp"标签就只是装饰性的。

在解读项目卡片时，一个 dApp 画像（Type: EVM 或 non-EVM，加上项目部署在他人的网络上）连同强劲的 Onchain necessity 评级，表明该项目有充分的理由身处链上。同样的画像若配以薄弱或缺失的 Onchain necessity，则暗示其去中心化应用架构可能更多是叙事而非实质。

仅有 dApp 标签并不能证明什么

将一个产品称为"dApp"是一种结构性声称，而非质量保证。dApp 标签本身并不能证明：

  • AI reality——一个 dApp 可以在没有任何真实 AI component 的情况下存在。智能合约可能处理代币转移和治理，而"人工智能"只存在于营销材料中。DecAIHub 通过 AI_0 到 AI_4 谱系和 Tier-1 证据单独评估 AI reality。

  • 去中心化深度——一个项目可以自称 dApp，却把所有有意义的逻辑运行在中心化服务器上，仅将区块链用于代币转移。去中心化的程度比标签更重要。要检查哪些操作实际在链上执行，哪些在链下。

  • 安全性——智能合约可能包含漏洞，dApp 可能被攻击利用。dApp 并非天生安全。审计报告、漏洞赏金计划和合约验证是关于安全实践的独立证据。

  • 用户价值——一个技术上有效的 dApp 仍然可能没有解决任何真实问题。产品必须提供超越"身处链上"这一新奇感的实用性。

  • Token necessity——一个 dApp 完全可以在没有代币的情况下运作。dApp 旁边存在一个代币并不意味着该代币是必需的。Token necessity 是独立评估的。

请勿混淆

  • 智能合约——智能合约是部署在区块链上的程序。dApp 是一个使用智能合约作为其后端的完整应用。单个智能合约本身并不是 dApp，正如单个 API 端点并不是一个 Web 应用。

  • 协议——协议定义了一套交互的规则和标准。像 Uniswap 或 Aave 这样的协议定义了智能合约逻辑，但 dApp 是包含前端、钱包集成和协议合约在内的完整、面向用户的产品。一些协议在其之上构建了多个 dApp 前端。

  • 带钱包连接的网站——将钱包连接到网站并不能使其成为 dApp。如果钱包连接仅用于身份验证或代币显示，而核心产品逻辑中不涉及链上交易，那么该应用在实质上并不去中心化。

  • 代币——代币是区块链上的一种数字资产。dApp 可以使用代币，但它们是不同的东西。许多代币在没有任何相关 dApp 的情况下存在，而一些 dApp 在没有原生代币的情况下运作。

  • DeFi 协议——DeFi（去中心化金融）协议是聚焦于金融服务的 dApp 子集。所有 DeFi 协议都是 dApp，但并非所有 dApp 都是 DeFi。聚焦人工智能的 dApp、游戏 dApp、社交 dApp 和数据市场 dApp 都是同样有效的类别。

常见问题

是否每个加密项目都需要成为 dApp？

不。许多有价值的加密项目是基础设施层（L1 或 L2 区块链）、开发者工具、预言机网络或数据服务。一个项目的架构应当与其目的相匹配。把 dApp 模式强加给一个作为基础设施或传统服务更合适的产品，并不会增添价值——只会增添复杂性。

dApp 能在没有互联网的情况下运行吗？

不能。dApp 需要网络连接才能与区块链交互。区块链本身是一个通过互联网通信的分布式节点网络。没有网络访问，用户无法发送交易或读取链上状态。然而，区块链数据本身在许多独立节点之间被复制，因此没有任何单一的服务器关停能够抹除它。

所有 dApp 都是开源的吗？

不一定。部署在链上的智能合约代码通常是公开可见且可验证的（它必须如此，因为它在公有网络上执行）。然而，前端代码、辅助后端服务和链下组件可能开源，也可能不开源。开源的智能合约是透明性和可审计性的一个积极信号，但它们并非一条普适的规则。

我如何知道一个项目究竟是真正的 dApp，还是只是声称自己是？

检查核心产品逻辑是否通过公有区块链上的智能合约执行。在区块浏览器上查找经过验证的合约地址，检查项目文档中的合约部署细节，并测试该产品的主要功能是否真的需要基于钱包的交易。如果产品在没有区块链连接的情况下也以相同方式运作，那么它在任何有意义的意义上都不是 dApp。

dApp 和 Web3 应用有什么区别？

"Web3"是一个更宽泛的总称，指那些使用区块链技术、去中心化存储和密码学身份的应用。dApp 是一种特定类型的 Web3 应用——其后端逻辑运行在智能合约上。一些 Web3 应用只是外围地使用区块链（用于身份或支付），而不将核心逻辑放在链上；这些是 Web3 应用，但在严格意义上不一定是 dApp。

dApp 为何与评估加密 AI 项目相关？

因为 dApp 架构决定了一个项目的人工智能声称是否可在链上验证。如果一个人工智能项目作为真正的 dApp 运作，其推理调用、数据处理或算力协调就可以通过智能合约交互被追溯。如果"dApp"只是围绕中心化 API 的一个前端封装，那么通过链上证据就无法验证其人工智能声称——而这正是 DecAIHub 的 Onchain necessity 和 AI reality 评估所旨在检测的。

外部参考资料

另请参阅

No comments to display

Back to top