Kalshi/Polymarket交易量7月破506亿美元纪录、World Cup一过就腰斩,IRS至今未定性税务分类——一个横跨股票/加密/预测市场的多资产对账台账工具窗口
2026年8月28日 · 今天变现分析页离开创作者经济,回到你更熟悉的另一块领域知识——交易与结算。触发是三件叠在一起的事:一是Kalshi与Polymarket的合计交易量7月冲到506亿美元的历史新高,但World Cup决赛一结束热度就迅速回落;二是CNBC 7月18日报道"IRS至今未就预测市场收益的税务分类给出正式指引",Kalshi本身也不给交易利润开1099;三是Form 1099-DA的成本基础(cost basis)申报从2026纳税年起强制生效,但资产跨平台转移时的基础缺口依然存在,叠加股票交易里"跨券商wash sale"这个已经存在多年但很少有工具处理好的老问题。这三件事共同指向一个具体、和你结算/对账背景高度同构的窗口:不是荐股、不是喊单,而是帮活跃交易者(可能同时玩股票、加密货币、预测市场)把分散在多个平台的记录,对成一份干净、可交给自己会计的台账。
本文不构成法律或税务建议;涉及具体税务分类、申报口径请以IRS官方指引与执业会计师意见为准,本文中的机会判断为分析性观点,请自行核实。
先说清楚发生了什么
Kalshi/Polymarket交易量7月冲到506亿美元历史新高,但World Cup决赛一结束就迅速腰斩
Kalshi、Polymarket、Polymarket US三者合计7月交易量达506亿美元,环比6月增长7.8%,创历史新高,其中Kalshi独占377亿美元(74.5%份额);但这波增长主要由World Cup(6月11日-7月19日)驱动——决赛结束后,Kalshi单日交易量从峰值14亿美元迅速回落到约7.88亿美元。
Kalshi/Polymarket交易量7月冲到506亿美元历史新高,但World Cup决赛一结束就迅速腰斩
Kalshi、Polymarket、Polymarket US三者合计7月交易量达506亿美元,环比6月增长7.8%,创历史新高,其中Kalshi独占377亿美元(74.5%份额);但这波增长主要由World Cup(6月11日-7月19日)驱动——决赛结束后,Kalshi单日交易量从峰值14亿美元迅速回落到约7.88亿美元。
据The Block数据,Kalshi、Polymarket与Polymarket US三者合计7月交易量达到506亿美元,环比6月的约470亿美元增长7.8%,创下历史新高;其中Kalshi独占377亿美元、占比74.5%,环比增长14%;Polymarket US环比暴增54%至50亿美元,而Polymarket(非美国)环比下滑26%至79亿美元。这波增长的主要驱动力是6月11日至7月19日举行的World Cup:仅Kalshi的"西班牙vs阿根廷"决赛市场就贡献了近19亿美元交易量,Polymarket的冠军归属合约更是吸引了约40亿美元。
需要提醒的是:World Cup结束后热度回落非常明显——据The Block的未平仓量数据,Kalshi的日交易量从月初峰值约14亿美元,到7月末已经回落到约7.88亿美元。如果要评估这个赛道的用户规模或增长曲线,7月这份"506亿美元历史新高"的数据不能直接当成稳定基线使用,World Cup这种大型体育赛事驱动的脉冲式增长和平常的日常交易量是两回事,这一点在下文的产品定位判断里会再次用到。
IRS至今未就预测市场收益的税务分类给出正式指引,Kalshi也不给交易利润开1099
CNBC 7月18日报道,IRS尚未发布关于Kalshi/Polymarket等预测市场收益如何定性的正式规则;税务从业者目前分别按资本利得、普通收入、博彩收入三种不同口径处理;Kalshi只给利息开1099-INT、给奖励开1099-MISC,唯独不给交易利润本身开任何1099表格。
IRS至今未就预测市场收益的税务分类给出正式指引,Kalshi也不给交易利润开1099
CNBC 7月18日报道,IRS尚未发布关于Kalshi/Polymarket等预测市场收益如何定性的正式规则;税务从业者目前分别按资本利得、普通收入、博彩收入三种不同口径处理;Kalshi只给利息开1099-INT、给奖励开1099-MISC,唯独不给交易利润本身开任何1099表格。
CNBC报道,尽管Kalshi、Polymarket等预测市场今年交易规模已经达到数百亿美元级别,IRS至今没有发布正式规则说明这类"事件合约"(event contract)收益究竟应该按哪种口径纳税——税务专业人士目前实践中分别采用三种不同思路:按资本利得处理、按普通收入处理、或按博彩收入处理,不同分类对应的税率和可抵扣损失规则都不一样。更具体的问题在于1099表格本身:Kalshi会给账户利息开具1099-INT、给平台奖励开具1099-MISC、给通过ZeroHash完成的加密货币转账开具1099-B/DA,唯独不给交易本身的盈亏开具任何综合性的1099表格——这意味着即便你全年在Kalshi上盈利数千美元,也可能收不到任何一张能直接拿来报税的表格。
需要强调:没有收到1099不代表不用报税——IRS要求纳税人自行申报所有收入,不管第三方是否已经代为申报。这个"税务定性未明确+平台不开利润1099"的组合,恰好是"自己保留一份可靠、按多种口径都能换算的台账"这件事从"锦上添花"变成"没有替代方案"的具体时刻——损失了2美元或者按错了分类,纳税人自己扛。
衔接旧问题:1099-DA成本基础申报2026年强制生效,但跨平台转移的基础缺口依旧;股票交易的"跨券商wash sale"是更老但同样没被工具盖住的漏洞
Form 1099-DA对2026年在同一交易所买入并卖出的"covered"加密资产要求强制申报成本基础,但从硬件钱包转入交易所、或2025年前购入的资产依然可能显示$0基础;股票交易层面,IRS要求纳税人自行核算所有账户(含配偶、IRA)内"实质相同"证券的wash sale,但券商1099-B只按单一账户内相同CUSIP判定,这个缺口存在多年、目前也没有主流工具专门覆盖。
衔接旧问题:1099-DA成本基础申报2026年强制生效,但跨平台转移的基础缺口依旧;股票交易的"跨券商wash sale"是更老但同样没被工具盖住的漏洞
Form 1099-DA对2026年在同一交易所买入并卖出的"covered"加密资产要求强制申报成本基础,但从硬件钱包转入交易所、或2025年前购入的资产依然可能显示$0基础;股票交易层面,IRS要求纳税人自行核算所有账户(含配偶、IRA)内"实质相同"证券的wash sale,但券商1099-B只按单一账户内相同CUSIP判定,这个缺口存在多年、目前也没有主流工具专门覆盖。
按照IRS最终规则,经纪商对2025年起发生的数字资产交易必须申报总收益(gross proceeds),对2026年1月1日起在同一交易所买入并卖出的"covered"资产则必须同时申报成本基础(cost basis)。但基础缺口并未完全消失:如果你把比特币从硬件钱包转入交易所后卖出,交易所很可能只能报出$0成本基础;2025年之前购入、之后转移平台的资产同样缺乏完整记录。IRS的自动比对机制会拿1099-DA上的总收益金额和你报税表核对,一旦对不上就可能触发CP2000通知甚至审计。
股票交易层面则是一个存在更久、但同样鲜有工具专门覆盖的漏洞:券商只会在同一账户内、按完全相同的CUSIP代码判定wash sale,并体现在你收到的1099-B上;但IRS对纳税人的要求要严格得多——必须自行核算你控制的所有账户(含联名账户、配偶账户、IRA)里"实质相同"证券之间的wash sale,即便交易分散在不同券商。换句话说,你的Fidelity账户和Schwab账户之间如果发生了跨账户wash sale,没有任何一张1099-B会替你算出来,这笔核算的责任完全落在纳税人自己身上——而这正好是你结算/对账背景里天天处理的"多源头数据 vs 统一账本"问题的翻版。
为什么现有工具没盖住这个位置
现成工具按资产类别分成三块,没有一个覆盖"股票+加密+预测市场"三线同时活跃的交易者
PredictionTax专做Kalshi/Polymarket/Robinhood的预测市场税务计算(免费导入+对比4种税务口径,导出IRS表格需一次性付费);CoinLedger主打加密货币(可对接Polymarket钱包地址),按交易笔数分层收费$0-199+;传统wash sale问题则散落在GreenTraderTax这类专业交易者税务咨询服务里——三条线各自有工具,但没有一个产品把三者放进同一份台账。
现成工具按资产类别分成三块,没有一个覆盖"股票+加密+预测市场"三线同时活跃的交易者
PredictionTax专做Kalshi/Polymarket/Robinhood的预测市场税务计算(免费导入+对比4种税务口径,导出IRS表格需一次性付费);CoinLedger主打加密货币(可对接Polymarket钱包地址),按交易笔数分层收费$0-199+;传统wash sale问题则散落在GreenTraderTax这类专业交易者税务咨询服务里——三条线各自有工具,但没有一个产品把三者放进同一份台账。
扫一遍现有工具生态:预测市场税务这个细分已经有专门玩家——PredictionTax支持导入Kalshi/Polymarket/Robinhood交易记录(CSV或API),免费提供盈亏计算与4种税务口径对比(含Section 1256合约处理),下载IRS可用的Form 8949/Schedule D/6781则是一次性付费功能;同类还有polymarket.tax(约99美元)。加密货币这条线有CoinLedger,能通过钱包地址导入Polymarket的USDC交易记录,与其他加密资产的盈亏一起计算,按交易笔数分层收费,从免费到199美元以上不等。股票交易的跨账户wash sale问题则更零散——多是GreenTraderTax这类面向专业交易者的税务咨询公司在博客里提醒"自己拿电子表格核对",没有看到一款主流软件把它当成核心功能来做。
三条线目前都是各自为战:预测市场工具不处理你的股票wash sale,加密工具不处理你的Kalshi账本,股票工具更不会知道你在Polymarket上还有仓位。对同时活跃在这三类资产上的交易者——这正是你的画像本身可能符合的一类用户——目前没有一个地方能看到"我这个月在股票、加密、预测市场上分别赚了/亏了多少,哪些是明确要交税的,哪些分类还没定"的合并视图,这正是空当所在,本质仍是你结算模块里熟悉的"多源系统对账"问题,只是这次资产类别更杂。
| 维度 | PredictionTax / CoinLedger / GreenTraderTax式咨询 | 本期设想的窄工具 |
|---|---|---|
| 覆盖资产 | 预测市场单独算 / 加密货币单独算(含Polymarket) / 股票wash sale靠人工咨询 | 股票+加密+预测市场同一份台账,按资产类别分别输出,也支持合并视图 |
| 触发原因 | Kalshi/Polymarket交易量本身增长 | IRS税务定性未明确 + 1099-DA基础缺口 + 跨券商wash sale三重叠加,且都指向"2026年首次要面对" |
| 税务定性处理方式 | 各自按自己产品逻辑选定一种口径 | 不替用户下判断,同时给出3种口径的换算结果,标注"未定性",交给用户/CPA自己选 |
| 你的经验复用度 | 低——分别是预测市场垂直工具与通用加密报税工具,不是你的强项 | 高——本质是多源头数据核对+规则引擎,和结算对账同构 |
结论:不是要再做一个PredictionTax或CoinLedger的竞品,而是做它们目前都没做的"跨资产类别合并视图",服务对象是三线都活跃、目前只能自己维护多份电子表格的那一小撮交易者。
三个具体切入点
① 跨资产台账 MVP
最快验证导入Kalshi/Polymarket CSV + 券商1099-B + 交易所1099-DA,统一格式逐笔记录,按资本利得/普通收入/博彩收入三种口径分别算出结果并列出差异,不替用户下税务定性判断。先用自己的真实(哪怕很小)交易数据跑通,不接支付/交易API。
② 跨账户 wash sale 检测器
更窄更快只做股票/期权这一件事:导入多个券商的交易记录,按CUSIP+"实质相同"简化规则检测跨账户wash sale,标出1099-B里可能遗漏的调整项。范围比①窄,验证成本更低,也可以作为①的第一块积木单独先验证。
③ 面向活跃交易者社群的免费诊断
获客用途把①②包装成一个免费小工具:上传几个平台的CSV,自动统计"你有多少笔交易、有多少条记录成本基础缺失或口径不确定、大概需要人工核对多少条"——目的不是收费,是用真实痛点换取交易者社群的关注和反馈。
①②可以并行推进、成本都很低;③是获客手段,建立在①②已经跑通、有真实输出可以展示的基础上,不要在①②之前就先做③。
冷静基准线与竞争密度
独立开发变现的基准线依然适用:月入过$1,000的应用只有17.2%,过$10,000的只有3.5%,中位数低于$1,000/月,头部与底部相差约400倍——如果最终做成一款独立付费工具,起点应该按这个基准线定预期,不要用PredictionTax或CoinLedger的头部数据类比自己。
这个方向的目标客群本身就很窄:同时在股票、加密货币、预测市场三线都保持活跃交易的人,在所有交易者里只是一小撮;但这撮人的客单价可以做得比大众消费级App高——参考GreenTraderTax这类面向专业交易者的服务,定价逻辑是"按小时咨询费"而非"每月9.9美元订阅",这意味着即使目标用户数量少,单个用户的付费意愿和金额也可能远高于普通消费App。
竞争密度提醒(判断,非事实,请自行核实):预测市场税务这个细分本身已经不是空白——PredictionTax、polymarket.tax都是现成的直接竞品;真正待验证的是"跨资产类别合并视图"这个更窄的切口是否真的没人做,以及活跃交易者是否真的愿意为"少维护一份Excel"这件事付费——建议先去r/algotrading、r/Kalshi、国内量化/期权交易者社群搜一下有没有人已经在抱怨这个具体痛点,再决定投入多少。
合规边界与反直觉提醒
不构成法律或税务建议:①②③涉及的具体税务分类、1099-DA申报规则、wash sale判定细节均以IRS官方指引与执业会计师意见为准,本文引用数字来自公开报道整理,可能存在滞后或表述误差;预测市场收益的税务定性本身尚未有IRS正式规则,产品设计上应呈现多种口径而不是替用户下结论。
红线必须明确:这个方向只做"记录、对账与归集",绝不做买卖建议、绝不做荐股或荐单、绝不承诺"选这个税务口径能帮你省税"这类带有投资/税务建议色彩的表述。《证券法》160条与证监会《荐股软件监管暂行规定》对无资质、收费、向不特定对象持续提供股票建议有明确规制,这个工具从设计起点就要停留在"记录已经发生的事实",不进入"建议接下来做什么"的范畴。
反直觉提醒:7月506亿美元的交易量新高很大程度是World Cup这类大型体育赛事驱动的脉冲式增长,决赛结束后Kalshi日交易量已经从峰值回落超过40%——不要把这类事件驱动的爆发数据当成稳定的用户增长基线来做产品规划,日常(非赛事期间)的活跃交易者规模和付费意愿需要单独验证。
物理隔离提醒:这个方向服务的是个人投资者/交易者的记账需求,与你本职的NetSuite同步/结算/发票/钱包财务模块不构成直接替代关系,但仍建议用非工作设备、非工作时间、独立代码仓库开发和验证,保持惯常的物理隔离习惯。
30天验证计划
- 第1周 · 做②的最小版本:用自己(或愿意配合的交易者朋友)的真实多券商交易记录,写一个按CUSIP+简化"实质相同"规则检测跨账户wash sale的脚本,对照1099-B看差异有多大,验证这个最窄的切口本身是否成立。
- 第2周 · 扩展到①:在②的基础上加入Kalshi/Polymarket CSV导入与1099-DA格式解析,输出统一格式的逐笔记录,并按资本利得/普通收入/博彩收入三种口径分别算一遍盈亏,标注哪些条目成本基础缺失。
- 第3周 · 免费换反馈:把①②包装成一个免费诊断小工具,发到r/algotrading、r/Kalshi、国内量化/期权交易者社群,重点观察有没有人主动追问"能不能帮我对一下我的多账户记录",而不是泛泛的点赞。
- 第4周 · 分叉:如果有真实活跃交易者愿意为省下的对账时间付费,考虑往按年/按小时收费的专业工具方向做;如果反馈冷淡,保留②的wash sale检测逻辑作为可复用组件,转向观察下一个结构性窗口。