Business license routes TickType.Trade to the FMV channel: live TradeBars are modeled fair-value with zero volume, not traded prices
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 55/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 冷清
- 技术栈
- csharp
调研方向
Locate the Polygon WebSocket trade message handler and compare it with the offline AlgoSeek bar builder's Excluded Ticks and Suspicious Ticks filtering. Trace how the T channel's conditions array reaches the consolidator, then verify that equivalent auction and off-exchange trades are excluded and that live opening bars align with the historical range.
由索引模型根据 Issue 内容生成。
描述
Summary
The Polygon live data adapter delivers opening-bar Trade ticks with non-standard trade conditions (opening-auction prints, FINRA/ATS off-exchange ticks) that are not filtered in the real-time pipeline, causing live consolidated bars to differ significantly from the historical (AlgoSeek-based) bars for the same period.
This produces incorrect opening-range readings in live algorithms — the live bar's High/Low reflect off-exchange or auction prints that the offline bar builder excludes via the Excluded/Suspicious Ticks filter.
Behaviour observed
- Symbol: SNDK
- Date: 2026-07-31
- Resolution: 1-minute / 5-minute bars
- 09:30–09:35 bar received live: Low 1321.25, High 1354.40
- Actual regular-session range: ~1365–1405
- Data provider:
PolygonDataProvider(Business license), streamed via WebSocket (FMV.SNDKtopic) - Polygon license: Business (confirmed in syslog:
Using license type = 'Business')
The gap between the live bar's High (1354.40) and the regular-session Low (1365) indicates the live bar incorporated prints from before or outside the regular-session open — most likely opening-auction fills or FINRA/dark-pool prints without a valid primary-exchange code.
The historical bar for this period shows the correct range (backtest re-run is clean), confirming the discrepancy is a live filtering gap, not a vendor data error.
Related
Intercom conversation ID: 215475307209088
This is a specific instance of the known gap documented in the US Equities Suspicious Ticks section:
https://www.quantconnect.com/docs/v2/cloud-platform/datasets/quantconnect/us-equities#05-Suspicious-Ticks
The offline bar builder applies the Excluded Ticks and Suspicious Ticks filters; the Polygon real-time adapter's PolygonDataProvider does not yet apply the equivalent filter for the T (trade) WebSocket channel — so auction/FINRA prints pass through to the live consolidator.
Proposed fix
Apply the same trade-condition exclusion logic used by the offline AlgoSeek bar builder to the Polygon WebSocket trade message handler. Specifically, exclude ticks whose c (conditions) array contains codes mapped to off-exchange or auction-only trade conditions before passing them to the consolidator.
Reference: Polygon trade-conditions dictionary — https://polygon.io/docs/stocks/get_v3_reference_conditions
- 主要语言
- C#
- 星标
- 11
- 派生
- 23
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
QuantConnect/Lean.DataSource.Polygon 的其他 Issue
-
难度 5/5 一周以上 新手友好度 25/100
查看 QuantConnect/Lean.DataSource.Polygon 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 68/100
-
bug needs response
难度 2/5 1-3 小时 新手友好度 82/100
Adyen/adyen-dotnet-api-library#1869 ·
-
Status: Needs Triage Type: Bug
难度 2/5 1-3 小时 新手友好度 78/100
-
难度 2/5 1-3 小时 新手友好度 88/100
-
bug effort:S P3
难度 2/5 1-3 小时 新手友好度 84/100
nightscout/nocturne#1602 ·