From zero to Ethereum · 01 / 02

谁是数字世界的最终裁判?

传统互联网中的数据、信任与控制权:为什么屏幕上的余额、粉丝和数字物品,最终都依赖某个机构的数据库。

  • 难度:从零开始
  • 阅读:约 40 分钟
  • 图示:6 组
  • 自测:5 题
本课的判断标准

中心化的问题不在于“有公司”,而在于关键事实最终只能由一方解释和修改

这一课先回答“为什么需要一种新的共享状态”,暂不深入 PoS、EVM、Gas 或智能合约开发。
本课目录
  1. 00 · 屏幕背后的事实
  2. 01 · 数据与控制权
  3. 02 · 结构性信任
  4. 03 · 金融为何中心化
  5. 04 · 宝剑 731
  6. 05 · 以太坊改变什么
  7. 06 · 什么时候需要它
  8. 07 · 总结与自测
00

你看到的余额,究竟在哪里?

你在手机上看到 500 元余额、10 万粉丝、一件游戏装备或一张会员卡。它们并不存在于屏幕里;屏幕只是展示服务器从数据库里读出的结果。

传统互联网应用通常可以简化为四部分:用户界面负责接收操作,服务器执行规则,私有数据库保存账户和状态,平台管理者决定系统怎样运行。所谓状态,就是某一时刻系统认可的事实集合。

01
用户操作付款、发帖、购买装备或修改资料
02
应用界面把你的意图发送给平台服务器
03
平台服务器检查身份、权限和内部业务规则
04
私有数据库写入余额、归属、关系和访问状态
05
界面显示读取新记录,再把结果展示给你
图 01屏幕并不是资产或关系的所在地。对系统而言,私有数据库中的记录才是权威状态,界面只是它的窗口。

系统把哪一份记录视为最终事实,常被称为事实来源(Source of Truth)。在 Web2 平台里,事实来源通常是平台控制的数据库。因此,平台不仅提供服务,也承担最终记账者和裁判的角色。

一万台服务器,也可能仍然中心化

“分布式”主要描述机器放在哪里;“去中心化”还要追问谁拥有最终权限。一家公司可以把服务器部署在全球多个地区,提升速度和容灾,但账户、规则、管理员权限仍由同一个组织掌握。

开放互联网
连接全球用户
亚洲
服务器集群
欧洲
服务器集群
美洲
服务器集群
同一管理域
最终规则与权限
图 02基础设施可以物理分布,控制权仍可集中。判断一个系统是否去中心化,不能只数服务器。
Core distinction

服务器数量回答“数据在哪里运行”;控制权分布回答“发生争议时,谁拥有最后决定权”。

01

数据集中,不等于用户什么都不拥有

理解平台控制之前,必须把法律所有权、技术控制权、迁移能力和独立验证分开。它们常常重叠,却不是同一件事。

A · DATA

数据

账户资料、内容、交易、社交关系、游戏物品及权限等数字记录。

B · OWNERSHIP

法律所有权

法律和合同承认谁享有权利;它不能仅凭数据库结构判断。

C · CONTROL

技术控制权

现实中谁能读取、修改、冻结、删除、转移记录或改变规则。

D · PORTABILITY

迁移能力

能否把内容、关系、信誉和资产状态带入另一个兼容系统。

E · VERIFICATION

独立验证

不取得平台后台权限,也能检查关键记录是否符合公开规则。

F · RECOVERY

恢复与申诉

出错时能否依靠客服、合同、监管、保险或法院获得纠正。

例如,你发布照片后,版权可能仍属于你;但照片保存在哪里、账号能否访问、谁可以看到、是否进入推荐流,通常由平台控制。因此,“法律上属于用户”与“技术上由平台管理”完全可以同时成立。

为什么“下载数据”仍不足以迁移?

你可能下载所有照片和帖子,却无法一并带走关注关系、历史互动、账号信誉、原有受众和推荐权重。文件可以复制,围绕文件形成的网络关系却被锁在平台的数据模型和商业规则中。

图 03网络效应会形成反馈循环:平台越有用,用户越集中;用户越集中,离开的成本越高。

中心化不是错误,它是一笔交换

What we gain

效率、纠错与责任

