该用户的聊天记录定位。
My point is UI "dollar" order should not be a FOK type order. That is bad user experience. If this problem can be fixed, it happens that this is what I hope to be supported in API 🙂
My point is UI "dollar" order should not be a FOK type order. That is bad user experience. If this problem can be fixed, it happens that this is what I hope to be supported in API 🙂
The feature is there (specify buy_max_cost field) but with "fill-or-kill" property. FOK 's the key problem to me. Most of time when I tried placing an order with "buy_max_cost" amount, it simply got killed.
The feature is there (specify buy_max_cost field) but with "fill-or-kill" property. FOK 's the key problem to me. Most of time when I tried placing an order with "buy_max_cost" amount, it simply got killed.
When a user choose "dollar" option on UI and click "buy" button, what do you expect them to think? I don't believe anyone expect the order be killed. I am disappointed if fixing such bad user experience is not Kalshi's priority.
When a user choose "dollar" option on UI and click "buy" button, what do you expect them to think? I don't believe anyone expect the order be killed. I am disappointed if fixing such bad user experience is not Kalshi's priority.
Thanks for the explanation. sounds like i have to live with it... Talking about UI, I did try to submit such order by phone or laptop a few times. Often times it just silently got killed without a notice via UI (fill-or-kill type). I thought I have placed the order but it did not happen...It was very very bad user experience.
Thanks for the explanation. sounds like i have to live with it... Talking about UI, I did try to submit such order by phone or laptop a few times. Often times it just silently got killed without a notice via UI (fill-or-kill type). I thought I have placed the order but it did not happen...It was very very bad user experience.
This is essentially a market order with fixed dollar amount. I would assume almost every exchange supports it. why is this niche? the issue i see is that this is not about order book depth. utlimately it is about market maker cancelling the order and other competitors may be faster. the depth you observed is not reachable....you can say my bot is too slow...but i have been trying my best.
This is essentially a market order with fixed dollar amount. I would assume almost every exchange supports it. why is this niche? the issue i see is that this is not about order book depth. utlimately it is about market maker cancelling the order and other competitors may be faster. the depth you observed is not reachable....you can say my bot is too slow...but i have been trying my best.
I cannot control the spread... basically i hope to limit the worst case lost to the fixed dollar amount even if the spread is wild.
I cannot control the spread... basically i hope to limit the worst case lost to the fixed dollar amount even if the spread is wild.
hi <@1294044400065839177> I reached out a couple of months ago about Kalshi API support for buy order with fixed dollar amount (best possible price). Again, I still think this is a natural request. Imagine an end retail user requesting to place an order with $10 dollars -- all he is asking is to fill the order with as many shares as possible with best price (rather than fill-or-kill). I am wondering if this is something Kalshi can consider? Last time, your feedback was this is doable but with lower priority....
hi <@1294044400065839177> I reached out a couple of months ago about Kalshi API support for buy order with fixed dollar amount (best possible price). Again, I still think this is a natural request. Imagine an end retail user requesting to place an order with $10 dollars -- all he is asking is to fill the order with as many shares as possible with best price (rather than fill-or-kill). I am wondering if this is something Kalshi can consider? Last time, your feedback was this is doable but with lower priority....
Kalshi