秋田预测市场 · Discord 审计

Carl参与话题 0消息总数 12

该用户的聊天记录定位。

Reset

聊天记录

共 12 条,显示第 1-12 条
Carl 2026-06-04 23:15:32 Polymarket

These comes directly from the API endpoint btw

These comes directly from the API endpoint btw

Carl 2026-06-04 23:14:26 Polymarket

Hey guys sending here as it seems that supports us clueless. Hope you guys have some theories : why is the cash settlement so low compared to price x shares ?

Hey guys sending here as it seems that supports us clueless. Hope you guys have some theories : why is the cash settlement so low compared to price x shares ?

Carl 2026-06-04 22:28:25 Polymarket

It’s for sure not a fee as : 1) given the above screen shots and activity mean the fee logic is extremely inconsistent 2) that the taker fee is 6% !!

It’s for sure not a fee as : 1) given the above screen shots and activity mean the fee logic is extremely inconsistent 2) that the taker fee is 6% !!

Carl 2026-06-04 22:14:56 Polymarket

Pretty sure, always keep a spread. Also that would mean the fees are phenomenal given the gap

Pretty sure, always keep a spread. Also that would mean the fees are phenomenal given the gap

Carl 2026-06-04 22:13:05 Polymarket

Makers have fees ? Since when ?

Makers have fees ? Since when ?

Carl 2026-06-04 22:03:51 Polymarket

Hi <@930737463163494430> can you help out ?

Hi <@930737463163494430> can you help out ?

Carl 2026-06-04 19:09:09 Polymarket

Like how does that makes sense?

Like how does that makes sense?

Carl 2026-06-04 19:06:14 Polymarket

+ I see a user with the same issue in the bug-report branch. No one answered him

+ I see a user with the same issue in the bug-report branch. No one answered him

Carl 2026-06-04 19:05:27 Polymarket

Hi guys can anyone help out ? This really doesn’t make sense and it’s systematic

Hi guys can anyone help out ? This really doesn’t make sense and it’s systematic

Carl 2026-06-04 15:35:14 Polymarket

Same problem

Same problem

Carl 2026-06-04 15:33:05 Polymarket

Hi, I’m hoping someone can help me reconcile the numbers shown in the Polymarket Trade History UI/ API I’ve noticed that many trades do not satisfy the relationship: Value = Price × Shares For example: • SELL 43.1¢ × 8.1 shares = $3.49 expected, but Value shows $3.35 • SELL 42.7¢ × 8.1 shares = $3.46 expected, but Value shows $3.32 • BUY 43.3¢ × 8.1 shares = $3.51 expected, but Value shows $3.65 • BUY 33.8¢ × 12.95 shares = $4.38 expected, but Value shows $4.58 • SELL 33.5¢ × 12.95 shares = $4.34 expected, but Value shows $4.14 The discrepancies are often much larger than could be explained by rounding. A support response told me that: • Price represents the execution price. • Shares/size represents the number of shares traded. • Trade records can include multiple maker orders. • The API trade object does not define a separate Value field. However, that still leaves the main question unanswered: what exactly is the Value column in the Trade History UI/API, and how is it calculated? What makes this especially confusing is that BUY trades often show a Value higher than Price × Shares, while SELL trades often show a Value lower than Price × Shares, creating an apparent asymmetry. All of these trades were submitted as GTC limit orders. I’m not claiming there’s a bug or hidden fee, I simply can’t reconcile the displayed numbers. Could someone explain: 1. The exact formula used for the Trade History Value column. 2. Whether Trade History rows are aggregated from multiple fills. 3. Whether the displayed Price is always the same price used in the Value calculation. 4. Whether Value represents notional, net consideration, collateral movement, or something else. If needed, I can provide screenshots showing the specific examples. Thanks.