统一运营者可以快速升级、找回密码、撤销错误、拦截诈骗、审核内容、保护隐私,并承担明确的法律责任。

What we delegate

最终控制与退出能力

同一权力也能限制访问、修改收费、调整推荐、冻结账户、关闭接口或终止服务,用户只能接受、申诉或离开。

成熟的判断:中心化可以提供专业安全与快速响应,但也会形成集中攻击目标和共同故障范围。真正的问题不是“有没有管理员”,而是这种权力在具体场景中是否值得、受什么约束、用户能否退出。

02

信任,不是相信一家公司的品德

这里的“信任”是一种结构性依赖:你必须依赖某个机构持续具备正确记账、保护数据、执行承诺、公平处理争议和维持服务的能力与意愿。

  1. 机构保存权威数据库

    账户、余额、关系和权限的完整记录不公开给普通用户。

  2. 用户无法重建全部状态

    界面和开放接口只展示机构允许访问的部分结果。

  3. 机构认定什么有效

    服务器判断操作是否接受、争议如何处理、账号是否继续有效。

  4. 用户依赖机构持续正确运行

    错误、停运、攻击、利益冲突或法律限制都可能影响用户状态。

这种信任至少包含五个维度:账记得是否正确、系统是否安全、服务是否持续、规则是否被公平执行,以及机构是否有能力兑现余额和承诺。单点故障也不只是服务器宕机,还可能是单一决策者、登录入口、托管人或法律管辖区。

Appeal

向权威申诉

客服、合同、审计、监管、保险和法院能够纠错与追责。这些保障很重要,但仍需要某个机构接受并处理你的请求。

Verify

自己独立验证

无需查看私有后台,也能依据公开数据和规则检查状态变化是否有效。它不是更好的客服,而是另一种保障机制。

Trust, precisely

传统体系主要把信任建立在组织与法律制度上;区块链尝试再增加一层由公开规则、密码学和共同验证提供的保障。

03

为什么金融系统尤其依赖中心机构?

银行账户里的余额不是一个可以通过网线传给别人的文件。通常,它是银行账本记录的一项负债,而储户拥有相应的法律债权。

当你向另一家银行的用户付款时,界面显示“成功”只是旅程的一部分。机构之间还要传递信息、识别风险、核对义务并完成结算。美联储把清算解释为支付信息的交换和相关处理,把结算解释为通过账户借记与贷记真正转移资金。[5]

01付款人发出支付指令
02付款机构验证账户、余额与身份
03支付网络传递授权和交易信息
04清算与结算核对义务并调整机构账户
05收款机构确认资金并记入客户账本
06收款人获得可用余额
图 04支付通知不必然等于最终结算。不同账本之间需要通过支付、清算和结算基础设施协调。

跨境支付还可能加入代理银行、外汇兑换、合规检查、不同国家的清算网络和法律体系。这就是为什么传统金融不是“一台中央服务器”,而是一组相互连接、准入受控的机构账本。

What intermediaries provide

保护、信用与法律救济

身份审核、反欺诈、退款、信用创造、流动性、隐私保护、外汇兑换、消费者保护和明确责任主体。

What the structure requires

准入、对账与机构信任

开户资格、身份和地区限制;跨机构协调;冻结或拒绝服务的可能;跨境时间、费用与机构偿付风险。

这不代表所有传统支付都慢或昂贵。许多国内即时支付已经非常高效。摩擦往往在跨境、跨机构、非标准资产,或缺少统一互操作规则的场景中更加明显。

重要区别:ETH 是以太坊协议的原生资产,没有负责按美元赎回 ETH 的发行机构;许多法币支持型稳定币虽然运行在以太坊上,仍依赖发行方、银行储备、赎回承诺和管理员权限。

04

宝剑 731:一件数字物品的对照实验

假设你花 500 元购买一把游戏宝剑。画面看起来相同,但它记录在哪里、由谁授权转移,会改变你实际拥有的控制能力。

Web2 · 平台状态

数据库把宝剑记在账号下

item_id: 731
owner_user_id: alice
status: tradable

游戏平台可以按照服务条款修改属性、限制交易、封禁账号或关闭服务。

  • 修改者平台服务器与管理员
  • 验证者平台及获授权的审计者
  • 迁移依赖平台接口和商业协议
