你在这里。看看这个问题与其他知识怎样相连。
选择节点前往页面 · 展开后可留在地图中阅读
一个问题
去中心化，究竟在分散什么？
从机器数量走到权限、规则与用户选择。
设想一个应用在十个城市各有一台服务器，但十台机器由同一个管理员控制。增加副本可以帮助应对机器故障；管理员仍然可能用同一项权限停用所有账户。这两件事并不矛盾。
RFC 9518 第 2 节区分了技术故障点与集中控制的问题。判断一个系统，需要先说清楚讨论的是哪一层。
用同一个应用逐层检查
下面是本页的分析练习，不是 RFC 规定的评分标准。
| 层次 | 要问的问题 | 能支持判断的证据 |
|---|---|---|
| 运行 | 一台机器或一家托管商退出后，服务还能运行吗？ | 故障演练和实际部署依赖 |
| 权限 | 谁能冻结账户、改写记录或升级程序？ | 管理权限、密钥与升级规则 |
| 协议 | 别人能否实现兼容客户端或服务？ | 公开规范与互操作测试 |
| 用户选择 | 换服务时，哪些身份、资料和关系能保留？ | 实际迁移结果，而不只是导出按钮 |
不要把这张表相加成一个通用的“去中心化百分比”。一个系统可以在运行上分散、在升级权限上集中；评价需要保留这种差异。
链上的一致，不等于所有层面的分散
共识帮助参与者就状态达成一致。它本身并不回答应用由谁托管、管理员能做什么、用户能否换服务。dApps（去中心化应用）需要逐层检查；使用 DID（去中心化标识符）也仍要看所选方法与服务的依赖。
ArcBlock 2019 年的文章从不同层次讨论去中心化与用户控制，可作为这一思路的历史阅读。文中的历史技术判断和产品描述不能直接当作今天的实现说明。
来源与下一步
- Mark Nottingham · RFC 9518，第 2 节：2023 年 12 月发布的独立提交、信息类 RFC；代表作者观点，不是 IETF 共识标准。
- ArcBlock · 破除垄断：区块链帮助互联网回归去中心化真实世界（2019）
- 下一步：需要统一协调，就必须集中控制吗？
检查一下理解
节点越多，就一定越去中心化吗？
不一定。节点数量不能代替对控制权和依赖关系的检查。
本页涉及
术语
- Decentralization
它不是一个整体属性，而是对每一部分分别要问的问题：谁能改动它、谁能扣住它、事后谁能核实它。一个系统通常只在某些部分是去中心的，另一些部分不是。
- 区块链
通过密码学连接记录，并按共同的验证与共识规则确定交易历史的分布式账本。