Kalshi 做市机器人需要理解每次成交正在创建怎样的账户。挂出买价和卖价,只是过程的可见表面。在这些价格背后,系统必须区分可用资源、依赖事件的头寸、挂单,以及结果尚未知的请求。
本指南重点是 Kalshi 事件合约的库存和报价控制,不涉及永续期货策略,也不假定平台提供的每种产品共享相同账户模型。实现之前,应验证当前合约规则、账户权限和 API 约定。
例子使用假设的一美元二元兑付和虚构价格,使算术清楚。它们不是预测或建议。核心问题很实际:订单成交或连接失败之后,机器人能否充分解释敞口,以决定下一步可以报什么价?
为库存估值之前先读合约
头寸是由特定合约定义的权利。标题帮助人识别它,但结算条件决定兑付。应记录市场标识符、相关事件、结果来源、时间,以及任何可能影响账户的特殊处理。
有关初始经济发布的市场,可能不同于使用后续修订的市场。体育合约可能依赖特定完赛或参与规则。如果做市者按简短显示标签归并头寸,就可能误解它们在同一现实情景下如何表现。
事件合约基础讨论 解释这一区别为何重要。账户账本中应保留取得头寸时使用的规则解释。如果来源信息变化或出现模糊处,应在将该头寸作为下一报价基础之前,让问题可见。
Kalshi 做市机器人的库存核算
Kalshi 做市机器人的库存核算,应将每次敞口变化连接到观测事件。成交改变数量和成本;确认撤单时,撤单改变剩余订单承诺;结算将合约最终结果转化为对应账户结果。
考虑一个假设买入:以 $0.42 购买 200 份 YES 合约。费用前成本为 $84,创建的头寸在 YES 结算成立时普通二元兑付为 $200,否则为零。成功兑付与买入成本之间的 $116 差额,是一种可能结果,不是已经赚取的利润。
界面和日志应保留这一区分。计价价值、已实现交易结果和最终结算,是不同测量。会话中途估值可以帮助管理风险,但不应呈现为账户已经收到最终支付,或已按该计价卖出库存。
正确解释订单簿价格约定
Kalshi 文档规定的 REST 订单簿表示暴露 YES 和 NO 买价。在二元市场中,相反结果的买价通过互补兑付关系暗示卖价。当前文档也区分订单和成交方向,与某些订单簿消息的价格约定。
对于简单假设订单簿,$0.36 的 NO 买价暗示 $0.64 的 YES 卖价,尚未考虑规模和成本。该关系帮助重建订单簿,不意味着账户能按任一价格交易无限数量。每个档位都有可用数量。
应验证每种具体消息的约定,而不是到处应用价格翻转。官方订单簿文档 和方向参考 解释这一区别。重复转换可能使有效价格显得严重错误,并导致报价逻辑授权非预定交易。
将数量、名义金额和风险分开
合约数量不等于承诺现金或最大损失。合约数量相同的两个头寸,可以具有不同买入成本。同样,按场所实际核算规则,订单显示名义金额可能无法描述减少现有头寸的账户影响。
在假设比较中,以 $0.20 取得 100 份合约,收费前成本为 $20;以 $0.80 取得 100 份,成本为 $80。普通成功结果下兑付可以相同,但从买入出发的下行风险和潜在收益不同。只按数量控制风险会遗漏该差异。
应为数量、价格、成本、可能兑付和相关敞口指标使用具名字段。按当前市场元数据保留小数精度。过早把精确数量转换为取整显示字符串,可能使微小余量变成隐藏头寸,之后阻碍核对。
为仍可能成交的订单预留资源
当前库存只是账户潜在下一状态的一部分。挂单可以增加敞口,待撤销订单也仍可能执行。新报价应针对这些现有承诺允许的合并情景评估。
假设策略拥有 300 份 YES 合约,还有 250 份有效买单。如果在撤回首单前再提交 250 份买单,可能库存就变为 800。600 的限额必须计入这种可能性,即使目前只有 300 份成交。
账户自动化指南 检查跨策略协调问题。做市者在定价和授权时应使用相同预留视图。否则,一个组件可能认定买入可接受,另一个却已将资金或敞口容量承诺给别处。
Kalshi 做市机器人的报价偏斜
Kalshi 做市机器人的报价偏斜,根据库存调整价格或数量。已有大量 YES 敞口的做市者,可能在估值和价格约束下,减少继续获取的意愿,增加减少持仓的意愿。
研究例子可以从 $0.55 的估计价值和其周围的中性报价范围开始。库存接近声明限额时,策略可以降低买价或减少买单数量。变化应遵循记录规则,而不是临时相信再买一次能够修复平均入场价。
应区分报价偏斜与预测修订。即使对事件概率的估计未变,库存也可能促成不同交易价格。分别记录两项输入,使评估能够判断是预测过程还是库存政策造成特定结果。
用具体账户情景测试偏斜
有用测试保持市场信息不变,改变账户状态。比较无头寸账户、中等多头头寸和接近上限头寸的提议报价。输出应按文档规定的库存政策变化,每项变化都能解释。
然后保持库存不变,改变预测。这隔离系统对新信息的反应。如果同一输入变化因更新到达顺序不同而产生无法解释的不同行为,报价过程可能依赖过时或不一致状态。
也应使用极端但有效的情景:没有可用资金、撤单未确认,以及头寸接近市场关闭时间。期望结果可能是单侧报价或没有新报价。总能给出两个价格的机器人,可能显得活跃,却忽视了本应拒绝额外敞口的条件。
部分成交需要独立核算路径
部分成交创建头寸,并留下关于未成交数量的独立决策。不要等订单完全成交后才确认已取得敞口。对应执行一旦确定,风险就存在。
设想 500 份合约订单成交了 120 份。账户需要表示这 120 份、剩余有效 380 份,以及已发生的任何成本。如果策略随后选择总计 300 份的新目标,应针对现有 120 份和仍可执行余量评估,而不是简单再提交 300 份订单。
同一成交通过多个观测路径出现时,事件身份防止重复核算。重连或轮询刷新可以合法重复信息。账本应将其识别为已有事件的证据,而不是再次取得相同数量。
Kalshi 做市机器人的撤单处理
Kalshi 做市机器人的撤单处理,必须区分撤单决策与订单不再可执行的确认。两者之间可能包含额外成交。即使用户以为订单已在撤回,这些成交也属于账户记录。
假设订单剩余 80 份,撤单传输期间可能成交 25 份。最终账户包含新增的这 25 份,只有残余 55 份撤销。将整个剩余 80 份报告为已撤销,会低估头寸、高估可用容量。
应定义何时允许替换报价。如果替换可以与旧订单重叠,授权必须同时考虑两者;如果必须等待,应衡量由此产生的无报价期间。两种政策都有成本,关键要求是软件敞口模型匹配其实际执行政策。
为每个本地状态保留唯一含义
订单状态应有精确定义。“已提交”可以表示本地请求已发送;“已确认”可以表示外部系统识别了订单;“已成交”应反映观测到的执行数量;证据不足以确定更明确结果时,应仍能使用“未知”。
避免为全部转换使用一个通用成功标志。已确认订单可能没有成交,本地超时请求却可能已远端执行。账户不能根据最近网络操作是否返回方便响应来推断敞口。
机器人架构指南 解释持久状态为何重要。对于做市,应将每个本地状态连接到有关预留和新报价的规则。这使标签成为运行约束,而不是由各组件不同解释的装饰性状态。
按声明方法为库存计价
中间价估值容易显示,但完整头寸可能无法实现该价格。浅薄订单簿中的大额持仓,立即清算价值可能低于数量乘以中间价。估值方法应说明旨在代表什么。
不同视图回答不同问题时,应使用多个视图:成本基础、基于预测的价值,以及相关规模下可执行清算估计。不要将它们合并成一个无法解释的利润数字。预测价值可指导研究,可执行估计则能揭示现在减少敞口的成本。
对于假设的 1,000 份合约持仓,最优买价可能只覆盖 100 份。将全部 1,000 份按该价格估值,会忽视立即卖出所需的较低档位。差额属于流动性风险,应同时影响库存限额和结果主张。
衡量库存存续时间
存续时间可以揭示不断取得合约、却难以减少的策略。应跟踪库存保持未平仓多久,以及该时长与预定报价期限有何不同。多次小额已实现盈利,可以与不断老化的剩余头寸并存。
应将有意持有至结果判定政策造成的长期持仓,与退出失败造成的长期持仓分开。账户可能有意识接受结算敞口,也可能是机器人通过维持不现实卖价推迟亏损。两种情况需要不同解释。
应围绕存续时间和集中度设置审查条件。长期持仓临近预定信息发布时,即使最新价格几乎未变,也可能值得关注。安静显示不意味着概率分布或退出机会稳定。
按情景合并相关合约
相关市场应在共同结果下审查。绑定同一经济公告的合约,可能一起向不利于账户的方向移动。将它们计为独立工具,不会使敞口独立。
应构建简单假设情景表:结果高于预期、接近预期或低于预期。按各头寸实际规则估计这些情况下兑付方向。无需完美相关性模型,也能揭示明显集中。
应谨慎对待所谓对冲。相似合约标题、不同参考来源和不同截止时间,可能制造价格图表无法揭示的剩余风险。在允许一个头寸抵消限额计算中的另一个之前,应记录其兑付为何会在重要情景下按假定方式表现。
将费用应用于实际成交活动
估计成本时应使用当前市场和账户费用条款。被动执行不能确定每笔做市成交都免费。取整、市场特定规则和执行细节,可能使实际收费不同于从另一例子猜出的简单百分比。
在示例会话中,假设完成交易的差额合计 $18,直接收费为 $5,剩余库存按声明计价亏损 $9。在其他运行费用之前,合并结果为 $4。只显示 $18 部分,会夸大账户经济改善。
应将收费与实际成交核对,并保留无法解释的差异供调查。不要悄然调整费用假设,直到账户碰巧匹配。差异可能揭示精度错误、缺失成交或账户响应解释不正确。
断线后重新报价之前先恢复
连接恢复后,首先重建负责任定价所需状态。应刷新有效订单、近期执行、头寸和可用资源,与本地日志比较,并保留任何尚无法解决的不确定性。
避免假定中断期间所有报价都消失了。外部订单可以在原应用离线时继续存在。未检查这一点就发布替换报价集,可能创造重复承诺,或与用户通过另一界面的干预冲突。
恢复练习应包含断线期间成交,以及响应丢失的撤单。预期结果不只是套接字重连,而是协调一致的账户状态,每个已知数量和剩余订单都有解释,并能由下一报价决策一致使用。
独立评估库存政策
要理解报价偏斜,应在相同观测和执行假设下,与更简单基线比较。衡量已实现结果、库存分布、接近限额的时间和昂贵减少头寸。一项指标改善,可能以另一项为代价。
不要仅根据最有利历史区间选择政策。受益于某种持续市场方向的设置,在订单流反转时可能表现不同。应预留后续观测用于评估,并保留不成功期间记录。
除汇总外,也应审查单独转换。使账户接近上限的成交,应产生预期限制或偏斜。如果没有,盈利会话也不能为控制失败开脱。目标是在判断经济性是否有吸引力之前,先能解释实际行为的政策。
区分价格更新与新风险决策
显示市场价格的小变化,不一定值得替换每笔订单。反复撤单替换可以增加消息流量、改变排队位置,并制造更多需要解决重叠请求的时段。应研究重新定价的最低理由,而不是假定更新越多结果越好。
理由可以取决于多个输入。重要预测变化、新成交订单或接近库存上限,即使中间价未变,也可能值得响应。反过来,如果现有报价仍在策略声明的价值和风险边界内,微小中间价波动可能不重要。
应记录每次替换的触发原因。这让会话复盘能够区分必要适应与无谓反复。机器人目标是维持适当承诺,而不是最大化让界面显得活跃的消息数量。
以可解释账本结束会话
会话结束时,应核对期初持仓、成交、已撤销余量、结算和期末资源。识别哪些头寸有意结转,哪些因期望操作无法完成而保留。这一区别帮助下一会话从准确运行计划开始。
应记录与这些持仓相关的合约和配置版本。后续策略设置变化不应重写较早头寸为何取得。同样,在业绩审查中,新预测不应替代曾为旧报价提供依据的预测。
当价格、库存和账户证据始终连接时,Kalshi 做市机器人最易理解。每个报价都是组合的潜在变化,每次成交改变下一决策,每个未解决请求仍是调查义务。这种纪律使有利和不利结果,都更有助于评估策略的人。
相关指南与演算示例
- 预测市场做市机器人:核心经济机制 — 研究在管理库存和预测不确定性的同时,对两侧报价的经济机制。
- Polymarket 做市机器人:结果库存 — 将结果库存和抵押品与异步 Polymarket 执行相连接。