fix: apply price range filter to YES only, not NO
MIN/MAX_PRICE was filtering both YES and NO bids, blocking valid skewed-market entries like YES=11c + NO=87c (NO fails MAX_PRICE=0.30). Now only YES is range-checked. NO only needs basic sanity bounds (0 < noBid < 1). This enables targeting cheap YES markets while NO bid can be any value. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Sonnet 4.6
parent
3a4dbf2b02
commit
eec97eb1e5
+4
-2
@@ -95,8 +95,10 @@ MAKER_MM_REENTRY_DELAY=30
|
||||
# Set to false to disable re-entry — bot places one order per market then waits for next
|
||||
MAKER_MM_REENTRY_ENABLED=true
|
||||
|
||||
# Price range for maker rebate eligibility (both sides must be in range)
|
||||
# Polymarket rebates are earned on orders within ~30-70% range
|
||||
# YES bid price range — bot only enters when YES bid is within this range.
|
||||
# NO bid is derived from MAX_COMBINED - YES bid, and is NOT range-filtered.
|
||||
# Default (balanced market): 0.30-0.69 — enters near 50/50
|
||||
# Skewed market mode: 0.10-0.30 — only enters when YES is cheap (e.g. YES=11c, NO=87c)
|
||||
MAKER_MM_MIN_PRICE=0.30
|
||||
MAKER_MM_MAX_PRICE=0.69
|
||||
|
||||
|
||||
Reference in New Issue
Block a user