Ethereum · 公开状态

合约把代币记录给地址

token_id: 731
owner: 0xAlice…
rule: contract code

转移需要地址签名并满足合约规则,其他应用可以读取同一份链上状态。[3]

  • 修改者有效签名与合约规则
  • 验证者网络节点与任何观察者
  • 迁移可被兼容应用识别和调用

“资产上链”只改变所有权问题的一部分。它不能保证游戏公司永远运营,也不能让另一个游戏自动兼容这把剑;图片、角色能力、版权和法律关系仍可能在链外。

01链上归属公共状态记录哪个地址控制代币。
02密钥控制谁能对具体交易进行有效签名。
03合约权限管理员能否升级、冻结、增发或修改规则。
04链外权利版权、实物、游戏服务和法律承诺由谁保证。
图 05判断“是否真正拥有”时,必须同时检查归属、密钥、合约和链外权利;只看 NFT 是否存在远远不够。
05

以太坊改变了什么,又没改变什么?

以太坊把关键状态从“某家公司独占的数据库”转向“许多参与者按公开规则共同维护的状态”。它改变信任结构,却不消灭风险。

以太坊官方技术文档把区块链描述为由许多计算机共同更新和保存的公共数据库;网络参与者共同认可当前状态,交易请求执行合法的状态变化。[2]

维度 Web2 常见模式 以太坊基础层
事实来源平台私有数据库。网络共同认可的公开状态。
操作授权平台账号、密码和内部权限。密钥签名以及协议、合约规则。
验证结果平台、审计者与监管者。独立节点可以重复验证。
修改规则平台更新软件或服务条款。协议治理和合约设计;可升级合约仍可能有管理员。
迁移组合依赖接口和商业协议。地址与合约状态可被多个兼容应用读取。
错误恢复通常可由客服、银行或管理员处理。普通交易难以撤销,私钥丢失可能无法恢复。
性能隐私通常更快、更便宜,数据可私下保存。重复验证增加成本,链上状态通常公开。
The trust shift

从“相信平台会报告正确结果”,转向“任何人都有机会检查状态是否按照公开规则变化”。

Changed

改变了

  • 共享状态不再只由一家公司保存
  • 操作可以由密码学签名授权
  • 规则与执行结果能够公开检查
  • 兼容合约可以读取和组合已有状态
Not guaranteed

没有保证

  • 链外输入本身一定真实
  • 程序、钱包和前端没有漏洞
  • 法律产权自动随代币转移
  • 应用、图片和服务永远存在
New responsibility

新增责任

  • 保管私钥并理解签名内容
  • 检查合约管理员和升级权限
  • 承担公开性、费用和不可逆操作
  • 识别预言机、桥和发行方依赖
图 06以太坊减少的是部分单点控制,并不是把信任、成本和责任全部清零。DApp 的前端、托管密钥和业务逻辑仍可能重新形成中心依赖。[4]

因此,“无需信任”更准确的说法是减少对单一机构的信任。使用者仍要信任协议安全、钱包、合约代码、数据来源和自身的密钥管理。

06

什么时候真的需要以太坊?

不是所有应用都应该上链。普通数据库通常更快、更便宜、更私密,也更容易修改错误。只有当公开验证的价值高于这些代价时,以太坊才可能值得。

  1. 01
    是否有多个参与者共享高价值状态?例如资产归属、共同资金、抵押仓位或多方结算。
    是 / 否
  2. 02
    各方是否不愿让其中一方成为最终裁判?如果大家都信任一个明确负责的运营者,数据库往往更好。
    是 / 否
  3. 03
    是否需要任何参与者独立验证?不是只看平台报告,而是检查公开状态与规则。
    是 / 否
  4. 04
    资产和规则能否主要以数字形式表达?链上系统最擅长处理可由代码直接判断的条件。
    是 / 否
  5. 05
    收益能否覆盖公开、费用与不可逆性的代价?隐私、高频计算和易恢复需求可能更适合链下。
    是 / 否
Decision formula

共享高价值状态 + 参与者互不完全信任 + 需要独立验证 + 规则可数字化。

六个常见误区

