秋田预测市场 · Discord 审计

betaclone参与话题 48消息总数 493

该用户的聊天记录定位。

Reset

聊天记录

共 493 条,显示第 301-350 条
betaclone 2026-06-10 11:43:15 Kalshi

Granted I haven't tracked it necessarily but on the 15m markets they come in pretty quickly

Granted I haven't tracked it necessarily but on the 15m markets they come in pretty quickly

betaclone 2026-06-10 11:42:41 Kalshi

I've never seen a floor strike on a crypto/financial market changed after the initial report

I've never seen a floor strike on a crypto/financial market changed after the initial report

betaclone 2026-06-10 01:20:27 Kalshi

I have asked multiple times for a point of contact to clarify just these questions in the dev tos and even institutional support doesn't have anyone to point me to

I have asked multiple times for a point of contact to clarify just these questions in the dev tos and even institutional support doesn't have anyone to point me to

betaclone 2026-06-10 01:16:07 Kalshi

The thing with TOS in general is they are written by lawyers to be as vague as possible so they can be enforced however they want to enforce them whenever they feel like it. There's no such thing as being 100% certain of anything in any TOS agreement

The thing with TOS in general is they are written by lawyers to be as vague as possible so they can be enforced however they want to enforce them whenever they feel like it. There's no such thing as being 100% certain of anything in any TOS agreement

betaclone 2026-06-10 01:14:01 Kalshi

I don't want to see people get their accts blocked. Less liquidity in the e x change 🤣

I don't want to see people get their accts blocked. Less liquidity in the e x change 🤣

betaclone 2026-06-10 01:12:48 Kalshi

I'm not anyone's babysitter

I'm not anyone's babysitter

betaclone 2026-06-10 01:12:32 Kalshi

To Bruno's point, individual risk tolerance is up to the individual. I just wouldn't be "100% certain" you aren't violating the tos because in my read you definitely are. But go with god

To Bruno's point, individual risk tolerance is up to the individual. I just wouldn't be "100% certain" you aren't violating the tos because in my read you definitely are. But go with god

betaclone 2026-06-10 01:11:17 Kalshi

And I assume you have master admin access to the server?

And I assume you have master admin access to the server?

They don't want people building multi user platforms where users store their private credentials on a single 3rd party server. That is very explicit

They don't want people building multi user platforms where users store their private credentials on a single 3rd party server. That is very explicit

"My read" doesn't sound like 100% certain. My read, which has been backed up by mods in here, is the exact opposite

"My read" doesn't sound like 100% certain. My read, which has been backed up by mods in here, is the exact opposite

Kalshi specifically does not want people doing EXACTLY what you and the OP are describing. How diligently do they police it currently? Maybe not at all but the letter of the dev tos prohibits it

Kalshi specifically does not want people doing EXACTLY what you and the OP are describing. How diligently do they police it currently? Maybe not at all but the letter of the dev tos prohibits it

Are you 100% certain or have you just never received any kind of notice? Just because you haven't been dinged for it doesn't mean it doesn't violate the tos. Again, having different acct keys on the same VPS necessarily means one party has access to all of them which is a violation

Are you 100% certain or have you just never received any kind of notice? Just because you haven't been dinged for it doesn't mean it doesn't violate the tos. Again, having different acct keys on the same VPS necessarily means one party has access to all of them which is a violation

betaclone 2026-06-09 23:51:01 Kalshi

I think most people realize it's more hassle than it's worth when they dig into it

I think most people realize it's more hassle than it's worth when they dig into it

You can share global signals or logic or market streams, etc. But if you really want to do something like this it's best to have the individual credentials/execution layers live on separate servers owned by the acct holders

You can share global signals or logic or market streams, etc. But if you really want to do something like this it's best to have the individual credentials/execution layers live on separate servers owned by the acct holders

betaclone 2026-06-09 23:32:10 Kalshi

A lot of people come here wanting to build something like this. The general advice is if you don't have special permission from Kalshi you're probably going to end up violating terms somewhere and risk having your acct blocked

A lot of people come here wanting to build something like this. The general advice is if you don't have special permission from Kalshi you're probably going to end up violating terms somewhere and risk having your acct blocked

It'd be pretty tricky to pass the dev tos with that setup. Even with encryption a master admin would have access to everyone's credentials if they all live on the same server

It'd be pretty tricky to pass the dev tos with that setup. Even with encryption a master admin would have access to everyone's credentials if they all live on the same server

betaclone 2026-06-09 22:44:42 Kalshi

I had assumed that was why he was brought on clearly

I had assumed that was why he was brought on clearly

betaclone 2026-06-09 22:44:09 Kalshi

I mean not AUTOMATICALLY but it shouldn't be hard to find the correlaries

I mean not AUTOMATICALLY but it shouldn't be hard to find the correlaries

betaclone 2026-06-09 22:23:14 Kalshi

If the question ever starts with "how does PM..." The answer almost certainly includes the word "illegally"

If the question ever starts with "how does PM..." The answer almost certainly includes the word "illegally"

betaclone 2026-06-09 21:32:46 Kalshi

It may not make a difference for certain strategies but it is bananas to say latency just doesn't matter across the board. It's pretty easy to conceive strats that live and die by 20-50ms latency differences

It may not make a difference for certain strategies but it is bananas to say latency just doesn't matter across the board. It's pretty easy to conceive strats that live and die by 20-50ms latency differences

