Don't think that's the cause
Don't think that's the cause
2026-06-24 · Polymarket · 173 条相关讨论
Don't think that's the cause
Don't think that's the cause
umm yea just checked logs and some of them were partial fills requested 5 got 4.99, but there was 1 where this happened t = 0ms Order accepted / placed live. size = 5.0 price = 0.39 status = LIVE t = +55ms Client sends cancel request. At this moment local matched size was still 0.0. t = +103ms Cancel API call returns success. cancel request latency ≈ 48ms. t = +104ms User/order update arrives: status = live original_size = 5.0 size_matched = 0.0 t = +109ms User/trade update arrives: status = MATCHED matched size = 5.0
umm yea just checked logs and some of them were partial fills requested 5 got 4.99, but there was 1 where this happened t = 0ms Order accepted / placed live. size = 5.0 price = 0.39 status = LIVE t = +55ms Client sends cancel request. At this moment local matched size was still 0.0. t = +103ms Cancel API call returns success. cancel request latency ≈ 48ms. t = +104ms User/order update arrives: status = live original_size = 5.0 size_matched = 0.0 t = +109ms User/trade update arrives: status = MATCHED matched size = 5.0
The whole platform is fucking broken and dudes are spending their time on ... developing perps 💀
The whole platform is fucking broken and dudes are spending their time on ... developing perps 💀
you're aligning to WS event time right
you're aligning to WS event time right
not recv ts
not recv ts
this is my receive time
this is my receive time
but still its dumb that the cancel returns no match and then I get matched later in the user ws channel
but still its dumb that the cancel returns no match and then I get matched later in the user ws channel
Thx for flagging
Thx for flagging
I know I had the same issue and that was the cause
I know I had the same issue and that was the cause
You should use user websockets in any case
You should use user websockets in any case
if their api doesnt send the right data what makes u think their ws will lol
if their api doesnt send the right data what makes u think their ws will lol
ws is faster, it's still that
ws is faster, it's still that
what? compared to what ? its literally not, I get the cancel request response earlier
what? compared to what ? its literally not, I get the cancel request response earlier
Reconciling my wallet P&L from the Data API and hitting inconsistencies — can anyone confirm: Is realizedPnl (in /closed-positions) gross or net of fees, and does it include redemptions? I see some positions where it already includes the redeem and others where it's 0 with the gain only in the redeem. Is usdcSize in /activity net of fees (incl. builder fee), or just size × price? Is there an API field for the actual fee charged per fill? Docs say C × feeRate × p × (1−p) but my fills show ~flat 0.4%. Trying to tie my P&L to the on-chain cash. Thanks!
Reconciling my wallet P&L from the Data API and hitting inconsistencies — can anyone confirm: Is realizedPnl (in /closed-positions) gross or net of fees, and does it include redemptions? I see some positions where it already includes the redeem and others where it's 0 with the gain only in the redeem. Is usdcSize in /activity net of fees (incl. builder fee), or just size × price? Is there an API field for the actual fee charged per fill? Docs say C × feeRate × p × (1−p) but my fills show ~flat 0.4%. Trying to tie my P&L to the on-chain cash. Thanks!
Hey, I have a question regarding Polymarket APIs. If I’m building a tool that integrates with Polymarket, do I need to share my API keys or API details with the Polymarket team through the Builders Program? Also, if I add those same API credentials to my product for verification purposes, is there any risk that my Polymarket account could be compromised or hacked? My main concern is account security. I’m a bit confused about what information is safe to share and what should remain private. Would appreciate some clarification. Thanks!
Hey, I have a question regarding Polymarket APIs. If I’m building a tool that integrates with Polymarket, do I need to share my API keys or API details with the Polymarket team through the Builders Program? Also, if I add those same API credentials to my product for verification purposes, is there any risk that my Polymarket account could be compromised or hacked? My main concern is account security. I’m a bit confused about what information is safe to share and what should remain private. Would appreciate some clarification. Thanks!
py_builder_relayer_client.exceptions.RelayerApiException: RelayerApiException[status_code=400, error_message={'error': 'wallet busy: active action exists'}]
py_builder_relayer_client.exceptions.RelayerApiException: RelayerApiException[status_code=400, error_message={'error': 'wallet busy: active action exists'}]
May I know in what situation this happens and how long will this last?
May I know in what situation this happens and how long will this last?
polym order rejected (HTTP None): Request exception!
polym order rejected (HTTP None): Request exception!
May I know the reason for this?
May I know the reason for this?
Hi Poly, I would like to report an issue regarding the /data/orders API endpoint. During testing, I noticed that the API response is not always consistent. For the same user and under similar conditions, the endpoint sometimes returns the expected open orders data, while at other times it returns an empty response even though open orders exist. For authentication, I am sending all required headers with the request: - POLY_ADDRESS - POLY_API_KEY - POLY_PASSPHRASE - POLY_SIGNATURE - POLY_TIMESTAMP The request is authenticated successfully, but the response from /data/orders still appears to be unreliable, as it occasionally returns empty results where I would expect active/open orders to be returned. Could you please clarify: - Is there any known issue or limitation with the /data/orders endpoint? - Are there any caching mechanisms, indexing delays, or synchronisation delays that could cause intermittent empty responses? - Is there a recommended polling interval or best practice for retrieving open orders reliably? - Is there an alternative endpoint that should be used for obtaining the most up-to-date open orders? Any details regarding the expected behaviour of this endpoint would be greatly appreciated, as we are trying to determine whether this behaviour is expected or if there is an issue with our implementation. Thank you.
Hi Poly, I would like to report an issue regarding the /data/orders API endpoint. During testing, I noticed that the API response is not always consistent. For the same user and under similar conditions, the endpoint sometimes returns the expected open orders data, while at other times it returns an empty response even though open orders exist. For authentication, I am sending all required headers with the request: - POLY_ADDRESS - POLY_API_KEY - POLY_PASSPHRASE - POLY_SIGNATURE - POLY_TIMESTAMP The request is authenticated successfully, but the response from /data/orders still appears to be unreliable, as it occasionally returns empty results where I would expect active/open orders to be returned. Could you please clarify: - Is there any known issue or limitation with the /data/orders endpoint? - Are there any caching mechanisms, indexing delays, or synchronisation delays that could cause intermittent empty responses? - Is there a recommended polling interval or best practice for retrieving open orders reliably? - Is there an alternative endpoint that should be used for obtaining the most up-to-date open orders? Any details regarding the expected behaviour of this endpoint would be greatly appreciated, as we are trying to determine whether this behaviour is expected or if there is an issue with our implementation. Thank you.