秋田预测市场 · Discord 审计

𝓛𝓮𝓸参与话题 5消息总数 31

该用户的聊天记录定位。

Reset

聊天记录

共 31 条,显示第 1-31 条
𝓛𝓮𝓸 2026-07-13 11:48:03 Kalshi

Ah ok ty!

Ah ok ty!

𝓛𝓮𝓸 2026-07-13 11:44:39 Kalshi

Maybe I'm dumb but I don't see how this differs from normal activity? Wasn't the quoter already a maker and the other side already a taker? Is there a specific edge case here I'm unaware of?

Maybe I'm dumb but I don't see how this differs from normal activity? Wasn't the quoter already a maker and the other side already a taker? Is there a specific edge case here I'm unaware of?

𝓛𝓮𝓸 2026-07-07 04:22:00 Kalshi

Maybe you should ask the AI that produced these numbers if it's fast 🤣 (fwiw I simply don't believe these numbers are even real, maybe check what it's actually measuring under the hood? feels like it's looking at the wrong thing)

Maybe you should ask the AI that produced these numbers if it's fast 🤣 (fwiw I simply don't believe these numbers are even real, maybe check what it's actually measuring under the hood? feels like it's looking at the wrong thing)

𝓛𝓮𝓸 2026-06-26 14:52:39 Kalshi

I think the question was more for a min price, i.e. betaclone wants to avoid trading at all if there is a maker willing to give him too good of a price (this doesn't exist natively on the exchange, so there's always a bit of a race here)

I think the question was more for a min price, i.e. betaclone wants to avoid trading at all if there is a maker willing to give him too good of a price (this doesn't exist natively on the exchange, so there's always a bit of a race here)

𝓛𝓮𝓸 2026-06-23 11:16:05 Kalshi

I'm out of the loop - why's that?

I'm out of the loop - why's that?

𝓛𝓮𝓸 2026-06-23 11:08:36 Kalshi

Not really: only in super narrow cases where the legs have the exact same set of events and they're all mutually exclusive (And you can check for this by seeing if the combo event is mutually exclusive)

Not really: only in super narrow cases where the legs have the exact same set of events and they're all mutually exclusive (And you can check for this by seeing if the combo event is mutually exclusive)

I'm not entirely sure if `Markets not found` is going to even accomplish the intended load reduction on Kalshi's servers. Instead of sending batched subscribes I now have to do them one by one to even detect which is closed :/

I'm not entirely sure if `Markets not found` is going to even accomplish the intended load reduction on Kalshi's servers. Instead of sending batched subscribes I now have to do them one by one to even detect which is closed :/

𝓛𝓮𝓸 2026-06-11 08:43:37 Kalshi

Hmm don't know if it's documented anywhere, I just observed the same thing as you haha

Hmm don't know if it's documented anywhere, I just observed the same thing as you haha

𝓛𝓮𝓸 2026-06-11 08:28:41 Kalshi

The ticker channel updates at a 1s frequency (and only if there is a change to report), not every delta

The ticker channel updates at a 1s frequency (and only if there is a change to report), not every delta

𝓛𝓮𝓸 2026-06-11 08:25:16 Kalshi

Entire RFQ system down rn?

Entire RFQ system down rn?

𝓛𝓮𝓸 2026-06-11 04:25:09 Kalshi

Contests are legally different than trading, so it's more restricted

Contests are legally different than trading, so it's more restricted

𝓛𝓮𝓸 2026-06-10 05:11:34 Kalshi