误区 01“互联网是中心化的。”
更准确互联网底层相当分布式,中心化主要发生在大量应用、数据库和治理层。
误区 02“中心化一定邪恶或不安全。”
更准确它能提供效率、客服、纠错与责任主体,同时形成集中权限和故障范围。
误区 03“区块链完全不需要信任。”
更准确它重新分配信任:减少机构裁量,增加对公开协议、代码和密钥管理的依赖。
误区 04“记录上链就代表完整所有权。”
更准确还要检查私钥、合约权限、链外数据、版权与法律承诺。
误区 05“链上的数据一定是真实世界事实。”
更准确链能保证内部记录一致,不能自动证明天气、价格或身份等外部输入真实。
误区 06“去掉中间机构,成本就会消失。”
更准确成本会转化为网络验证、代码安全、费用、密钥责任和更复杂的使用体验。

以太坊官方资料同样提醒:中心化与去中心化是一个连续谱。中心化通常性能更高、协调更容易;去中心化则降低某些单点风险,却带来性能、治理与用户体验成本。[1]

07

把整课压缩成一条推导链

这一课不是在证明传统互联网“失败”,而是在解释:为什么高效的平台模式,会自然产生对单一事实来源的依赖。

  1. 平台建立统一数据库

    它让账户、推荐、支付、审核和服务能够高效协调。

  2. 数据库成为权威事实来源

    余额、关系、资产和权限最终由平台服务器认定。

  3. 平台掌握访问与修改能力

    同一种权力既能找回和纠错,也能限制、冻结或改变规则。

  4. 用户难以独立验证或完整迁移

    用户主要依靠合同、客服、审计、监管和法院获得保障。

  5. 多方开始寻找公共共享状态

    区块链尝试让互不完全信任的参与者按共同规则维护同一份记录。

本课最终答案

传统互联网最深的限制,不是它不能传递信息,而是大量关键状态只能由平台记录、解释和控制。

五题自测

1. 一家公司在全球拥有一万台服务器,这个应用是否一定去中心化?

查看答案与解释

答案 B。服务器可以全球分布,但同一组织仍可能拥有全部规则与管理权限。

2. 能下载全部照片,是否代表能迁移整个社交身份?

查看答案与解释

答案 C。内容的可复制性不等于整套社会关系和平台状态的可迁移性。

3. “能够向客服申诉”是否等于“能够独立验证”?

查看答案与解释

答案 A。申诉依赖权威处理,独立验证依赖公开数据和规则。

4. 数据写进区块链后,内容本身是否必然真实?

查看答案与解释

答案 B。链上共识解决记录一致性,链外事实仍需要可靠数据来源。

5. 多方共享高价值状态、不愿由任何一方做最终裁判,并需要独立验证,哪种方案更值得评估?

查看答案与解释

答案 C。需求符合共享状态、低互信和独立验证三个关键条件。

最小术语表

State
某一时刻系统认可的全部相关事实;余额、所有者和权限都是状态。
Source of Truth
发生冲突时被系统视为最终事实的权威记录。
Control
读取、修改、冻结、删除、转移状态或改变规则的实际能力。
Custody
由机构替用户保管资产或访问凭证,因此机构通常拥有恢复或限制能力。
Clearing
支付参与方之间交换信息、核对义务并进行相关处理。
Settlement
通过相关账户的借记与贷记最终完成资金转移。
Verification
不依赖对方报告,依据公开数据和规则检查结果。
Trust minimization
减少对单一机构裁量的依赖,而不是消灭所有信任。

Lesson complete

平台数据库让数字世界高效运转,也让平台成为最终裁判

01 / 03 区块链解决了什么问题?下一课:去中心化、无需许可、难以篡改,以及全球状态怎样保持同步

资料与延伸阅读

  1. ethereum.org: Web2 vs Web3 — 中心化与去中心化的性能、协调、准入和故障取舍。
  2. ethereum.org: Technical intro to Ethereum — 公共数据库、共享状态、节点验证和状态转换的技术概览。
  3. ethereum.org: Introduction to smart contracts — 智能合约的代码、状态、调用与可组合性。
  4. ethereum.org: Technical introduction to dapps — DApp 的前端、合约和仍可能存在的中心化依赖。
  5. Federal Reserve: Clearing and settlement — 清算与结算的定义及其在机构支付中的作用。