第 07 课：10,000 TPS 会让什么成为可能
踏上构建生产级应用的旅程。
以太坊（Ethereum）证明了，程序可以在没有可信运营者的情况下运行。但如果这些程序快到链本身不再被用户感知，又会发生什么？
下一个问题
这里说的「更快」，不是基准测试里的更快，而是快到足够接近即时：快到用户不再意识到链的存在，快到一笔已确认的交易能落在人脑感知为「即时响应」的时间窗口里。
Monad 的设计目标是：10,000 TPS、400ms 出块、800ms 确定性最终性（deterministic finality）。这些数字代表了工程实现后的结果，但它们不是重点，重点在于这能带来什么奇妙体验。
临界点
100ms 以下，用户会觉得是即时的，几乎感受不到延迟。100ms 到 1 秒之间，会觉得「响应很快」：用户能察觉到一点等待，但仍然保持专注，也仍然感觉自己掌控着操作。超过 1 秒，用户就会明确意识到自己在等。超过 10 秒，大多数人会离开。
长期以来，可编程链上的确认时间都落在这个区间之外。所以应用不得不做各种适配：乐观 UI（optimistic UIs）、链下组件、Rollup、应用专属链。今天这个行业里大部分能跑起来的东西，都是靠这些适配撑起来的。开发者确实做了很多工作，让缓慢的确认看起来更快。
亚秒级（sub-second）确定性最终性不一样。它不再要求应用绕着链的延迟做适配，而是把链本身推进了那个“不再需要适配”的响应窗口里。
哪些事情会被打开
1. 真正的链上订单簿（order book）
订单簿是每一家中心化交易所的核心机制。买家挂单，卖家挂单，系统负责撮合。
过去在链上，我们大多使用 AMM：用户不是和订单簿交易，而是按照池子里的公式交易。这不是因为大家更偏爱 AMM，而是因为慢链只能这样适配。订单簿需要大量快速、便宜的操作，比如挂单、撤单、更新，而慢链支撑不了。
有了亚秒级最终性，订单簿就可以真正放到链上。一旦订单簿在链上，其他合约就能直接接入它。借贷协议可以通过它清算贷款，新产品也可以在它之上构建，就像今天很多应用构建在 Uniswap 之上一样。
重点不是打败 Coinbase。重点是 EVM 获得了一块以前没有的新积木。
2. 链成为游戏世界的一部分
大多数游戏应该留在链下。如果游戏只是玩家连接到一台服务器，那么链带来的更多是摩擦，而不是价值。
例外是那些「世界本身需要被共享」的游戏。比如，即使开发者离开也会继续运行的持久世界（persistent worlds）；完整游玩历史永久公开的策略游戏；以及物品可以跨游戏、跨 DeFi 使用的游戏。
这些设想过去多年都更像理论，因为链跟不上玩家真正的操作节奏。400ms 出块之后，链开始跟得上了。
3. 社交应用：把更多图谱放到链上
Farcaster 和 Lens 已经做得不错。它们把身份和社交图谱（social graph）放在链上，把内容留在链下。以当时的条件来看，这是正确的取舍。
现在不同的是，更多交互也可以上链：点赞、关注、转发、回复。社交图谱因此可以变成一层公共基础设施，任何应用都能读取它、基于它构建，而不是让它继续成为某家公司独占的资产。
这不会取代 Twitter。没有任何一条链快到能承载那样的完整社交产品。但社交基础设施里真正可以共享的部分，会变得更大。
4. 真正可用的微支付（micropayments）
链上支付一直有一个成本底线。当 Gas 不可预测时，单次操作本身必须足够有价值，才值得发起一笔交易。于是很多微支付想法都很难成立，比如花一分钱读文章、给创作者打赏、API 按调用收费、支付按秒流式结算。
当 Gas 变得便宜且可预测，这条门槛就会下降。
快速、便宜的支付在其他地方也存在，比如 Lightning、Solana、Stripe。Monad 的区别在于：这些支付可以和 EVM 的其他部分组合起来，也就是和开发者已经熟悉的合约、工具、协议放在同一个体系里。
5. 以机器速度运行的 AI 智能体
AI 智能体（AI agents）已经开始在链上交易。它们一旦交易，就会又快又频繁，远远超过人类操作的节奏。
慢链让这种活动很难真正落地。但在 10,000 TPS 下，智能体可以按照它们实际需要的节奏运行。对于那些需要非托管结算（non-custodial settlement），或者需要和链上合约组合的智能体活动来说，链终于能跟上了。
6. 跟得上快速资产变化的市场
DeFi 过去最适合「慢资产」。底层资产变化越快，过时价格造成的损失就越明显，交易者付出的成本也越高。
在 400ms 出块下，预言机（oracle）可以跟着真实数据的变化速度推送更新。这样一来，过去无法上链的产品就有了可能性：能同步中心化交易所价格的永续合约（perps）、能贴近底层资产交易的代币化股票（tokenized stocks）、需要频繁再平衡的结构化产品。
哪些东西继续留在链下
混合架构不是临时方案。它本来就是生产系统的常见搭法。
私密数据留在链下。消息、记录，以及任何「只要被看见就会造成伤害」的东西，都不该被放到公开链上。
大文件留在链下。哈希适合上链；文件本身的字节，应该放进真正为字节存储设计的系统里。
超高频事件留在链下。每秒几十万次更新的传感器数据流，不属于任何一条链。
重计算留在链下。链负责共识和归属权，不负责视频转码，也不负责 AI 推理。
如果某类交互本来就可以信任一个运营者，它也应该留在链下。一个应用如果能接受自己的排序器、撮合器或游戏服务器，就没有必要把链塞进这条路径。
划分原则没有变：需要无信任、永久性、可组合性的部分上链，其余部分留在链下。变化的是这条线会落在新的位置，而不是这条线不再存在。
即便有 10,000 TPS 和亚秒级最终性，下面哪一项仍然适合留在链下？
设计问题的位移
真正有用的问题，从来不是我能把多少东西放上链？ 而是：我需要哪些具体属性（可组合性、无可信运营者、可公开验证、永久性）？对于需要这些属性的部分，链跟得上吗？
很长一段时间里，第二个问题限制了很多想法。链跟不上，所以这些想法要么留在抽屉里，要么被搬进一套绕开限制的架构里。这一课要看的，就是那些被留在抽屉里的想法，等链终于跟得上之后会发生什么。
订单簿可以成为基础设施原语。游戏世界本身可以成为共享对象。社交图谱可以成为公共设施。微支付可以和 DeFi 组合。智能体经济可以拥有非托管结算。快速变动市场也可以不再被过时价格拖累。
这些不是为了替代已经能跑的东西。它们只是把新的成员，加入到「能跑的东西」这个集合里。
这会把你带到哪里
如果上面某一类让你觉得“这里有东西可以做”，那就是你第一个项目可以落脚的方向。链跟得上，不是你真正开始构建之后还会反复想到的「特性」。它更像是一个原本必须绕着设计的约束，终于消失了。
真正重要的，就是这个约束的消失。
0/1 正确
0% — 全部答对即可完成