원래 제목 : Polymarket PnL 정확한 계산기 : 왜 잘못으로 모든 이득과 손실을 계산합니까
Leo, 암호화 분석가

Polymarket에서 6 개월 동안 자동화를 공부하고 있으며 가장 큰 pit은 전술적 인 실패가 아니라 내가 만든 돈의 올바른 양도 아닙니다。

그것은 내 접시가 아닙니다. PM의 PnL 계산 자체는 광산입니다. 공식 API는 잘못된 수와 제 3 자 분석 웹 사이트가 잘못된 순위를 보여 주었다. 당신은 자신의 스크립트를 작성? 아마도 잘못。

탈선은 얼마입니까? kch123의 목록에서 3, 의 손실 $3.5 백만 및 실제 이익 $11.4 백만. 몇 퍼센트 포인트가 없습니다. - 그것은 모든 반대입니다。

이것은 모든 pit에 대한 이야기입니다. 상인, 공구 제작자, 시계는 더 빨리 또는 나중에 만날 것입니다。

Pit 1 : CashPnl은 해결 된 이익을 포함하지 않습니다

가장 직관적 인 접근법은 캐쉬펄 필드를 합쳐서 끌어/위치 인터페이스를 갖는 것입니다。

상단 15 주소와 세 가지 주소를 가져 가라

스위스:cashPnl Summation + $ 35 000, 실제 + $ 5.6 백만, 158 배의 차이

kch123:cashPnl 스모먼- $ 3.52 백만점수를 인용합니다+ $11.4 백만, 로그인

gmanas:cashPnl 스모먼$2.64 백만점수를 인용합니다+ $ 5.02 백만, 로그인

3개의 주소, 2개의 이익 표정은 직접 반전합니다。

Reason: /propositions 인터페이스에서 반환된 CashPnl는 닫히는/reRED가 있는 등록한 PnL를 포함하지 않습니다. 슬롯을 우승한 후 USDC에 redeemed, 이 위치는 API 응답에서 사라졌습니다. 남아있는 것은 열려있는 파악 - 종종 손실。

당신은 모든 이익과 손실을 계산 생각하지만, 당신은 단지 걸출한 부분을 가지고있다。

Pit 2 : MarkerPnl 필드는 체인 현금 흐름과 일치하지 않습니다

JSONL의 markerPnl 필드가 있고, 이름은 PnL입니다. 믿지 마세요。

SUM (makerPnl)에 의해 계산된 숫자가 사슬 현금 흐름 회계의 결과와 다르다는 시장 데이터에서 볼 수 있습니다. 특정한 다수는 장면에 따라서 변화할지도 모르지만, 동일한 방향에서: markerPnl의 내부 계산 논리는 실제적인 USDC 교류도 일치하지 않습니다。

탈선이 무엇이든, 결론은 동일합니다: 이 분야를 가진 PnL를 조사하지 마십시오。

Pit 3: txHash를 혼자 압박할 수 없는

이것은 항 직관적입니다。

같은 txHash (trade Hashi)는 여러 레코드를 가지고 있으며 정상적인 사람들은 먼저 반응합니다. 반복 데이터는 무거운 것을 취합니다。

수행 할 수 없습니다. PM의 CLOB는 사슬 거래에 있는 다수 감적 순서를 설치하고, 동일한 txHash의 밑에 다수 기록은 진짜 독립적인 계산서입니다。

나는 txHash + 자산을 눌러 무거운 얻을, 하지만 구매 측 떨어졌다 $133. 다각형 체인에는 실제로 여러 독립적 인 USDC 전송 이벤트가 있습니다. 각 거래는 실제 거래에 해당합니다。

결론: 혼자 txhash는 무거운 수 없습니다. PnL을 계산하려면 원본 데이터를 요약해야합니다。

포켓 4 : 천장으로 설정

/activity 인터페이스 플립 페이지, infoset 사용? 30000 이상 직접 400 오류. 문서에 없습니다。

위의 모든 세 가지 주소는 확인되었습니다 : GET / 행동? offset=3100 반환 HTTP 400, 오류 메시지 최대 물리적 활동 3000 획득. 머리 선수의 수천의 거래, 3,000 충분하지。

최종 매개 변수를 사용 (이전 페이지의 마지막 타임 스탬프를 전송 - 1) 상단 제한없이 페이지를 플립 여행。

Pit 5: PnL 구경 다름

주소, PnL을 완료하고 실행 중입니다。

대부분의 경우 간격은 $ 10 (창고 시장 가치의 실시간 변동) 이내에 있습니다. 그러나, 격차가 크게 크면, 가능한 이유는 목록의 집계 창을 포함, 캐시 정리의 지연, 또는 사용자에 의해 여러 프록시 지갑 바인딩。

사실, PnL, 현금 흐름 방법으로 계산 한 단일 주소는 lb-api 반환과 동일합니다. 결과의 넓은 간격이 있다면 페이지가 완료되는지 확인하십시오 (pit 4) 잘못된 필드 (pit 1-2)가 사용됩니다。

올바른 방법

모든 종류의 나쁜 도로를 시도 한 후, 가장 신뢰할 수있는 방법은 데이터 API 현금 흐름 집계였습니다. 프로젝트 필드는 원래 거래 기록에서 직접 자금의 움직임을 고려해야합니다。

유형:

PnL = SUM (사이드=셀) + SUM (REDEM) + SUM (MERGE) + SUM (MAKER REBATE) + SUM (REWARD) - SUM (TRADE where side=BUY) - SUM (SPLIT) + 보유 시장 가치

무역 BUIY: USDC 구매 토큰 (expenditure)

TRADE 판매: 토큰 회수 USDC (income)

• 계정: WINNING 위치 REDEEMED USDC (INCOME)

· SPLIT: USDC는 토큰을 발견했습니다 (expenditure)

• 합병: USDC (income)로 병합에 대해

MAKER 등록: 메이커 홈 헬퍼 (income)

공지사항: 인센티브 / 에어드롭 (income)

데이터 소스:

GET/activity?user=< Adress> & limit=500, 끝, 전체 크기 합계로 페이지를 플립。

:: 보유의 시장 가치:

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

모든 세 가지 주소의 오류는 $ 10 및 차이는 창고의 시장 가치의 실시간 변동으로 인해 발생합니다。

방법을 통해 갔다 후, 나는 100 헤드 주소를 분석. 그것은 또 다른 것。

제품정보

SUM(cashPnl) /위치아니, 아니, 아니, 아니, 아니

makePnl 필드 요약오, 아니, 그것은 체인에 현금 흐름 일치하지 않습니다

recalculate에 txHash를 누릅니다오, 아니, $100+, 실제 하나를 잘라

페이지 플립 + 합계♪ 아니, 데이터 컷, > 3000

Data API 현금 흐름 방법• 현재 가장 신뢰할 수있는, < $ 10

정량화의 첫 단계는 알파를 찾을 수 없습니다. 당신이 바로 확인。

위의 모든 것은 실제 페달에서 온다, 이론적. PM의 API는 언제든지 행동을 조정할 수 있으며 API 순위를 정기적으로 계산을 크로스 체크하는 것이 좋습니다。

원본 링크