任何观点都值得一个市场

今天，我们很高兴分享 sdk.markets 的早期预览。它是一个工具包，用于围绕任何主题创建自定义的 parimutuel prediction markets，构建在 @base 之上，并由 @privy_io 提供保护。在构建 Turf 2.0 的过程中，我们反复遇到一个限制：现有 prediction market 应用中的 markets，并没有覆盖 sports fans 真正关心的全部内容。

群聊里发生的 sports 争论。只有圈内人才懂的 hot takes。那些被反复争论，却从未被定价或追踪的 IYKYK moment。

正是这个空白促使我们构建了 sdk.markets。sdk.markets 是对 prediction markets 既有优势的一种延伸，专为动态的、peer to peer、短暂的 micro-predictions 而打造。

没有 house，没有 spread，只有你自己的 markets，适用于任何事情。你提出一个问题，人们各自站队，获胜池分走失败池。纯粹是 conviction 对 conviction，围绕你所在社区真正想下注的任何事情展开。其余部分由基础设施处理。

为什么选择 Parimutuel Markets？

当市场拥有足够深的 liquidity，且参与者会积极进出 positions 时，order book markets 的表现很好。价格发现清晰，odds 易于读取，成熟参与者也可以对冲并退出。

但对于我们为 @turfsports_ 构建的这类 markets，这种模型很快就行不通了。大多数社区没有足够的 volume 来支撑一个正常运作的 order book，而且大多数问题也并不需要它。Parimutuel 更简单，对薄市场更公平，而且不需要 counterparty 来承担你 position 的另一边。pool 就是 counterparty。取舍在于，parimutuel 也有一些已知的弱点。

“等等再看”问题

如果 pool 的构成是实时可见的，成熟参与者就会等到最后一刻才下大注，这样他们既不会影响显示出的 odds，也不会给其他人发出信号。展示实时 pool 构成，会无意中制造一种激励：把 volume 隐藏到临近结束时才释放，这会彻底破坏 price discovery。

我们的应对方式是缩短 contract windows。上赛季，我们与 @turfsports_ 一起在 NFL 比赛期间运行实时 prediction contests，并意外发现了一件事：当每个人都在 15 到 30 秒的窗口内作答时，社交动态会完全改变。

没有时间观察 pool 构成并抢跑。没有时间等别人先下注。每个人都在同时基于最直接的 conviction 下注。结果它更像一场 sealed bid auction，而不是一个持续交易的 market，而且事实证明，这种设计天然更能抵抗操纵。我们是在 UX 约束下偶然摸索出这一点的，而它的效果比更复杂的解决方案还要好。

对于更长周期的 markets，我们正在探索几种方法。基于 Snapshot 的 locking 会在一个预先定义的 cutoff 时点固定每美元的 share price，因此早期参与者会比晚期参与者获得更好的条件，同时 market 仍然保持开放。

这遵循 Dynamic Parimutuel Market (DPM) 模型，其中每一美元购买到的 payoff share 是可变的，并且随着 market 演进，share prices 会不断上升，从而保护早期参与者免受最后一刻集中下注的影响。Delayed display 会以延迟方式展示 pool 构成，在不暴露实时 volume 的情况下保留一定的 price signal。Graduated late penalties 会降低最后一刻下注者有资格获得的 pool 份额，使抢跑不再那么划算，同时又不会完全隐藏信息。

这些方法各自以不同方式在 transparency 和 manipulation resistance 之间做取舍，而正确答案取决于具体 market。

使用 AI Oracles 进行 Resolution

任何 peer-to-peer market 中更难的问题是：由谁决定 outcome，以及参与者如何信任这个决定。我们构建了三种可以独立运行或组合使用的 resolution 模式：

1. 单一 admin。由一个可信来源来 resolve market。比如 league manager、event organizer，或者由群体指定的任何人。它简单、快速，在信任已经建立的封闭社区中效果很好。指定的 admin 决定 outcome，但从不直接接触资金。

2. 多 admin consensus。Resolution 需要多个 admin 达成一致。你可以配置阈值。三人中有两人同意就足以 resolve，也可以要求一致同意。适用于 stakes 更高、你希望具备冗余且没有单点故障的 markets。

3. AI oracle。你把 market 指向一个 source，剩下的由 oracle 处理。一个 Sleeper API endpoint，可以自动 resolve 你的 fantasy league payouts。一个用于比赛结果的 ESPN 页面。一个 X account。一个用于世界事件的 news URL。一个 podcast transcript。一个用于 token price 的 on-chain data feed。任何 URL 都可以包含一个可验证的 outcome。

而且你甚至不需要提前知道正确的 source。只要描述 market，oracle 就会自动建议最相关的 sources。给它一个 source，它也会自行找到其他可相互印证的 source。oracle 会综合所有这些 source 来研究 outcome，并自动 resolve。market 创建之后，任何人都不需要再做任何事。

大多数 prediction market infrastructure 都假设 resolution 需要有人类参与。去除这一依赖，才使得围绕真正任意问题的 markets 能够在规模上成立。描述一个可验证的 outcome，并指向一个 source，一个 market 就存在了。

SDK

围绕任何事物创建一个 market。选择你的 resolution mode。设置 creator fee。部署。

过去几周，我们一直在内部测试 sdk.markets。它正在为我们对 Turf 2.0 最期待的一些体验提供支持。

任何拥有共同语境和强烈观点的社区，现在都有了一种轻松围绕任何事物创建 markets 的方式：fantasy league、group chat、Discord、live event、拥有受众的 content creator。

每一种 opinion 都值得拥有一个 market。sdk.markets 构建在 @base 之上，并由 @privy_io 提供保护。该 SDK 目前处于 closed Alpha。

如果你对早期访问感兴趣，或者想和我们一起构建，请联系我们。

• 原文链接： x.com/turfsports_/status...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～