Skip to main content

去中心化是什么意思

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

去中心化是什么意思

**Decentralized（去中心化）**意味着控制权、决策权和运营被分布在多个独立参与者之间，而不是集中于单一实体。在区块链和加密的语境中，去中心化描述的是对某个网络、协议或应用的权力如何被分散到节点、验证者、开发者和用户之间——其目标是减少单点故障、审查和单方面控制。

大多数新手忽视的关键洞见是：去中心化不是一个非此即彼的属性。它是一个频谱（spectrum）。一个系统不是简单地“去中心化”或“中心化”——它位于某个区间内的某处，而同一个项目的不同部分可能具有不同程度的去中心化。一个项目可能运行在高度去中心化的区块链上，却由单一公司控制其智能合约升级、其金库和其人工智能模型。理解这一频谱对于准确解读加密人工智能项目卡片至关重要。

**简而言之：**去中心化意味着将控制权分布到许多独立方之间——但若没有关于网络、验证者、治理和执行的证据，称某物“去中心化”什么都证明不了。

去中心化如何运作

去中心化不是单一的机制。它适用于系统的多个层面，每一层都可以独立地或多或少地去中心化。

网络去中心化

在最基础的层面上，去中心化的网络将其基础设施分布到许多独立的运营者之间。在**区块链**的语境中，这意味着有多个节点——由不同的人、在不同的地点、在不同的司法管辖区运行——每个节点都维护一份账本副本并独立验证交易。

节点的数量和多样性很重要。一个拥有 10000 个节点、由数十个国家中数千个独立实体运营的网络，比一个拥有 21 个节点、由经常彼此协调的实体运行的网络更加去中心化。二者都可以自称“去中心化”，但它们对审查、合谋和单点故障的抵抗力天差地别。

共识去中心化

共识机制决定了谁能够提议和验证新区块。在 Proof of Work 中，任何拥有足够硬件的人都可以挖矿。在 Proof of Stake 中，任何拥有足够代币的人都可以质押。在 Delegated Proof of Stake 中，代币持有者投票选出有限的一组验证者。每种模型都创造了不同的出块权力分布，并由此带来不同程度的共识去中心化。

即使在给定的机制内，集中化也可能出现。如果少数几个矿池或质押服务商控制了多数出块权，那么尽管协议在设计上去中心化，系统在共识层面上也会实质性地变得中心化。

治理去中心化

治理决定了谁能够更改规则。相关问题包括：谁可以提议协议升级？谁对其进行投票？某个团队或基金会能否在未经社区批准的情况下推送更新？治理是链上的（透明且可审计）还是链下的（在私密渠道中决定）？

许多在网络层面去中心化的项目，治理却高度中心化。创始团队可能持有管理员密钥、控制金库支出，或保有单方面暂停或升级智能合约的能力。这本身并非坏事——早期阶段的项目往往需要中心化的协调——但重要的是要认识到它，而不是忽视它。

执行去中心化

对于加密人工智能项目，执行去中心化尤其相关。人工智能计算实际发生在哪里？如果一个项目声称自己是去中心化的，却在单一云服务商的服务器上运行其所有人工智能推理，那么即便代币层和治理层不是中心化的，执行层也是中心化的。

真正去中心化的执行意味着将计算分布到多个独立的服务商之间——这是去中心化算力网络试图实现的目标。但去中心化的执行带来了中心化系统所没有的延迟、协调复杂性和质量控制方面的挑战。

实践中的频谱

大多数现实世界的项目都位于完全中心化和完全去中心化之间的某处。务实的评估会独立地考察每一层：

层面 更中心化 更去中心化
网络 节点少，单一运营者 数千个独立节点
共识 验证者集合小，高度集中 庞大、多样的验证者集合
治理 单一团队持有管理员密钥 链上投票，无单方面控制
执行 单一服务器，单一云服务商 分布在独立的服务商之间
数据 单一数据库，受控访问 复制的、开放的、可验证的

一个项目可能在一个维度上高度去中心化，而在另一个维度上高度中心化。没有上下文的“去中心化”标签是没有意义的——重要的是哪些具体方面去中心化以及去中心化到何种程度。

为什么这对加密人工智能项目很重要

去中心化是 DecAIHub 分析框架中三个核心问题之一。与 AI reality 和 Token necessity 并列，Onchain necessity 追问的是：一个项目对区块链和去中心化的使用是否增添了真正的价值，抑或仅仅是装点门面。

去中心化人工智能的承诺

