单一自我认证的、受CFTC监管的事件合约背后的逻辑是什么？您可以访问@CFTC维护的网站，查看每个指定合约市场为每个事件合约提交的文件。 这个来自@Kalshi的例子标题为："在高尔夫赛事的时间段内，实体记录的统计数据是否在以上/以下/恰好/至少/之间的计数范围内？" 这是什么意思？Kalshi提交了一份17页的文件来描述它。信中列出的详细的“支付标准”如下。惊叹于它的详细和全面。 支付标准：合约的支付标准包括<entity>在<golf event>的<time period>内记录的<statistic>的总值为<above/below/exactly/at least/between> <count>。为了满足支付标准（市场解决为“是”），以下所有条件必须为真： 1. <entity>是<golf event>的正式参与者（即，列在管理机构的官方参赛名单、参赛名单或参与者名册上）； 2. <entity>在相关部分的<golf event>中开始比赛（即，在适用的轮次开球，或在适用的洞出现，与<statistic>相关）； 3. <entity>在<golf event>的<time period>内记录的<statistic>的总量满足<above/below/exactly/at least/between> <count>的条件。 如果满足所有三个条件，市场解决为“是”。如果任何条件不满足，市场解决为“否”，并附有以下额外说明。 额外说明： ● 如果<entity>指的是特定的个人高尔夫球手，而该球手在第一轮开球前（或在与<statistic>相关的<golf event>的相关部分之前）退出、被撤回或被移除，则合约将根据交易所的唯一裁量权解决为最后的公平价格。 ● 如果<entity>在<golf event>中开球，但随后在完成与<statistic>相关的<golf event>部分之前退出或被撤回，市场将根据在退出时<above/below/exactly/at least/between> <count>条件是否已经明确满足或被排除来解决。如果条件已经满足（例如，<entity>已经记录了超过<count>的<statistic>，而操作员是“above”），市场解决为“是”。如果条件尚未满足且无法在没有进一步比赛的情况下满足（例如，<entity>记录的<statistic>少于<count>，而操作员是“at least”），市场解决为“否”。如果条件是“above”或“at least”操作员，并且阈值只能通过进一步比赛来实现，而由于退出而不会发生进一步比赛，市场解决为“否”。如果条件是“below”或“exactly”操作员，并且结果无法确定（例如，需要进一步比赛来确定最终计数是否在范围内），市场将根据退出时发布的官方统计数据解决；如果未发布不完整部分的官方统计数据，市场将根据交易所的唯一裁量权解决为最后的公平价格。 ● 如果<entity>在<golf event>中被取消资格，处理逻辑与退出相同：如果在取消资格之前满足<above/below/exactly/at least/between> <count>条件，市场解决为“是”；如果不满足，则解决为“否”（除非取消资格发生在开球之前，在这种情况下市场解决为最后的公平价格）。如果取消资格追溯性地作废了分数或统计数据（由管理机构决定），则作废的统计数据不计入<statistic>。 ● 当<entity>指的是一个组（例如，“场上的任何球员”）时，如果组中至少有一名成员满足<above/below/exactly/at least/between> <count>条件，市场解决为“是”，除非交易所在发行时指定该组的所有成员（或其声明的子集）必须满足该条件，在这种情况下，只有当指定组或子集的每个成员满足该条件时，支付标准才满足。 ● 如果管理机构评估的罚杆影响了记录的<statistic>数量（例如，罚杆将小鸟变为平标准杆，从而减少小鸟计数），管理机构的官方最终决定将占主导地位。 ● 如果<golf event>（或相关部分，包括<time period>）在其预定长度内被正式缩短，但管理机构发布了已完成比赛的官方统计数据，市场将根据发布的官方统计数据解决。交易者应注意，缩短的事件通常会产生更少的统计机会，并可能减少记录的<statistic>数量。如果<golf event>缩短到完成比赛少于36个洞（或少于一轮完整的轮次以供轮次特定统计），且未发布相关范围的官方统计数据，市场将根据交易所的唯一裁量权解决为最后的公平价格。 ● 如果<golf event>在发布任何与<statistic>相关的官方统计数据之前被正式取消，市场将根据交易所的唯一裁量权解决为最后的公平价格。 ● 如果<golf event>被推迟但随后恢复，市场将保持开放，并在比赛完成后根据官方统计数据解决，前提是事件在原定开始日期的两周内完成（并且重新安排在原定开始日期的一周内宣布）。如果事件进一步推迟，市场将根据交易所的唯一裁量权解决为最后的公平价格。 ● 如果一轮比赛被暂停，且管理机构重置该轮的所有分数（即，球员必须从头开始重新比赛），在作废的比赛中记录的任何统计数据将不计入<statistic>。仅使用正式完成和计入的轮次的统计数据。 ● 如果<golf event>的管理机构在合约发布后但在<golf event>开始之前更改事件格式、统计跟踪方法或计分方法，则新的官方规则和方法将主导解决。 ● 对于比赛制事件，<statistic>指的是由管理机构正式记录的比赛制统计数据，这可能与杆数比赛的惯例不同。 ● 当<golf event>跨越多个锦标赛（例如，“2026年PGA巡回赛赛季”）时，<statistic>在所有指定事件中累积测量，按管理机构的官方赛季统计数据发布。市场将在指定范围内的最后一场事件结束之前不会解决。 ● 当<above/below/exactly/at least/between>为“between”时，如果在<time period>结束时记录的<statistic>的总量在<count>指定的包含范围内，则支付标准满足。对于累积计数统计（例如，总小鸟），比较是在<time period>结束时的最终计数。对于瞬时或单次观察统计（例如，特定轮次的得分），比较是在单次观察值。"between"操作符不要求数量在比赛期间持续保持在范围内；它只要求在<time period>结束时满足范围条件的最终记录总数。 在这里查看此文件：