该用户的聊天记录定位。
``` $getent hosts external-api.kalshi.com 18.226.129.38 elections-external-api-107430227.us-east-2.elb.amazonaws.com external-api.kalshi.com ```
``` $getent hosts external-api.kalshi.com 18.226.129.38 elections-external-api-107430227.us-east-2.elb.amazonaws.com external-api.kalshi.com ```
No issues here
No issues here
I do, with active reconciliation
I do, with active reconciliation
never tried. I'd imagine it would be rejected. I always keep track of portfolio balance locally to avoid issues with insufficient capital
never tried. I'd imagine it would be rejected. I always keep track of portfolio balance locally to avoid issues with insufficient capital
these are all off in account settings?
these are all off in account settings?
Some market types like NBA and MLB only were introduced to Kalshi in 2025 if I understand correctly. So the history ending there would be due to this, not a historical cutoff
Some market types like NBA and MLB only were introduced to Kalshi in 2025 if I understand correctly. So the history ending there would be due to this, not a historical cutoff
Thanks for sharing. I'm using game metadata a bit, but have been treating it as best-effort rather than taking strong assumptions. Based on examples like this, it seems probably not a reliable schema to assume stability with
Thanks for sharing. I'm using game metadata a bit, but have been treating it as best-effort rather than taking strong assumptions. Based on examples like this, it seems probably not a reliable schema to assume stability with
lol, I like the sound of that
lol, I like the sound of that
lots to keep learning
lots to keep learning
yeah I've seen that elsewhere. I have a strong inclination to keep it simple whenever possible
yeah I've seen that elsewhere. I have a strong inclination to keep it simple whenever possible
Thanks, that's helpful. And promising since I don't know stochastic calculus 😅
Thanks, that's helpful. And promising since I don't know stochastic calculus 😅
i've got the engineering skills, just trying to add on markets skills to put to good use
i've got the engineering skills, just trying to add on markets skills to put to good use
no worries, my question is fairly vague I guess. I'm only learning the concepts now around things like market making, rfqs, etc. Perhaps its more trying to understand what to learn or where to focus, rather than anything about particular strategy types. For example, if most people don't really need fancy math, I'd be happy to avoid going down that path
no worries, my question is fairly vague I guess. I'm only learning the concepts now around things like market making, rfqs, etc. Perhaps its more trying to understand what to learn or where to focus, rather than anything about particular strategy types. For example, if most people don't really need fancy math, I'd be happy to avoid going down that path
meaning market structure focused? or broader scenarios? or (insert more intelligent question)
meaning market structure focused? or broader scenarios? or (insert more intelligent question)
For those of you who have consistent success with your systems, curious how you would describe the complexity of your strategies. Are they fairly simple, or doing lots of fancy quant math, on in between? I ask as someone learning this stuff and trying to figure out what direction to take...
For those of you who have consistent success with your systems, curious how you would describe the complexity of your strategies. Are they fairly simple, or doing lots of fancy quant math, on in between? I ask as someone learning this stuff and trying to figure out what direction to take...
any AI agent tool should be able to help sort this. Give it the context, response codes etc in addition to the code itself
any AI agent tool should be able to help sort this. Give it the context, response codes etc in addition to the code itself
https://docs.kalshi.com/getting_started/historical_data
https://docs.kalshi.com/getting_started/historical_data
Would the downtime shown on this reflect the planned maintenance windows? Looks like wed/thurs instances
Would the downtime shown on this reflect the planned maintenance windows? Looks like wed/thurs instances
You've seen high latency?
You've seen high latency?
If you're asking about the REST endpoint, I'm seeing it respond in around ~10ms currently.
If you're asking about the REST endpoint, I'm seeing it respond in around ~10ms currently.
Meaning unit testing? I use a small high-performance custom framework on top of MTP (I'm unreasonably impatient waiting for tests to run)
Meaning unit testing? I use a small high-performance custom framework on top of MTP (I'm unreasonably impatient waiting for tests to run)
Oops, I missed a layer. You can list via `GET /trade-api/v2/milestones` with appropriate filters then match against the response payload which includes event ticker. Then grab the `id` from the matched item. Not aware of a websocket for live data. I poll for it, would be nice to have a ws feed
Oops, I missed a layer. You can list via `GET /trade-api/v2/milestones` with appropriate filters then match against the response payload which includes event ticker. Then grab the `id` from the matched item. Not aware of a websocket for live data. I poll for it, would be nice to have a ws feed
Basic flow: 1. Get the relevant event/market, usually by series or event ticker: `GET /trade-api/v2/events/{event_ticker}` 2. In the returned event object, read `milestone_id` 3. Use that value to fetch live game data: `GET /trade-api/v2/live_data/milestone/{milestone_id}`
Basic flow: 1. Get the relevant event/market, usually by series or event ticker: `GET /trade-api/v2/events/{event_ticker}` 2. In the returned event object, read `milestone_id` 3. Use that value to fetch live game data: `GET /trade-api/v2/live_data/milestone/{milestone_id}`
Nope, just ETH
Nope, just ETH
Gotcha. Nice punk, btw. Still holding... 😅
Gotcha. Nice punk, btw. Still holding... 😅
does it complicate the accounting from the API? Or trade data just tagged with a subaccount
does it complicate the accounting from the API? Or trade data just tagged with a subaccount
Nice! that sounds like a win. I've become averse to doing anything manually while my system is running to avoid confusing things
Nice! that sounds like a win. I've become averse to doing anything manually while my system is running to avoid confusing things
What setup have you found that works well? I've not looked at this too much yet....
What setup have you found that works well? I've not looked at this too much yet....
Is for me. I see multiple recent ones where it shows that I sold before I bought where the reverse is actually true. Something off with timestamps perhaps.
Is for me. I see multiple recent ones where it shows that I sold before I bought where the reverse is actually true. Something off with timestamps perhaps.
historical trades are available from the REST API, not aware of any historical orderbook data
historical trades are available from the REST API, not aware of any historical orderbook data
yes and then next the people who have access to the fastest data feeds first, they are ruining everything too
yes and then next the people who have access to the fastest data feeds first, they are ruining everything too
this is a system design question
this is a system design question
that doesn't follow. If the only thing preventing spammer success is Kalshi keeping secrets, then spammers will win anyway
that doesn't follow. If the only thing preventing spammer success is Kalshi keeping secrets, then spammers will win anyway
imagine Google perma-banning your Gmail account because somebody got into it and did some spamming. "Sorry, we nuked your account forever"
imagine Google perma-banning your Gmail account because somebody got into it and did some spamming. "Sorry, we nuked your account forever"
I'd hope that whatever the policy ends up being, it is transparent so you know as a user what the exact rules are and why they were applied, especially if it restricts access
I'd hope that whatever the policy ends up being, it is transparent so you know as a user what the exact rules are and why they were applied, especially if it restricts access
isn't Kalshi quite capable of deciding their own rate limiting needs?
isn't Kalshi quite capable of deciding their own rate limiting needs?
I'm not familiar with how the rfq thing works, but seems in general any question like this should come down to system design that is transparent. If Kalshi doesn't want some behavior, they need to design for that. Falling back to arbitrary banning is not a great solution
I'm not familiar with how the rfq thing works, but seems in general any question like this should come down to system design that is transparent. If Kalshi doesn't want some behavior, they need to design for that. Falling back to arbitrary banning is not a great solution
hah yes my 24h change shows negative currently when it definitely was not. I (Codex) ended up building my own porfolio UI that works more to expectation
hah yes my 24h change shows negative currently when it definitely was not. I (Codex) ended up building my own porfolio UI that works more to expectation
e.g. not including dates in the porfolio history, because why would anyone want to know when their trades happened?
e.g. not including dates in the porfolio history, because why would anyone want to know when their trades happened?
i've been enjoying having a homegrown (mobile-friendly) web app as part of my system, avoids getting frustrated with Kalshi UI decisions
i've been enjoying having a homegrown (mobile-friendly) web app as part of my system, avoids getting frustrated with Kalshi UI decisions
I have to watch it constantly, runs amok the moment it can tell I'm not paying attention
I have to watch it constantly, runs amok the moment it can tell I'm not paying attention
haha, also C# here. Almost the same as my class 🙂
haha, also C# here. Almost the same as my class 🙂
ah, so easy to mistake. Should be more obvious, different color scheme or something
ah, so easy to mistake. Should be more obvious, different color scheme or something
what is margin?
what is margin?
I'd guess it is a docs mistake, there is still a filter for `status` documented for REST GET
I'd guess it is a docs mistake, there is still a filter for `status` documented for REST GET
I tested an order, here's the raw payload. Status is present. ``` { "type": "user_order", "sid": 1, "msg": { "order_id": "11111111-1111-1111-1111-111111111111", "user_id": "22222222-2222-2222-2222-222222222222", "ticker": "KXWCGAME-26JUN24SUICAN-TIE", "status": "resting", "side": "yes", "is_yes": true, "outcome_side": "yes", "book_side": "bid", "yes_price_dollars": "0.0300", "fill_count_fp": "0.00", "remaining_count_fp": "1.00", "initial_count_fp": "1.00", "taker_fill_cost_dollars": "0.000000", "maker_fill_cost_dollars": "0.000000", "taker_fees_dollars": "0.000000", "maker_fees_dollars": "0.000000", "client_order_id": "sandbox-user-orders-raw-1782333000205306", "self_trade_prevention_type": "maker", "created_time": "2026-06-24T20:30:00.366574Z", "last_update_time": "2026-06-24T20:30:00.366574Z", "created_ts_ms": 1782333000366, "last_updated_ts_ms": 1782333000366, "subaccount_number": 0 } } ```
I tested an order, here's the raw payload. Status is present. ``` { "type": "user_order", "sid": 1, "msg": { "order_id": "11111111-1111-1111-1111-111111111111", "user_id": "22222222-2222-2222-2222-222222222222", "ticker": "KXWCGAME-26JUN24SUICAN-TIE", "status": "resting", "side": "yes", "is_yes": true, "outcome_side": "yes", "book_side": "bid", "yes_price_dollars": "0.0300", "fill_count_fp": "0.00", "remaining_count_fp": "1.00", "initial_count_fp": "1.00", "taker_fill_cost_dollars": "0.000000", "maker_fill_cost_dollars": "0.000000", "taker_fees_dollars": "0.000000", "maker_fees_dollars": "0.000000", "client_order_id": "sandbox-user-orders-raw-1782333000205306", "self_trade_prevention_type": "maker", "created_time": "2026-06-24T20:30:00.366574Z", "last_update_time": "2026-06-24T20:30:00.366574Z", "created_ts_ms": 1782333000366, "last_updated_ts_ms": 1782333000366, "subaccount_number": 0 } } ```
Yeah I'll give it a test shortly to confirm, now I'm wondering...
Yeah I'll give it a test shortly to confirm, now I'm wondering...
When in doubt or maybe always, just look at the actual raw payload 😅
When in doubt or maybe always, just look at the actual raw payload 😅
It does have `status` or at least I implemented it that way and it has worked. Currently expecting `resting`, `executed`, or `canceled`. Strange that it doesn't seem to be in the docs...
It does have `status` or at least I implemented it that way and it has worked. Currently expecting `resting`, `executed`, or `canceled`. Strange that it doesn't seem to be in the docs...
we say that now, but give it some time and we'll be working for them 😅
we say that now, but give it some time and we'll be working for them 😅
Kalshi