将人工智能与去中心化基础设施相结合，在理论上有一个令人信服的理由：

  • 抗审查 —— 运行在去中心化网络上的人工智能服务，比托管在单一服务器上的服务更难被关停。这对于中立性很重要的应用而言意义重大。
  • 透明性 —— 如果人工智能的决策被记录在公开的区块链上，任何人都可以审计它们。这对于涉及金融操作、数据访问或声誉评分的应用是相关的。
  • 分布式所有权 —— 去中心化人工智能可以让社区集体拥有并治理人工智能模型，而不是将控制权留给少数大公司。
  • 激励对齐 —— 代币和基于区块链的激励机制可以协调来自许多独立参与者——数据提供者、算力供应商、模型验证者——的贡献，而无需中心化的中介。

现实核查

只有当去中心化是真实的时，这些理论上的好处才会兑现。许多项目把“去中心化”当作营销术语，同时却对最关键的组成部分保持中心化控制。一个项目可能在 Ethereum 上部署代币（继承了该网络的去中心化），却在没有任何第三方验证的单一 AWS 实例上运行其人工智能模型。在这种情况下，该项目仅在狭义上“去中心化”，即其代币转账由 Ethereum 的节点网络验证——而人工智能本身是完全中心化的。

DecAIHub 的 Onchain necessity 指标专门针对这一差距。它追问的不仅是“项目是否声称去中心化？”，而是“项目的链上组件是否服务于一个无法被中心化替代方案取代的必要功能？”

Onchain necessity 与去中心化问题

DecAIHub 方法论不把去中心化当作一个勾选框，而是当作更广泛的 Onchain necessity 评估的一部分。这个问题是功能性的：区块链层是否提供了真正的去中心化收益——抗审查、透明治理、可验证执行——抑或同样的产品在中心化基础设施上也能完全一样地运行？一个在 Onchain necessity 上得分高的项目，证明了其对区块链的使用服务于某个必要目的，而这往往（但并非总是）涉及某一层有意义的去中心化。一个得分低的项目可能使用区块链和“去中心化”标签，而这些属性并未对实际产品作出贡献。

完整框架请参阅 AI reality、Onchain necessity 与 Token necessity。

它出现在 DecAIHub 项目卡片的何处

作为一个概念，去中心化影响着应如何解读若干项目卡片字段：

  • Type —— 像 EVM、non-EVM 和 Appchain 这样的值描述了项目的执行环境。结合 Main chain 和 Consensus，它们将项目归入某种架构模式（L1、L2、dApp 等）。L1（通常为 Type: Appchain）是一条定义了自身共识和验证者集合的基础层区块链。L2 从 L1 继承安全性，但可能有其自身的中心化权衡（例如中心化的 sequencer）。
  • Consensus —— 共识机制（PoS、PoW、DPoS）影响出块的去中心化程度。这个字段有助于评估网络层的去中心化。
  • Main chain —— 告诉你项目运行在哪条区块链上。不同的链有不同程度的去中心化。Ethereum 上的项目继承了一个庞大、多样的验证者集合；而新 Appchain 上的项目可能只有少数几个验证者。
  • Onchain necessity —— DecAIHub 方法论评估项目对区块链的使用是否服务于真正的目的。如果答案是“该产品在没有区块链的情况下也能完全一样地工作”，那么去中心化就是装点门面的，而非功能性的。

在阅读项目卡片时，请思考：项目的架构是否真正分布了控制权和验证，抑或它把去中心化的区块链当作一个结算层，同时把其他一切都置于中心化管理之下？

仅有去中心化本身无法证明什么

“去中心化”一词出现在项目描述、白皮书或项目卡片中时，本身能告诉你的非常有限。具体来说，它并不能证明：

  • 安全性 —— 去中心化的系统仍可能存在漏洞：智能合约缺陷、预言机操纵、治理攻击，或绕过去中心化治理的中心化管理员密钥。去中心化减少了一些风险（单点故障），同时引入了另一些风险（协调攻击、验证者合谋）。
  • AI reality —— 去中心化与一个项目的人工智能成分是否真实毫无关系。一个完全去中心化、却没有有效人工智能模型的网络，仍然没有有效的人工智能模型。
  • 质量 —— 将系统分布到许多节点上并不会使其表现更好。去中心化的人工智能推理可能比中心化替代方案更慢、更不可靠、更难进行质量控制。去中心化是一种权衡，而不是免费的升级。
  • 用户收益 —— 一些应用从去中心化中获得明显的价值（抗审查的金融、透明的投票）。另一些则收益甚微（一个恰好把其查询记录在链上的中心化人工智能聊天机器人）。去中心化的价值取决于具体的用例。
  • 无需信任（Trustlessness） —— “去中心化”有时被等同于“无需信任”，但大多数系统在某一层仍然需要信任：对共识机制的信任、对智能合约代码的信任、对提供外部数据的预言机的信任，或对团队能力和意图的信任。
  • Token necessity —— 一个项目可以是真正去中心化的，却仍缺乏其代币的明确理由。去中心化描述的是控制权如何分布；token necessity 追问的是代币是否服务于一个无法被替代机制取代的功能角色。在 DecAIHub 框架中，这是相互独立的两个问题。
  • 合规性或合法性 —— 去中心化并不赋予监管批准、法律地位或内在的可信度。一个去中心化的协议仍可能有未经审计的代码、未披露的风险或设计缺陷。控制权的结构性分布只是众多有助于项目整体可信度的属性之一。

