第 9 章 · Smart Contract 改变了什么

一个现实问题

你租了一间房，交了三个月房租作为押金。

合同上写得清清楚楚：租期结束，房屋无损坏，押金三日内全额退还。

租期结束那天，房东说墙上有几个钉子眼，扣八百；说厨房要做一次深度清洁，扣六百；说要等下一个租客交了钱才有现金，让你再等等。

你手里那份合同一个字都没变，但执行它的是房东。

你可以去仲裁，可以去起诉。假设你都赢了，算上时间和精力，为了两千块钱，值不值？

这件事的结构比它看起来更普遍。大多数合同的问题不在于写得不够清楚，而在于执行它的是某一个有立场的人。 为了解决这个问题，社会发明了中介、托管方、公证处、法院——每一层都在收费，而且每一层本身也需要被信任。

那么问题来了：如果执行这一步也不需要人呢？

思想实验

从一台自动售货机开始。

投三块钱，按下按钮，可乐掉下来。没有店员，没有议价，没有「今天机器心情不好」。规则写在机器里，执行也在机器里。

现在把这台机器放大成一个思想实验，一步一步加条件。

第一步：规则公开可查。 任何人都能看到机器内部的接线图，确认投三块真的会出可乐，而不是出一罐空气。你不需要相信厂商，你可以自己看。

第二步：任何人都能接线。 有人把这台机器的出货口，接到了另一台机器的投币口：投六块，第一台出一罐可乐，第二台自动把可乐换成一张电影票。两台机器的主人互不相识，谁也没有谈过合作，也不需要谁批准。

第三个人看到了，又在后面接了第三台。一条谁也没有设计过的流水线长了出来。

第三步：装好之后没有钥匙。 机器焊死了，厂商自己也打不开。

这一条同时是最大的优点和最大的风险。优点是：没有人能在半夜偷偷改规则，你今天看到的接线图，十年后还是这样。风险是：如果接线图上少了一个零——本该是三块的可乐标成了三毛——这个错误也将永远存在，直到里面的可乐被搬空。

第四步：厂商留了一把后门钥匙。 为了能在出错时修好，厂商保留了一把能打开后盖的钥匙。

于是它变成了另一种东西：只要那把钥匙还在，所有关于「谁也改不了」的承诺都要加上一句「除了拿钥匙的那个人」。

请停在这里想一想：第三步和第四步，你更愿意把自己的押金放进哪一台？

你来决定

你要用这台机器托管你的两千块押金。规则很简单：三个月后自动退还给你；如果这期间房东提出了争议并且你同意，按你们协商的金额分配。

市面上有四个版本。

观察结果

四个选项指向同一个交换：

把规则交给软件，你换来的是「执行不依赖任何人的立场」，付出的是「写错了也照样执行」。

这个交换一旦成立，问题立刻从「他会不会赖账」变成了两个新问题：规则写对了吗，以及谁能改它。

先把新旧两种规则放在一起看：

最后一行是本章真正的分水岭，也是整章最容易被讲成口号的地方。

「不可篡改」不是一个开关，而是一条光谱。 现实中的每一份链上规则，都落在下面某个位置上：

绝大多数人以为自己在用第一种，实际上大多数时候用的是第三种或第四种。这一章的 Lab 就是去亲眼确认一次。

建立模型

模型一：链是一台状态机

把整条链想成一个只做一件事的机器：

有了这个模型，Bitcoin 和 Ethereum 的差别就能说清了：

这一句是本章的核心：

Bitcoin 是可编程的钱，Ethereum 是可编程的状态。

差别不在于谁更强，而在于规则由谁来写。Bitcoin 把规则留在协议层，所以改一次要几年；Ethereum 把规则开放给所有人，于是任何人都能在上面定义新的资产、新的市场、新的组织——也包括任何人都能部署一份有漏洞或者有恶意的规则。

模型二：可以互相接线的规则

第二个变化比第一个更深远，但它不写在任何白皮书的第一页上。

因为每一份规则都在同一条链上、都公开、都能被任何人直接调用，它们可以像积木一样互相接起来，而且不需要任何人授权。

一个借贷规则可以直接调用一个交易规则来处理清算；一个新产品可以在上线第一天就接上已有的全部流动性；一个人写的东西可以被另一个从未联系过的人组装进更大的系统。

这解释了为什么链上的金融产品能在几年内长出传统金融几十年的品类。它也解释了为什么这里的事故会传染：

你的安全，等于你所依赖的那一串规则里最弱的那一环。 你可能从没听说过其中某一环的名字。

模型三：升级权限的四个问题

拿到任何一份链上规则，问这四个问题，顺序不要变：

1. 有没有人能改它？ 找到那个入口，或者确认没有。
2. 是谁？ 一个地址、一组人、还是一次治理投票？
3. 改完多久生效？ 有没有等待期让用户来得及退出？
4. 改了以后你能不能察觉？ 有没有事件、公告、监控？

前两个问题大多数人会问，后两个问题几乎没有人问。而后两个问题决定了你在出事的时候有没有机会离场。

它叫什么

动手

AI Lab

这是一份部署在链上的合约源码。请做三件事：

1. 找出其中最核心的三个函数，逐个解释：谁可以调用、它改变了什么状态、
   调用它需要满足什么前置条件。

2. 列出这份合约里所有带权限限制的函数，说明限制来自哪一行代码。

3. 列出这份合约调用的所有外部合约地址或接口。

规则：只依据我给你的源码回答。凡是源码里没有的信息，写「源码中未体现」，
不要根据同类协议的常见做法补齐。

真实案例

改一个变量

带走的问题

本章自测