老师有没有告诉你，能装一百倍人的那辆大巴，为什么至今还没造出来

啪——老师把笔丢在桌上

有人提了个问题：一条路每天堵车，怎么办？

底下的回答五花八门：把路修宽、把车速提上去、多开几条车道。

老师听完，把笔丢在桌上：「都对，也都错。因为你们默认了每辆车都得自己走完全程、而且每辆车都得让所有人看见它走过。」

「可这是规定啊。」

「那就先问一句：这条规定，是为了什么？」

老师有没有告诉你，区块链的「慢」不是一个技术故障

很多人第一次听说某个链每秒只能处理十几笔交易时，第一反应是：太落后了，现在电脑这么快，为什么做不到每秒十万笔？

这个直觉忽略了一件事：区块链不是一台电脑，是一群互相不认识的电脑，同时算同一个答案。

你发一笔转账，不是发给一个中心服务器。它要先传到一个节点，再传到它认识的所有节点，再传到那些节点认识的所有节点——直到全网几乎每一台机器都收到了这条消息、都验过了它、都把它写进了自己的那份账本。

慢的地方不在「算」。算一笔转账的密码学验证，今天的普通电脑几毫秒就做完了。慢在「让所有人都同意，并且都记下同样的一行字」。

每加一台机器，答案都要再传一圈

这里有个很反直觉的账。

假设你想让网络更安全，那就多招人记账——机器越多，想篡改就越难。但每多一台机器，那笔交易就要多传一份、多验一遍、多存一份。也就是说，你为「更可信」付的费用，是「更慢、更贵」。

这跟修路完全不一样。修路的时候，多一条车道，车走得快一点，但每辆车还是只走自己的路。而在一个所有人都要记同一本账的系统里，多一个人记账，就意味着那本账要多抄一份给那个人看。

所以出现了一个奇怪的现象：这一类系统的处理能力，很难随着参与人数线性增长，反而会因为参与的人变多而更吃力。

这不是没优化好，这是它的设计目的本身带来的代价——它要的从来不是快，是「没有任何一个人能偷偷改掉那一行」。

那这些年到底改了什么

既然「所有人算同一个答案」这条不能动，改动就只能发生在别的地方。这些年大致有三条路，各自省的东西不一样：

第一条，让每一台机器更强、更省钱。 这确实有用，但省的是「单台机器的开销」，省不掉「全网传一遍」这一步。所以它能提升一点，但不会带来数量级的变化。

第二条，不在主账本上算每一件小事。 把一个社区里成百上千笔小交易，先在一个小圈子里结清，最终只把「结清的结果」写回主账本。这就相当于：小区内部先互相抵账，月底只把净额交给总账房。总账房的工作量瞬间下降，但社区的信用仍然由总账房兜底。

第三条，把「算」和「记」分开。 复杂的计算可以在旁边做完，主账本只负责记录一件更简单的事：这件事确实做过、答案确实是这个。主账本不再当计算器，改当公证处。

三条路的共同点很清楚：没有人试图取消「所有人一致」这一步，大家想的是减少「必须由所有人一致处理的事情的数量」。

一个代价，规模越大越贵

为什么要绕这么大弯？因为在那套体系里，「规模」和「一致」是直接对冲的。

想让东西更可信，就要更多人参与核对；想让更多人参与核对，就要每个人都能独立验证；想让人人能独立验证，单个环节就不能太重——否则普通人跑不起一个节点，只剩下几家大机构在参与，那这系统其实又变回了中心化的样子。

于是就撞上了一个难看的天花板：你要么让验证的门槛低到普通人能跑，要么让单笔处理能力强到能扛住全网流量，这两件事很难同时做到极致。

这也解释了为什么这个领域每隔一段时间就会冒出一个「终于突破了」的新闻，然后过一阵又归于平淡——被优化的通常是某一层的吞吐，没被优化的是那一层「大家得达成一致」的固定成本。

小测验

1. 区块链慢在哪里？——不在计算，在让全网对同一行字达成一致。
2. 多加机器为什么会更慢？——因为每笔交易要多传一份、多验一遍、多存一份。
3. 链下先处理、主链只记录结果，省掉的是什么？——省掉的是所有人重复计算同一笔的开销，没有取消一致性。

一个可以马上用的判断

以后再看到「某条链每秒能处理多少笔」的宣传，先别急着看那个数字，先问三句：

一，这个数字是全网的，还是某一个小圈子的？二，跑一个完整节点需要什么配置——如果只有机房能跑，那这个网络的可信度其实来自少数几方；三，它省掉的是「计算」还是「一致」？如果省的是计算，那是进步；如果它宣称省掉了「一致」，那要看看是谁在替所有人做那个一致的决定。

问完这三句，很多夸张的标题自己就站不住了。

回到那个黑板

老师把路的那张图擦掉，重新写了一句：

「一个系统能跑多快，看它最快的那一台。」
「一个系统能信多久，看它最慢的那一台。」

「你们一直想让它快一点，但它真正的值钱之处，恰恰是它愿意等最慢的那一台。」

他弯腰把笔捡起来，放回桌上：「以后别问它能跑多快，问它愿意为谁慢下来。」