聊天记录
共 10 条，显示第 1-10 条
---
the position transfer information got pulled from https://docs.kalshi.com/getting_started/subaccounts . is that a temporary thing or a roll-back on the idea? I know it got introduced relatively recently and then again recently updated for some improvements, so to see it go was a surprise.
---
the position transfer information got pulled from https://docs.kalshi.com/getting_started/subaccounts . is that a temporary thing or a roll-back on the idea? I know it got introduced relatively recently and then again recently updated for some improvements, so to see it go was a surprise.
that's unexpected advice. <@1294044400065839177> why is that?
that's unexpected advice. <@1294044400065839177> why is that?
hi all. saw the announcement about subaccount transfers (and the other new features around subaccounts and keys). these are awesome! I can see the way it's moving, and I love it. two questions. 1. noticed that the xfer cost basis is in integer cents. I was surprised to see this wasn't in an _fp field with further decimal granularity and consistent with the becoming-a-standard string-for-numbers-on-price we're moving towards. seems like we'll lose the sub-penny pricing on the cost basis xfer. 2. how do I think about the cost basis price and yes versus no outcome side? in other places (the api, the moving-towards-default on orderbook-websocket) we're going for yes-only pricing. so when I move a no-side position, is the price I'm using there the yes-side or the no-side?
hi all. saw the announcement about subaccount transfers (and the other new features around subaccounts and keys). these are awesome! I can see the way it's moving, and I love it. two questions. 1. noticed that the xfer cost basis is in integer cents. I was surprised to see this wasn't in an _fp field with further decimal granularity and consistent with the becoming-a-standard string-for-numbers-on-price we're moving towards. seems like we'll lose the sub-penny pricing on the cost basis xfer. 2. how do I think about the cost basis price and yes versus no outcome side? in other places (the api, the moving-towards-default on orderbook-websocket) we're going for yes-only pricing. so when I move a no-side position, is the price I'm using there the yes-side or the no-side?
Ok. Thanks. Noticed it had happened earlier today. But seems quite rare
Ok. Thanks. Noticed it had happened earlier today. But seems quite rare
Anyone else ever notice markets getting created with missing floor strike values when first published? Most of the time they get populated later, but not always.
Anyone else ever notice markets getting created with missing floor strike values when first published? Most of the time they get populated later, but not always.
is there an endpoint to get "non trading cash flows"? right now I go to the web UI > your activity > [deposit OR withdrawal OR credit] . I can get everything I need to reconcile my account via API ...except this. Unless I'm missing something.
is there an endpoint to get "non trading cash flows"? right now I go to the web UI > your activity > [deposit OR withdrawal OR credit] . I can get everything I need to reconcile my account via API ...except this. Unless I'm missing something.
is there an endpoint to get "non trading cash flows"? right now I go to the web UI > your activity > [deposit OR withdrawal OR credit] . I can get everything I need to reconcile my account via API ...except this. Unless I'm missing something.
is there an endpoint to get "non trading cash flows"? right now I go to the web UI > your activity > [deposit OR withdrawal OR credit] . I can get everything I need to reconcile my account via API ...except this. Unless I'm missing something.
Cool. Thanks. And also, what would expect the fill_count response to be? 10 or 20. In v1 I know it was 20. In v2 I'm not certain as I debug my first use of it.
Cool. Thanks. And also, what would expect the fill_count response to be? 10 or 20. In v1 I know it was 20. In v2 I'm not certain as I debug my first use of it.
Orders v2 fills question ... Hi all. Hi <@1294044400065839177> Apologies if this has been asked but I couldn't find it. When I place an order in v2 and I get a fill count value back, is that just at the first level in the order book that met my limit or all. Example. I put in limit 40 quantity 20 and there's 10 at 38 and 10 at 39. Should I expect a response of 10 (first order book level that matches) or 20 (sum of levels that match). I know in v1 it was the latter.
Orders v2 fills question ... Hi all. Hi <@1294044400065839177> Apologies if this has been asked but I couldn't find it. When I place an order in v2 and I get a fill count value back, is that just at the first level in the order book that met my limit or all. Example. I put in limit 40 quantity 20 and there's 10 at 38 and 10 at 39. Should I expect a response of 10 (first order book level that matches) or 20 (sum of levels that match). I know in v1 it was the latter.
Orders v2 price question ... Hi all. Hi <@1294044400065839177> Apologies if this has been asked but I couldn't find it. When I place an order in v2 for what used to be buy no at 30, do I have this right ... now that's an ask at 70. Because ask is outcome side no and we do prices on the yes outcome side only.
Orders v2 price question ... Hi all. Hi <@1294044400065839177> Apologies if this has been asked but I couldn't find it. When I place an order in v2 for what used to be buy no at 30, do I have this right ... now that's an ask at 70. Because ask is outcome side no and we do prices on the yes outcome side only.
Kalshi