Earlier today I subscribed to orderbook deltas for `KXINTLFRIENDLYGAME-26JUN09LBRSLE-LBR` and received an initial snapshot that was ~20m out of date, followed by deltas that were similarly out of date (when compared to another websocket I already had running, and the website's chart). How could this be? It was a fresh connection so no backlog/backpressure by definition, and it was internally consistent (not crossed) leading me to believe that it was replaying a correct sequence of deltas but just 20m late. It feels like this must be a Kalshi server-side bug and I have no clue how to plausibly correct for this happening outside of running multiple websockets in parallel and having a voting process or something like that. Has anyone seen something similar and/or know how to get a Kalshi dev to look into it? While I don't have the raw deltas recorded and can't repro it (the market is closed), I have side by side logs of bbos and such that are definitely mismatched

Earlier today I subscribed to orderbook deltas for `KXINTLFRIENDLYGAME-26JUN09LBRSLE-LBR` and received an initial snapshot that was ~20m out of date, followed by deltas that were similarly out of date (when compared to another websocket I already had running, and the website's chart). How could this be? It was a fresh connection so no backlog/backpressure by definition, and it was internally consistent (not crossed) leading me to believe that it was replaying a correct sequence of deltas but just 20m late. It feels like this must be a Kalshi server-side bug and I have no clue how to plausibly correct for this happening outside of running multiple websockets in parallel and having a voting process or something like that. Has anyone seen something similar and/or know how to get a Kalshi dev to look into it? While I don't have the raw deltas recorded and can't repro it (the market is closed), I have side by side logs of bbos and such that are definitely mismatched

𝓛𝓮𝓸 2026-06-10 01:16:32 Kalshi

"Bumbling Bayesian told me to full port Spencer Pratt YES!!!" 😱

"Bumbling Bayesian told me to full port Spencer Pratt YES!!!" 😱

𝓛𝓮𝓸 2026-06-10 01:11:54 Kalshi

We all have root, that's a moot point if you read the agreement though

We all have root, that's a moot point if you read the agreement though

They don't want people making a frontend/app that induces users to input an API key or password, but that's very clearly not what I'm describing

They don't want people making a frontend/app that induces users to input an API key or password, but that's very clearly not what I'm describing

I'm saying that the letter, as I have read it, does not prohibit it. And nothing Kalshi has ever said would lead me to believe they don't want people doing it.

I'm saying that the letter, as I have read it, does not prohibit it. And nothing Kalshi has ever said would lead me to believe they don't want people doing it.

My read of the agreement is that using the API as someone else is prohibited, not that having the ability to go snoop (but not doing so) if I were nefarious and have root access to a shared server is prohibited In the same way that it's not prohibited/illegal for me to log into my own bank account on a shared family computer

My read of the agreement is that using the API as someone else is prohibited, not that having the ability to go snoop (but not doing so) if I were nefarious and have root access to a shared server is prohibited In the same way that it's not prohibited/illegal for me to log into my own bank account on a shared family computer

𝓛𝓮𝓸 2026-06-10 00:45:41 Kalshi

Did you place your bet to win $19 at 5:15pm? Because if so, then I and literally any one of the thousands of other members of the public who record trade logs can verify what bet you placed and that it doesn't match your claim

Did you place your bet to win $19 at 5:15pm? Because if so, then I and literally any one of the thousands of other members of the public who record trade logs can verify what bet you placed and that it doesn't match your claim

Hmm I'm just simply 100% certain that what I'm describing doesn't break the rules in any way and isn't even a grey area. We are all traders+coders who are writing code and running it using our own API keys in totally separate processes. There isn't overlap beyond being on the same physical server. Not trying to tell you how to do your thing - just trying to make it known to newcomers here that there's no need to be scared of doing something similar to save on hosting costs / ops overhead

Hmm I'm just simply 100% certain that what I'm describing doesn't break the rules in any way and isn't even a grey area. We are all traders+coders who are writing code and running it using our own API keys in totally separate processes. There isn't overlap beyond being on the same physical server. Not trying to tell you how to do your thing - just trying to make it known to newcomers here that there's no need to be scared of doing something similar to save on hosting costs / ops overhead

𝓛𝓮𝓸 2026-06-10 00:39:37 Kalshi

I hate to say it but this was surely a mistake when making the trade originally. All trading activity is public and verifiable so there simply isn't a way for this to have changed after the fact. It sounds like you placed your bet on KXMVESPORTSMULTIGAMEEXTENDED-S2026C54E3C21A0A-0C9AB70D74C and I can clearly see a record of someone putting down $8.66 to win $19 at 5:15pm ET yesterday, was that you? This is in my logs that I recorded at the time of the trade and there is no way Kalshi could've changed my logs later on.

I hate to say it but this was surely a mistake when making the trade originally. All trading activity is public and verifiable so there simply isn't a way for this to have changed after the fact. It sounds like you placed your bet on KXMVESPORTSMULTIGAMEEXTENDED-S2026C54E3C21A0A-0C9AB70D74C and I can clearly see a record of someone putting down $8.66 to win $19 at 5:15pm ET yesterday, was that you? This is in my logs that I recorded at the time of the trade and there is no way Kalshi could've changed my logs later on.

I don't see anything in https://kalshi.com/developer-agreement forbidding that? FWIW I share a VPS with others and it's fine... like we just run our different stuff separarely but it's all from the same IP and has never once caused an issue. One note is that we do sign all API requests even those that don't require it so that it counts against the account's rate limit and not the IP's rate limit.

I don't see anything in https://kalshi.com/developer-agreement forbidding that? FWIW I share a VPS with others and it's fine... like we just run our different stuff separarely but it's all from the same IP and has never once caused an issue. One note is that we do sign all API requests even those that don't require it so that it counts against the account's rate limit and not the IP's rate limit.

𝓛𝓮𝓸 2026-06-09 05:43:46 Kalshi

I trade MVE markets but just listening to rfqs and trades gives a comprehensive enough view imo. Can't imagine going through 1400 pages of markets gets you any additional value?

I trade MVE markets but just listening to rfqs and trades gives a comprehensive enough view imo. Can't imagine going through 1400 pages of markets gets you any additional value?

𝓛𝓮𝓸 2026-06-09 04:18:45 Kalshi

ooc is this out of idle curiosity or do you have a legit reason to need to walk all open markets?

ooc is this out of idle curiosity or do you have a legit reason to need to walk all open markets?

𝓛𝓮𝓸 2026-06-03 06:11:40 Kalshi

Ohhh ty you just made me go back and re-read the assertion and I'd gotten it wrong: the failure was not a nonnull cursor but a completely missing cursor 🤦‍♂️ Still weird that it's the first time it's occurred in forever hah

Ohhh ty you just made me go back and re-read the assertion and I'd gotten it wrong: the failure was not a nonnull cursor but a completely missing cursor 🤦‍♂️ Still weird that it's the first time it's occurred in forever hah

𝓛𝓮𝓸 2026-06-03 05:56:51 Kalshi

Like I don't use server-side pagination, I just have my system manually send out batches <100 markets at a time, and it's been completely stable for months until today

Like I don't use server-side pagination, I just have my system manually send out batches <100 markets at a time, and it's been completely stable for months until today

𝓛𝓮𝓸 2026-06-03 05:55:39 Kalshi

I just had a GET to `/trade-api/v2/markets` with `tickers` set to <100 individual tickers return a response with a nonnull `cursor` (i.e. != `""`). Is that ever expected? Has anyone ever seen anything like it? It tripped an assertion I have for the first time in months of trading but I can't repro it lol

I just had a GET to `/trade-api/v2/markets` with `tickers` set to <100 individual tickers return a response with a nonnull `cursor` (i.e. != `""`). Is that ever expected? Has anyone ever seen anything like it? It tripped an assertion I have for the first time in months of trading but I can't repro it lol