请勿混淆

  • Distributed（分布式） —— 分布式系统将计算分散到多台机器上，但这些机器可能全部由同一实体控制。一家公司在十个数据中心运行其数据库，是分布式系统，但却是中心化的系统。去中心化不仅意味着技术上的分布，还意味着运营者的独立性。
  • Open-source（开源） —— 开源意味着代码是公开可用的。一个项目可以是开源的，但在其部署和治理上完全中心化。反之，一个项目可以是闭源的，但在其网络运营上去中心化。这两个属性是相互独立的。
  • Onchain —— “onchain（链上）”意味着记录或执行在区块链上。某物可以是链上的而不去中心化（一个有三个节点的许可制区块链），也可以是去中心化的而不完全在链上（一个不使用区块链的点对点网络）。
  • Permissionless（无需许可） —— 无需许可意味着任何人无需批准即可参与。大多数公链是无需许可的，但一些去中心化系统具有许可制的访问。无需许可与去中心化常常重叠，但它们是不同的概念。
  • Trustless（无需信任） —— 无需信任意味着不需要单一受信任的第三方。实践中，每个系统都涉及某些信任假设。“去中心化”减少了所需信任的集中度，但并未将其完全消除。

常见问题

一个项目可以是部分去中心化的吗？

可以，而且大多数项目都是。去中心化独立地适用于不同的层面：网络、共识、治理、执行和数据。一个项目可能运行在去中心化的区块链上（网络层），却有一个控制智能合约升级的中心化团队（治理层），并在单一云服务商上运行人工智能推理（执行层）。在评估项目时，应分别评估每一层，而不是接受或拒绝一个笼统的主张。

我如何判断一个项目是否真正去中心化？

寻找具体细节。有多少个独立的验证者或节点运营该网络？任何人都能成为验证者，还是验证者集合受到限制？谁持有智能合约的管理员密钥或升级权限？人工智能计算实际运行在哪里？治理是链上的且透明的，还是由创始团队私下决定的？DecAIHub 项目卡片在这些维度上提供了结构化的信息，尤其是在 Consensus、Type 和 Onchain necessity 字段中。

去中心化会让一个项目更安全吗？

这取决于威胁模型。去中心化增强了对单点故障的抵抗力——如果一个节点宕机，网络仍会继续运行。它还使审查更困难，因为没有单一实体可供施压。然而，去中心化引入了其自身的风险：紧急情况下协调较慢、可能遭受治理攻击，以及在分布的一组运营者之间升级软件的困难。安全性是多维度的，去中心化改善了一些方面，同时使另一些方面变得复杂。

为什么一些人工智能项目在并非去中心化时却声称自己去中心化？

“去中心化”标签在加密社区中带有强烈的正面联想：公平、透明、抗审查、社区所有权。使用这个词——即使没有实质性的去中心化——也能吸引关注、社区成员和资金。这种做法与 AI-washing 相似：正如一些项目在没有真正人工智能能力的情况下给其营销加上“AI”，一些项目也在没有有意义的控制权分布的情况下加上“去中心化”。DecAIHub 的 Onchain necessity 评估正是为了区分装点门面的与真正的区块链使用而设计的。

去中心化总是一件好事吗？

并非自动如此。去中心化涉及真实的权衡。中心化系统通常更快、更易升级、更易协调。去中心化系统对审查和单点故障更具抵抗力，但更慢、更复杂、更难治理。去中心化是否有益取决于具体的用例。对于信任最小化和抗审查至关重要的金融应用，去中心化增添了明确的价值。对于速度和简单性比信任最小化更重要的应用，强行去中心化可能在不带来有意义收益的情况下降低质量。

什么是“渐进式去中心化（progressive decentralization）”？

渐进式去中心化是一种策略：项目在早期开发期间以中心化控制起步，以求速度和协调，然后随时间逐渐将权力移交给社区。这可能涉及从团队控制的管理员密钥转向多签，再转向带有代币投票的链上治理。这种做法承认对大多数项目而言，从第一天起就完全去中心化是不切实际的，同时仍致力于一条去中心化路线图。在评估项目时，要看它们当前在这条道路上处于何处，而不仅仅是它们声称要走向何方。

外部参考

另请参阅

No comments to display

Back to top