秋田预测市场 · Discord 审计

WebSocket数据流重复及API签名错误影响开发者

2026-06-14 · Polymarket · 25 条相关讨论

Saas 2026-06-13 20:42:11

hello, is there something off about Market Websocket Channel, bcs i am getting this for 15 min btc up or down: { "market": "0x8d61b716f3f25c313eef23c44213bffb25e791ac4518ee852e6e8c404027f137", "price_changes": [ { "asset_id": "80555920378668285771235020613402482558140162486652400891327257746328320584887", "price": "0.01", "size": "7060.92", "side": "BUY", "hash": "c81ff7f2909e7fa75205503d13110b19556349d4", "best_bid": "0.57", "best_ask": "0.58" }, { "asset_id": "100994388721982042574286031485107460334747507409212950709997870952251894498408", "price": "0.99", "size": "7060.92", "side": "SELL", "hash": "856217046b13c4a05eced47752afdca284234284", "best_bid": "0.42", "best_ask": "0.43" } ], "timestamp": "1781346515177", "event_type": "price_change" }

hello, is there something off about Market Websocket Channel, bcs i am getting this for 15 min btc up or down: { "market": "0x8d61b716f3f25c313eef23c44213bffb25e791ac4518ee852e6e8c404027f137", "price_changes": [ { "asset_id": "80555920378668285771235020613402482558140162486652400891327257746328320584887", "price": "0.01", "size": "7060.92", "side": "BUY", "hash": "c81ff7f2909e7fa75205503d13110b19556349d4", "best_bid": "0.57", "best_ask": "0.58" }, { "asset_id": "100994388721982042574286031485107460334747507409212950709997870952251894498408", "price": "0.99", "size": "7060.92", "side": "SELL", "hash": "856217046b13c4a05eced47752afdca284234284", "best_bid": "0.42", "best_ask": "0.43" } ], "timestamp": "1781346515177", "event_type": "price_change" }

Saas 2026-06-13 20:44:33

look at the price, bid and ask, they are off, is this how it should be

look at the price, bid and ask, they are off, is this how it should be

oziatore domenicale 2026-06-13 21:47:39

bug report: we are getting this reponse to post order, get order and cancel order requests: error=PolyApiException message=PolyApiException[status_code=None, error_message=Request exception!] but everytime the requests are successfully completed (order are being created or deleted)

bug report: we are getting this reponse to post order, get order and cancel order requests: error=PolyApiException message=PolyApiException[status_code=None, error_message=Request exception!] but everytime the requests are successfully completed (order are being created or deleted)

SadMax1 2026-06-13 23:04:05

Trying to implement order creation with a deposit wallet / POLY_1271. Got pretty far, but now I'm getting "not enough balance / allowance: the balance is not enough -> balance: 0,", even though I moved $10 to that address: https://polygonscan.com/address/0xCFe77AB59C0c7326D287061d1d3c6e5443DE9eB9 Anyone can see what's wrong?

Trying to implement order creation with a deposit wallet / POLY_1271. Got pretty far, but now I'm getting "not enough balance / allowance: the balance is not enough -> balance: 0,", even though I moved $10 to that address: https://polygonscan.com/address/0xCFe77AB59C0c7326D287061d1d3c6e5443DE9eB9 Anyone can see what's wrong?

boldCoffee 2026-06-14 00:09:24

skill issue or polymarket broken? It's listed in the requirements and imported at the top of polymarket_api.py: from py_clob_client_v2.client import ClobClient from py_clob_client_v2.clob_types import ApiCreds, OrderArgs, OrderType, BalanceAllowanceParams, AssetType There's a known issue with this version right now — Polymarket disabled signature_type=2 (GNOSIS_SAFE) for maker orders, and the SDK has a bug falling back to signature_type=3 (POLY_1271/deposit wallet). Last I checked on June 11, it's blocked until either the SDK gets patched or Polymarket re-enables safe wallet orders.

skill issue or polymarket broken? It's listed in the requirements and imported at the top of polymarket_api.py: from py_clob_client_v2.client import ClobClient from py_clob_client_v2.clob_types import ApiCreds, OrderArgs, OrderType, BalanceAllowanceParams, AssetType There's a known issue with this version right now — Polymarket disabled signature_type=2 (GNOSIS_SAFE) for maker orders, and the SDK has a bug falling back to signature_type=3 (POLY_1271/deposit wallet). Last I checked on June 11, it's blocked until either the SDK gets patched or Polymarket re-enables safe wallet orders.

