一个思想实验：如果没有服务器
作为 Web2 开发者，你每天的工作可能是这样的：用户请求打到 Nginx，转发给你的 Node.js 或 Java 服务，服务查询 MySQL 或 PostgreSQL，返回数据，渲染页面。整个链路清晰明了，你对每一个环节都有完全的控制权。
现在，让我们做一个思想实验：如果你的公司明天倒闭了，服务器被关停，会发生什么？
答案很简单：所有用户数据消失，所有服务不可用，一切归零。
这不是危言耸听。2023 年，一家提供云存储服务的创业公司突然关闭，数百万用户的照片和文档瞬间蒸发。更早之前，一家社交平台的数据库被恶意删除，多年积累的用户内容化为乌有。
这就是中心化架构的根本脆弱性：单点依赖。无论你的服务多么高可用，多少个 9 的 SLA，最终都依赖于某个实体的持续运营。
区块链试图回答的问题是：能否构建一种系统，它不依赖任何单一实体，却能持续、可靠地运行？
你已经熟悉的分布式系统
在深入区块链之前，让我们先回顾你可能已经接触过的分布式技术：
主从复制（Master-Slave Replication）：MySQL 的读写分离，主库负责写入，从库负责读取。如果主库挂了，需要手动或自动切换从库为主库。这里有一个隐含假设——主库是可信的，从库只是被动复制。
分布式缓存（如 Redis Cluster）：数据分片存储在多个节点上，通过一致性哈希确定数据位置。节点之间通过 Gossip 协议同步状态。但如果你有 Redis 的管理权限，你可以随时修改任何数据。
消息队列（如 Kafka）：生产者发送消息，消费者消费消息，Kafka 保证消息不丢失和顺序性。但 Kafka 集群的管理员可以删除任何 topic，修改任何消息。
你发现规律了吗？这些系统都在解决可用性和性能问题，但都有一个共同的前提：运维人员是可信的。
区块链要解决的是一个更极端的问题：如果参与者之间互不信任，甚至存在恶意参与者，系统还能正常工作吗？
信任的成本
让我们用一个更具体的例子来理解"信任"的含义。
假设你开发了一个二手交易平台。Alice 想把一台 iPhone 卖给 Bob，售价 3000 元。传统的解决方案是：
- Bob 把 3000 元打给平台（支付宝/微信）
- Alice 发货
- Bob 确认收货
- 平台把 3000 元转给 Alice
这个流程能够运作，是因为 Alice 和 Bob 都信任平台。但这种信任是有成本的：
- 手续费：平台要抽取 1-5% 的交易费用
- 审核延迟：资金可能被冻结数天
- 隐私泄露：平台知道你买了什么、卖了什么、赚了多少
- 政策风险：平台可以单方面冻结你的账户
- 运营风险：平台倒闭，你的余额可能无法取出
这些都是"信任中介"的隐性成本。区块链的核心创新在于：用密码学和经济激励取代对中介的信任。
在区块链版本的交易中：
- Alice 和 Bob 的交易被写入一个公开的账本
- 这个账本由全球数千台计算机共同维护
- 没有任何单一实体可以篡改或撤销交易
- 交易在数秒到数分钟内完成，费用可能只有几分钱
这不是乌托邦式的愿景，而是已经在运行的现实。2024 年，仅以太坊网络就处理了超过 4000 亿美元的交易量。