Hi, I’m hoping someone can help me reconcile the numbers shown in the Polymarket Trade History UI/ API I’ve noticed that many trades do not satisfy the relationship: Value = Price × Shares For example: • SELL 43.1¢ × 8.1 shares = $3.49 expected, but Value shows $3.35 • SELL 42.7¢ × 8.1 shares = $3.46 expected, but Value shows $3.32 • BUY 43.3¢ × 8.1 shares = $3.51 expected, but Value shows $3.65 • BUY 33.8¢ × 12.95 shares = $4.38 expected, but Value shows $4.58 • SELL 33.5¢ × 12.95 shares = $4.34 expected, but Value shows $4.14 The discrepancies are often much larger than could be explained by rounding. A support response told me that: • Price represents the execution price. • Shares/size represents the number of shares traded. • Trade records can include multiple maker orders. • The API trade object does not define a separate Value field. However, that still leaves the main question unanswered: what exactly is the Value column in the Trade History UI/API, and how is it calculated? What makes this especially confusing is that BUY trades often show a Value higher than Price × Shares, while SELL trades often show a Value lower than Price × Shares, creating an apparent asymmetry. All of these trades were submitted as GTC limit orders. I’m not claiming there’s a bug or hidden fee, I simply can’t reconcile the displayed numbers. Could someone explain: 1. The exact formula used for the Trade History Value column. 2. Whether Trade History rows are aggregated from multiple fills. 3. Whether the displayed Price is always the same price used in the Value calculation. 4. Whether Value represents notional, net consideration, collateral movement, or something else. If needed, I can provide screenshots showing the specific examples. Thanks.

Carl 2026-06-04 15:31:48 Polymarket

Hi, I’m hoping someone can help me reconcile the numbers shown in the Polymarket Trade History UI/ API I’ve noticed that many trades do not satisfy the relationship: Value = Price × Shares For example: • SELL 43.1¢ × 8.1 shares = $3.49 expected, but Value shows $3.35 • SELL 42.7¢ × 8.1 shares = $3.46 expected, but Value shows $3.32 • BUY 43.3¢ × 8.1 shares = $3.51 expected, but Value shows $3.65 • BUY 33.8¢ × 12.95 shares = $4.38 expected, but Value shows $4.58 • SELL 33.5¢ × 12.95 shares = $4.34 expected, but Value shows $4.14 The discrepancies are often much larger than could be explained by rounding. A support response told me that: • Price represents the execution price. • Shares/size represents the number of shares traded. • Trade records can include multiple maker orders. • The API trade object does not define a separate Value field. However, that still leaves the main question unanswered: what exactly is the Value column in the Trade History UI/API, and how is it calculated? What makes this especially confusing is that BUY trades often show a Value higher than Price × Shares, while SELL trades often show a Value lower than Price × Shares, creating an apparent asymmetry. All of these trades were submitted as GTC limit orders. I’m not claiming there’s a bug or hidden fee, I simply can’t reconcile the displayed numbers. Could someone explain: 1. The exact formula used for the Trade History Value column. 2. Whether Trade History rows are aggregated from multiple fills. 3. Whether the displayed Price is always the same price used in the Value calculation. 4. Whether Value represents notional, net consideration, collateral movement, or something else. If needed, I can provide screenshots showing the specific examples. Thanks.

Hi, I’m hoping someone can help me reconcile the numbers shown in the Polymarket Trade History UI/ API I’ve noticed that many trades do not satisfy the relationship: Value = Price × Shares For example: • SELL 43.1¢ × 8.1 shares = $3.49 expected, but Value shows $3.35 • SELL 42.7¢ × 8.1 shares = $3.46 expected, but Value shows $3.32 • BUY 43.3¢ × 8.1 shares = $3.51 expected, but Value shows $3.65 • BUY 33.8¢ × 12.95 shares = $4.38 expected, but Value shows $4.58 • SELL 33.5¢ × 12.95 shares = $4.34 expected, but Value shows $4.14 The discrepancies are often much larger than could be explained by rounding. A support response told me that: • Price represents the execution price. • Shares/size represents the number of shares traded. • Trade records can include multiple maker orders. • The API trade object does not define a separate Value field. However, that still leaves the main question unanswered: what exactly is the Value column in the Trade History UI/API, and how is it calculated? What makes this especially confusing is that BUY trades often show a Value higher than Price × Shares, while SELL trades often show a Value lower than Price × Shares, creating an apparent asymmetry. All of these trades were submitted as GTC limit orders. I’m not claiming there’s a bug or hidden fee, I simply can’t reconcile the displayed numbers. Could someone explain: 1. The exact formula used for the Trade History Value column. 2. Whether Trade History rows are aggregated from multiple fills. 3. Whether the displayed Price is always the same price used in the Value calculation. 4. Whether Value represents notional, net consideration, collateral movement, or something else. If needed, I can provide screenshots showing the specific examples. Thanks.