SadMax1 2026-06-14 00:19:29

Can I get help with order placement? Getting py_clob_client_v2.exceptions.PolyApiException: PolyApiException[status_code=400, error_message={'error': 'not enough balance / allowance: the balance is not enough -> balance: 0, order amount: 1000000'}] The wallet address is 0xCFe77AB59C0c7326D287061d1d3c6e5443DE9eB9, there is $10 on it and I confirmed that it is deployed

Can I get help with order placement? Getting py_clob_client_v2.exceptions.PolyApiException: PolyApiException[status_code=400, error_message={'error': 'not enough balance / allowance: the balance is not enough -> balance: 0, order amount: 1000000'}] The wallet address is 0xCFe77AB59C0c7326D287061d1d3c6e5443DE9eB9, there is $10 on it and I confirmed that it is deployed

GK 2026-06-14 05:18:59

Hey, did anything change in the `wss://ws-live-data.polymarket.com/` `activity/trades` stream? I now see multiple messages with the same `transactionHash`, sometimes both `BUY` and `SELL` sides of the same match. Is this stream supposed to emit participant-side fills rather than unique executions? Also, what is the recommended way to deduplicate these messages, and is there any field to distinguish maker/taker or limit vs marketable orders?

Hey, did anything change in the `wss://ws-live-data.polymarket.com/` `activity/trades` stream? I now see multiple messages with the same `transactionHash`, sometimes both `BUY` and `SELL` sides of the same match. Is this stream supposed to emit participant-side fills rather than unique executions? Also, what is the recommended way to deduplicate these messages, and is there any field to distinguish maker/taker or limit vs marketable orders?

GK 2026-06-14 05:23:59

Hey, did anything change in the wss://ws-live-data.polymarket.com/ activity/trades stream? I now see multiple messages with the same transactionHash, sometimes both BUY and SELL sides of the same match. Is this stream supposed to emit participant-side fills rather than unique executions? Also, what is the recommended way to deduplicate these messages, and is there any field to distinguish maker/taker or limit vs marketable orders? like after June 10 smth changed

Hey, did anything change in the wss://ws-live-data.polymarket.com/ activity/trades stream? I now see multiple messages with the same transactionHash, sometimes both BUY and SELL sides of the same match. Is this stream supposed to emit participant-side fills rather than unique executions? Also, what is the recommended way to deduplicate these messages, and is there any field to distinguish maker/taker or limit vs marketable orders? like after June 10 smth changed

GK 2026-06-14 05:36:22

before in UI in activity tab I saw subsctiption to "trades" topic, but now "orders_matched" topic. This happened after 10 June?

before in UI in activity tab I saw subsctiption to "trades" topic, but now "orders_matched" topic. This happened after 10 June?

Erod 2026-06-14 06:36:05

The chain link websocket that Polymarket provides; is there anyway to get every update? Like increase granularity?

The chain link websocket that Polymarket provides; is there anyway to get every update? Like increase granularity?

Michael Markout 2026-06-14 12:12:39

FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. <@624575779023355904> <@1361217824776786031>

FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. FIX GET_ORDER AND GET_TRADES. THEY ALWAYS RETURN NULL. <@624575779023355904> <@1361217824776786031>

ERROR 403 KA BAAP ERROR 2026-06-14 13:16:13

ask=50.00c attempt=3 err={"error":"order couldn't be fully filled. FOK orders are fully filled or killed.","orderID":"0x1b72dcdaa448ce4413a6144ea7617ed9f7ce8ac188f75ba4e1fbcc798e672505","status":400}

ask=50.00c attempt=3 err={"error":"order couldn't be fully filled. FOK orders are fully filled or killed.","orderID":"0x1b72dcdaa448ce4413a6144ea7617ed9f7ce8ac188f75ba4e1fbcc798e672505","status":400}

0xDonny 2026-06-14 15:56:02

Can anyone share the formula for the `hash` field in CLOB market-channel `price_change` / `book` events — exact field list (including last trade price source), JSON key order, and hash algorithm? Reverse-engineering it for local-book verification but our recompute diverges.

