元のタイトル: ポリマーケット PnL 正確な計算機: なぜあなたは間違ってすべての利益と損失をカウントしますか
レオ、暗号化アナリストによるオリジナル

ポリマーケットで6ヶ月間の自動化を勉強してきましたが、私が今までステップアップした最大のピットは戦術的な故障ではありません。私が作ったお金の適切な量ではありません。

料理ではありません。 PM の PnL 計算自体は、鉱山フィールドです。 公式APIは、間違った番号とサードパーティの分析ウェブサイトが間違ったランキングを示した。 自分のスクリプトを書く? おそらく間違っています。

偏差はどのくらいかかりますか? kch123の一覧で3位、$3.5百万の損失と実際の利益は$1.4百万です。 それはいくつかのパーセンテージポイントではありません - それはすべての反対です。

これは、すべてのピットIのステップに関する物語です。 トレーダー、ツールライター、時計師は、より早くまたは後で会います。

ピット1: CashPnlは決済された利益を含んでいません

最も直感的なアプローチは、CashPnl フィールドを要約するためにインターフェイスをプル/配置することです。

トップ15アドレスと3つのアドレスを取ります

スイストニー:cashPnl Summation + $ 35 000, 実際の + $ 5.6百万, 158 差分

kch123:cashPnl スムン- $3.52 百万スコアを引用します+ $11.4 百万円、印のインバーター

グマナス:cashPnl スムン$2.64百万円スコアを引用します+ $5.02 百万円、印のインバーター

3つのアドレス、2つの利益定義記号は直接逆転させます。

Reason: /propositions インターフェイスから返された CashPnl は、クローズ/reRED が登録された PnL を含んでいません。 スロットがUSDCに戻った後、このポジションはAPIレスポンスから消えました。 オープンホールドは、損失の多いままです。

すべての利益と損失をカウントしていると思いますが、優れた部分しか持っていません。

ピット2: markerPnlフィールドはチェーンキャッシュフローに一致しません

JSONL に markerPnl フィールドがあり、名前は PnL です。 お問い合わせ。

SUM(makerPnl)が計算した数値がチェーンキャッシュフローの会計結果と異なる大きさの1つの順序であるという市場データで見てきました。 特定の複数はシーンによって異なりますが、同じ方向では、MarkerPnlの内部計算ロジックは実際のUSDCフローと一致しません。

偏差が何であれ、結論は同じです:このフィールドでPnLをカウントしません。

ピット3:txHashを単独で重く押すことができません

これは反直感的です。

同じtxHash(trade Hashi)は複数のレコードを持ち、通常の人々は最初に反応します:データを繰り返し、重く取ります。

できません。 PM の CLOB はチェーントランザクションで複数のマーカーの注文を設定でき、同じ txHash の複数のレコードは実際の独立した請求書です。

txHash + アセットを重ねるのに使用しましたが、買い側は$ 133を落としました。 ポリゴンチェーンでは、実際の取引に対応する複数の独立したUSDC転送イベントが1つあります。

結論: txhash だけでは重くなりません。 PnLを計算するには、元のデータを合計する必要があります。

ポケット4:天井とオフセット

/activityインターフェイスは、インフォセットを使用してページをフリップしますか? 30000以上のダイレクト400エラー。 ドキュメントにはありません。

上記の3つのアドレスがすべて確認されています: GET/活動? offset=3100 は HTTP 400 を、3000 の間違いメッセージの最高物理的活動戻します。 ヘッドプレーヤーは数千の取引を獲得しました, 3,000 十分ではありません。

エンドパラメータ(前のページの最後の時刻を1つに転送)して、上限なしでページをフリップします。

ピット5:PnLの口径の相違

アドレス、PnL、実行中のアドレスが終了しました。

ほとんどの場合、ギャップは10ドル(倉庫市場値からのリアルタイム変動)以内です。 しかし、ギャップが大幅に大きい場合、可能な理由には、リストの集計ウィンドウ、キャッシュクリーンアップの遅延、または複数のプロキシウォレットのバインディングが含まれます。

実際には、PnLはキャッシュフロー方式で計算された単一アドレスで、lb-apiリターンと同じです。 結果が広いギャップがある場合、ページが完成しているかどうか(ピット4)と誤ったフィールド(ピット1-2)が使用されるかどうかを確認してください。

正しい方法

悪路のすべての種類を試した後、最も信頼できる方法がデータAPIキャッシュフロー集計であることを検証しました。 元のトランザクションレコードから直接資金の移動を考慮する必要はありません。

方式:

PnL = SUM (TRADE Where side=SELL) + SUM (REDEM) + SUM (MERGE) + SUM (MAKER REBATE) + SUM (REWARD) - SUM (TRADE Where side=BUY) - SUM (SPLIT) + マーケット値を保持する

トレードビューイ: USDC はトークンを購入します(有効期限)

トレードセル: トークン回収 USDC(収入)

• 報酬: ウィンニングポジションはUSDC(収入)を償還

• スプリット: USDC のトークン (expenditure)

• マージ:USDC(収入)にマージする

メーカーリベート: メーカーホームヘルパー(収入)

リワード: インセンティブ/エアドロップ(収入)

データソース:

GET/active?user=< Adress> & Limit=500、エンド、フルサイズの合計でページをflipping。

:: 保有する市場価値:

Get/propositions?user=< Adress> サイズx curPrice。

:: クロスチェック:

Polymarket のランキング API (lb-api.polymarket.com/profit?window=all&adress=X) と比較して、違い & lt; $10. 株式の市場価値におけるリアルタイム変動による差異。

検証:トップ15

キャッシュフローメソッドの後、リスト API をクロスチェックします

swisstony: キャッシュフロー方式 + $5.601 百万, ランク + $56.01 百万, ギャップ & lt; $10

kch123: キャッシュフロー方法 + $11396,000, ランク + $11396,000, ギャップ & lt; $10

gmanas: キャッシュフロー方法 + $ 50.24 百万, ランク + $ 50.24 百万, ギャップ & lt; $10

すべての3つのアドレスのエラーは10ドル以内で、倉庫の市場価値のリアルタイム変動による差が異なります。

方法が経つと、100頭のアドレスで解析しました。 もうひとつです。

インフォメーション

/positionsからSUM(cashPnl)いいえ、いいえ、いいえ、いいえ、いいえ

makePnl フィールドの合計つまり、チェーンのキャッシュフローと一致しません

txHashを押して再計算しますああ、いいえ、$ 100 +、実際のものを切ります

ページフリップ+合計♪ いいえ、データカット、> 3000

データAPIキャッシュフロー方法• 現在の、<でほとんどの信頼性; $10

定量化の第一歩はアルファが見つかりません。 お問い合わせ。

上記のすべては、理論ではなく、実際のペダルから来ています。 PM の API は、いつでも挙動を調整し、API ランキングで定期的に計算をクロスチェックすることを推奨します。

オリジナルリンク