betaclone 2026-06-09 21:28:44 Kalshi

Are you talking about the v1 credit history endpoint or the UI? I haven't checked that

Are you talking about the v1 credit history endpoint or the UI? I haven't checked that

betaclone 2026-06-09 21:18:27 Kalshi

I'm seeing the same thing. Everything just landing in 0. But that's honestly what I'd expect

I'm seeing the same thing. Everything just landing in 0. But that's honestly what I'd expect

betaclone 2026-06-09 08:00:58 Kalshi

US East

US East

betaclone 2026-06-08 03:07:48 Kalshi

not as a packaged value but all of the data is there to calculate it from orders, fills, and settlements

not as a packaged value but all of the data is there to calculate it from orders, fills, and settlements

betaclone 2026-06-07 14:42:47 Kalshi

I am SOOOOO bored of rate limit talk. If your strats are profitable then build a bankroll and up your volume. If not then keep refining with what you're given

I am SOOOOO bored of rate limit talk. If your strats are profitable then build a bankroll and up your volume. If not then keep refining with what you're given

betaclone 2026-06-07 08:18:52 Kalshi

I don't know how I'd trust it

I don't know how I'd trust it

betaclone 2026-06-07 08:01:50 Kalshi

Unrealized pnl is notoriously unreliable. Best to track it yourself with actual liquidation prices

Unrealized pnl is notoriously unreliable. Best to track it yourself with actual liquidation prices

betaclone 2026-06-06 13:40:11 Kalshi

Might just be regulatory reasons. When in doubt, blame the feds

Might just be regulatory reasons. When in doubt, blame the feds

betaclone 2026-06-06 13:38:53 Kalshi

Well I suspect that's why it doesn't exist in the api to date

Well I suspect that's why it doesn't exist in the api to date

betaclone 2026-06-06 13:16:33 Kalshi

Again this is all sort of mitigated by subaccounts as you can silo funds into a "cash" subaccount and then just initiate the transfers at your leisure. But the external transfers are the only thing I absolutely have to use the web UI for anymore

Again this is all sort of mitigated by subaccounts as you can silo funds into a "cash" subaccount and then just initiate the transfers at your leisure. But the external transfers are the only thing I absolutely have to use the web UI for anymore

betaclone 2026-06-06 13:13:12 Kalshi

If you wanted to rake profits to an external account on a schedule. But even if you didn't want to automate it it would be nice to be able to initiate external transfers from a client side system

If you wanted to rake profits to an external account on a schedule. But even if you didn't want to automate it it would be nice to be able to initiate external transfers from a client side system

betaclone 2026-06-06 09:20:01 Kalshi

V1?

V1?

betaclone 2026-06-06 09:06:06 Kalshi

Love it when I get to block someone new

Love it when I get to block someone new

betaclone 2026-06-06 09:03:51 Kalshi

No

No

betaclone 2026-06-06 09:01:27 Kalshi

Remarkable how similar this all was to what I said

Remarkable how similar this all was to what I said

betaclone 2026-06-06 08:39:14 Kalshi

Don't really like the attitude. Good luck

Don't really like the attitude. Good luck

betaclone 2026-06-06 08:29:46 Kalshi

The broadest possible advice is order_id is your key. Depending on what EXACTLY you're trying to do it will likely require cross referencing feeds based on that

The broadest possible advice is order_id is your key. Depending on what EXACTLY you're trying to do it will likely require cross referencing feeds based on that

betaclone 2026-06-06 08:28:38 Kalshi

Well I don't know what you're asking then. Everyone's usecases are a little specific. You asked about architecture 🤷‍♂️

Well I don't know what you're asking then. Everyone's usecases are a little specific. You asked about architecture 🤷‍♂️

betaclone 2026-06-06 08:20:12 Kalshi

But I also cache them all live for high frequency stuff

But I also cache them all live for high frequency stuff

betaclone 2026-06-06 08:19:58 Kalshi

I write all of the portfolio data to PG and use rest to reconcile it regularly

I write all of the portfolio data to PG and use rest to reconcile it regularly

betaclone 2026-06-06 08:19:27 Kalshi

Again I'd just subscribe to all the portfolio feeds, cache/write them as needed and then figure out exactly what you need to track

Again I'd just subscribe to all the portfolio feeds, cache/write them as needed and then figure out exactly what you need to track

betaclone 2026-06-06 08:16:29 Kalshi

You're at the mercy of the race conditions between the portfolio WS feeds. I wouldn't lean on REST for anything but reconciliation

You're at the mercy of the race conditions between the portfolio WS feeds. I wouldn't lean on REST for anything but reconciliation

betaclone 2026-06-06 08:14:56 Kalshi

Subaccounts work well for me in this regard. I have a dedicated cash subaccount that I move funds into to silo them from trading until I get around to making a withdrawal. Same for deposits

Subaccounts work well for me in this regard. I have a dedicated cash subaccount that I move funds into to silo them from trading until I get around to making a withdrawal. Same for deposits

betaclone 2026-06-06 08:11:25 Kalshi

Yeah I've toyed with the same idea but I just don't trust any web automation with that kind of functionality

Yeah I've toyed with the same idea but I just don't trust any web automation with that kind of functionality

← 上一页 第 7 / 10 页 下一页 →