Can anyone share the formula for the `hash` field in CLOB market-channel `price_change` / `book` events — exact field list (including last trade price source), JSON key order, and hash algorithm? Reverse-engineering it for local-book verification but our recompute diverges.

Goxxery 2026-06-14 17:41:33

token spliting doesn' t work using builder api

token spliting doesn' t work using builder api

Max der Milchmann 2026-06-14 19:35:53

Using py-clob-client-v2. Maker orders from an older Polymarket Proxy account (signature_type=1) work fine. But a newer/migrated account fails with "maker address not allowed, please use the deposit wallet flow." Switching to signature_type=3 (POLY_1271) then gives "the order signer address has to be the address of the API KEY." Same as GitHub issue #53 (https://github.com/Polymarket/py-clob-client-v2/issues/53). Is there a working deposit-wallet flow for new accounts, or any solution? Thanks!

Using py-clob-client-v2. Maker orders from an older Polymarket Proxy account (signature_type=1) work fine. But a newer/migrated account fails with "maker address not allowed, please use the deposit wallet flow." Switching to signature_type=3 (POLY_1271) then gives "the order signer address has to be the address of the API KEY." Same as GitHub issue #53 (https://github.com/Polymarket/py-clob-client-v2/issues/53). Is there a working deposit-wallet flow for new accounts, or any solution? Thanks!

Max der Milchmann 2026-06-14 19:36:07

Using py-clob-client-v2. Maker orders from an older Polymarket Proxy account (signature_type=1) work fine. But a newer/migrated account fails with "maker address not allowed, please use the deposit wallet flow." Switching to signature_type=3 (POLY_1271) then gives "the order signer address has to be the address of the API KEY." Same as GitHub issue #53 (https://github.com/Polymarket/py-clob-client-v2/issues/53). Is there a working deposit-wallet flow for new accounts, or any solution? Thanks!

Using py-clob-client-v2. Maker orders from an older Polymarket Proxy account (signature_type=1) work fine. But a newer/migrated account fails with "maker address not allowed, please use the deposit wallet flow." Switching to signature_type=3 (POLY_1271) then gives "the order signer address has to be the address of the API KEY." Same as GitHub issue #53 (https://github.com/Polymarket/py-clob-client-v2/issues/53). Is there a working deposit-wallet flow for new accounts, or any solution? Thanks!

Max der Milchmann 2026-06-14 19:38:05

Using py-clob-client-v2. Maker orders from an older Polymarket Proxy account (signature_type=1) work fine. But a newer/migrated account fails with "maker address not allowed, please use the deposit wallet flow." Switching to signature_type=3 (POLY_1271) then gives "the order signer address has to be the address of the API KEY." Same as GitHub issue #53 (https://github.com/Polymarket/py-clob-client-v2/issues/53). Is there a working deposit-wallet flow for new accounts, or any solution? Thanks!

Using py-clob-client-v2. Maker orders from an older Polymarket Proxy account (signature_type=1) work fine. But a newer/migrated account fails with "maker address not allowed, please use the deposit wallet flow." Switching to signature_type=3 (POLY_1271) then gives "the order signer address has to be the address of the API KEY." Same as GitHub issue #53 (https://github.com/Polymarket/py-clob-client-v2/issues/53). Is there a working deposit-wallet flow for new accounts, or any solution? Thanks!

Max der Milchmann 2026-06-14 19:38:08

Using py-clob-client-v2. Maker orders from an older Polymarket Proxy account (signature_type=1) work fine. But a newer/migrated account fails with "maker address not allowed, please use the deposit wallet flow." Switching to signature_type=3 (POLY_1271) then gives "the order signer address has to be the address of the API KEY." Same as GitHub issue #53 (https://github.com/Polymarket/py-clob-client-v2/issues/53). Is there a working deposit-wallet flow for new accounts, or any solution? Thanks!

Using py-clob-client-v2. Maker orders from an older Polymarket Proxy account (signature_type=1) work fine. But a newer/migrated account fails with "maker address not allowed, please use the deposit wallet flow." Switching to signature_type=3 (POLY_1271) then gives "the order signer address has to be the address of the API KEY." Same as GitHub issue #53 (https://github.com/Polymarket/py-clob-client-v2/issues/53). Is there a working deposit-wallet flow for new accounts, or any solution? Thanks!