FB-012: get_instrument_data has no expiry filter and no dedupe; rows collide silently [silent-wrong, latent]
まだ誰も着手していません。
評価
調査の方向性
Start in data.py at DuckDBVortexLoader.get_instrument_data (line 303) and compare its row selection and data[time_str] assignment with get_underlying_data (line 273). Trace how the context supplies instrument data and inspect the relevant duplicate and multiple-expiry cases described in the issue. Done means the optional expiry filter is passed through and duplicate keys are handled predictably, with tests covering conflicting rows.
索引モデルが issue の本文から書いたものです。
説明
Severity: silent-wrong (latent) · Source: BUGS_FASTBT.md (2026-10-12; consolidation E002 2026-10-11)
DuckDBVortexLoader.get_instrument_data (data.py:303) selects on trade_date, option_type and strike only, and builds data[time_str] = row. If a date has two rows for one strike and minute, the later row overwrites the earlier one with no warning. ORDER BY trade_time does not order ties, so which row wins is arbitrary. Triggers:
- duplicate rows in the file (
nifty_full.vortex, 2026-03-24..04-30) - more than one expiry on a date (merged weekly + next-week or monthly file)
get_underlying_data (data.py:273) has the same pattern with SELECT DISTINCT trade_time, underlying_price: two different prices for one minute give two rows, and the later one wins.
Today's results are not affected (consolidation E002 ran 4 strategy configs on original vs deduped copy, default and 1-thread DuckDB — identical trades; holds only because duplicate copies are byte-identical and every current file has one expiry per date).
Workaround: keep one expiry per file, and dedupe any new file before use.
Fix: take an optional expiry in get_instrument_data (pass it from the context), and either dedupe on (trade_time, expiry, strike, option_type) or raise when a key appears twice with different values.
- 主要言語
- Python
- スター
- 28
- フォーク
- 17
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
uberdeveloper/fastbt のほかの issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
uberdeveloper/fastbt#29 ·
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
uberdeveloper/fastbt#20 ·
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 52/100
uberdeveloper/fastbt#30 ·
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
uberdeveloper/fastbt#28 ·
-
FB-008: close_trade mixes price and tick; stale exits are silent (zero-P&L fallback) [silent-wrong]オープンbug
難易度 3/5 1〜2日 初心者へのやさしさ 70/100
uberdeveloper/fastbt#27 ·
uberdeveloper/fastbt の issue をすべて見る
似ている issue
-
effort: low prio: low ready
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
digitalfabrik/integreat-cms#4616 ·
メンテナーはふだん 5 日以内に返信
-
bug difficulty:2 good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
MakazhanAlpamys/Soup#1865 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
FinanceFlash/unvibecode#233 ·
メンテナーはふだん 1 日以内に返信
-
area: agents area: docs good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
openapi/gknowledge#23 ·
-
useless-suppression reported for deprecated-* messages that should be exempt対応中かも @adityasinha-ghub が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
pylint-dev/pylint#11656 ·
メンテナーはふだん 1 日以内に返信