a j8 @sUdZddlZddlZddlZddlmZddlZddlmZddl m Z ddl m Z m Z ddlmZddlmZe d d Zed Zed Zdaeeed <edddZeeeedddZeeedddZd>eeeedddZeeedddZdZdZ dZ!eed d!d"Z"d?eee#e#eeee#ed#d$d%Z$eed&d'd(Z%edd)d*Z&d+Z'd,Z(d-Z)ee*dd.d/Z+ee,d0d1d2Z-d@eeeee#ed4d5d6Z.edd7d8Z/edd9d:Z0dAee#ed;d : )r#requestsgetAPI_BASE status_coder textjson)rr$r&rrrr_getLs   r2)rbodyr cCsXtd|}d|d<tjt|||dd}|jdvrPtd|d|jd |j|S) NZPOSTrz Content-Typer%)r&r0r')r(z Kalshi POST r)r*)r#r+Zpostr-r.r r/r0)rr3r&r1rrr_postTs   r5cdg@)tickerr cCstd|S)uZGET /markets/{ticker} — public market data (auth not strictly required, but consistent).z /markets/r2)r8rrr get_marketjsr:)r8sidecount price_centsclient_order_id subaccountr cCs.|}|dkrtd|dkr.td|t|tr@|dkrNtd|t|trh|dksh|tkr|tdtd||tkrtd |d t||d }|tkrtd |d dtd |d|d |d dddd}|r||d<|dur$t|tr|dkrtd|||d<td|S)a Place a LIMIT order via the V2 orders endpoint. Hard caps enforced BEFORE any HTTP request. V1 (/portfolio/orders) returns 410 as of 2026-07-23 -- migrated per https://docs.kalshi.com/api-reference/orders/create-order-v2. side: 'yes' or 'no' -- kept as the external interface callers already use (daily_signals.place_auto_order, etc.), translated internally. V2's `side` field is YES-perspective only (bid=buy YES, ask=sell YES) with NO direct "buy NO" -- every real caller in this codebase only ever passes 'yes' (a separate guard upstream already rejects NO-side auto-trades), so 'no' is rejected here rather than silently mapped to the wrong economic action. count: integer number of contracts price_cents: limit price 1-99 subaccount: route the order to a Kalshi subaccount. None (default) means the primary, which is byte-identical to passing 0. WHY THIS EXISTS: Kalshi nets long and short on the same ticker WITHIN a subaccount, so xlow buying a leg the maker is short partially closes each against the other. Separate subaccounts do not net, which removes the conflict instead of trading one bad outcome for another. VERIFIED 2026-09-01 against the live API, because the endpoint accepts unknown JSON fields SILENTLY -- a 201 proves nothing on its own. Three IOC bids priced far below the ask (so they could not fill) were sent and then located by order_id: `subaccount: 1` landed in subaccount 1, while both no-field and `subaccount_number: 1` landed in the primary. So the key is `subaccount`, an int, and a misspelling fails OPEN into the primary rather than erroring. Do not rename it casually. Znozyside='no' not supported by this client -- V2 has no direct buy-NO order; NO-side auto-trades are rejected upstream anywayZyeszside must be 'yes', got zcount must be int >= 1, got zprice_cents must be int 1..z, got zcount z! exceeds MAX_CONTRACTS_PER_ORDER=Y@zdollar exposure $.2fz exceeds cap $Zbidz.4fZimmediate_or_cancelZtaker_at_cross)r8r;r<ZpriceZ time_in_forceZself_trade_prevention_typer>Nrz+subaccount must be a non-negative int, got r?z/portfolio/events/orders)lower ValueError isinstancer MAX_PRICE_CENTSMAX_CONTRACTS_PER_ORDERMAX_DOLLARS_PER_ORDERr5)r8r;r<r=r>r?Zdollar_exposurer3rrrplace_limit_orderos8     rI)order_idr cCsXd|}tjt|td|dd}|jdvrFtd|jd|j|jrT|SiS)aCancel via the V2 endpoint. This used the V1 path (/portfolio/orders/{id}) until 2026-08-15, which has returned 410 deprecated_v1_order_endpoint since the 2026-07-23 migration -- placement was moved to V2 that day and cancellation was missed. Nothing caught it for three weeks because every order this project sent was immediate-or-cancel and so never rested long enough to be cancelled. The first resting order (the live maker) could not be cancelled at all. z/portfolio/events/orders/ZDELETEr%)r&r')r(zKalshi DELETE order -> r*)r+deleter-r#r.r r/r0)rJrr1rrr cancel_orders  rMcCstdS)u>GET /portfolio/balance — returns {'balance': cents_int, ...}/portfolio/balancer9rrrr get_balancesrOgI@)rr@)zE:\soccer\STOP_MAKERzE:\soccer\data\AUTO_TRADE_KILLc Csrd}tD]d}zHtdd|idp i}|t|ddp4dt|ddpFdd7}WqtyjYd S0q|S) zCash + open positions across every Kalshi subaccount, in dollars. None if ANY subaccount is unreadable: a partial sum would read low and halt everything on a network blip, or read high and hide a breach. grNr?r$ZbalancerZportfolio_valuerAN)KALSHI_SUBACCOUNTSr2floatr, Exception)Ztotsubbrrrkalshi_account_values   rV)whor c Cst}|dur"td|ddS|tkr.dSd|ddtdd |d }tD]T}z True for the CALLER (do not place this order) but no kill files: a network blip should skip one order, not halt the strategy. Nz)[KALSHI FLOOR] account value unreadable (z) -- skipping this orderTFzKalshi floor: account value $rBz < $z (seen by zK) -- all Kalshi trading halted. Delete the kill file(s) by hand to resume. wr)encodingz[KALSHI FLOOR] )rVprintKALSHI_FLOOR_USDKALSHI_FLOOR_KILLSopenwriterSstrip)rWvrpZfhrrrkalshi_floor_breacheds" , rb2)rrr$ max_pagesr cCsgtdddf\}}}}}||krt|p*i} | dd|rF|| d<t|| dpTi} | |pbg} | D]P} | dp| dp| d } | dur| |vr|d 7}qh|| || qh| d}|d 7}|r| sqq||ddd |d |iS) aGET every page of a cursor-paginated portfolio endpoint. WHY THIS EXISTS. These endpoints return {'': [...], 'cursor': '...'} and a single call yields ONE page. get_open_orders used to make that single call, so with 111 resting orders it reported 55 -- the live maker's duplicate detection and its own "too many resting" abort both read that halved number and neither could fire. Silent truncation on a portfolio read is worse than an error: every count downstream is quietly wrong. Nrlimitr(cursorrPrJZfill_idr8r@pagesZdeduped)setdict setdefaultr2r,addappend)rrr$rdoutseenrfrgdupradZbatchitemkrrr_get_alls*       rscCs tddS)uCGET /portfolio/positions — all open market positions, every page.z/portfolio/positionsZmarket_positionsrsrrrr get_positions3srucCstddddiS)uDGET /portfolio/orders — every resting order, following the cursor.z/portfolio/ordersZordersZstatusZrestingrtrrrrget_open_orders8srv)after_tsr cCs i}|dur||d<tdd|S)u1GET /portfolio/fills — order fills, every page.NZmin_tsz/portfolio/fillsZfillsrt)rwr$rrr get_fills=srx)N)NN)Nrc)N)2__doc__osr!rtypingrr+pathlibrZdotenvrZcryptography.hazmat.primitivesrrZ)cryptography.hazmat.primitives.asymmetricrZ-cryptography.hazmat.primitives.asymmetric.rsarr-getenvrr r __annotations__rrrrir#r2r5rFrGrHr:r rIrMrOr[rQr\rRrVboolrbrsrurvrxrrrrsZ            D   ,