[Web3] 预测市场实战：事件池、做市商、业务中台和撮合引擎是怎么拼起来的

💡 上一篇把预测市场的机制层讲完了：YES/NO 份额怎么铸出来、价格凭什么读成概率、争议由谁来判。真要动手搭一套，问题就完全换了一副面孔。

事件从哪来？谁把比分和价格喂给系统？开盘时盘口是空的，第一笔成交跟谁做？结果出来那一刻，谁能比用户早 1-2 秒知道，这 1-2 秒算不算作弊？用户下单之后钱冻在哪、撮合怎么排队、到期怎么把奖派回去、运营审核员点一下按钮到底改了哪几张表？

我按模块把这套东西摊开梳理了一遍：事件池、业务中台、合约与链上事件监听、做市商、Oracle。其中做市商和中台是代码量最集中的两块，也是外面文章最少讲的两块。

这一篇就顺着这条链往下走：先看事件怎么被生产出来，再看做市商在开盘、盘中、尾盘分别用什么策略，然后落到中台的状态机、撮合引擎的数据结构，最后补上结果判定、业务增长和法币入金这几个绕不开的工程问题。

---

1. 先把五个概念和四类角色钉住

这一节只解决一件事：把后面所有模块都要复用的名词统一掉。很多讨论到中途吵架，回头一看是同一个词被理解成了两种东西。

这个赛道的格局比较清楚：Polymarket 是 web3 预测市场里公认的头部，Kalshi、Opinion、ChooseMe 属于第二梯队，整体是"一超多弱"。它值得关注的原因不在"能下注"，而在四个币圈叙事的典型特征同时命中：

特征	具体表现