Judul asli: Polymarket PnL Akurat Kalkulator: Mengapa Anda menghitung semua keuntungan dan kerugian sebagai salah
Asal oleh Leo, Penganalisa Enkripsi

Saya telah mempelajari otomasi selama enam bulan di Polymarket, dan lubang terbesar yang pernah saya injak bukanlah kegagalan taktis, itu bahkan bukan jumlah uang yang tepat yang saya hasilkan。

Ini bukan masakanku. Ini perhitungan PM PnL sendiri adalah ladang ranjau. API resmi memberi Anda nomor yang salah dan situs analisis pihak ketiga menunjukkan peringkat yang salah. Kau menulis naskahmu sendiri? Mungkin salah。

berapa jauh penyimpangannya? ke-3 dalam daftar kch123, dengan kerugian sebesar $3,5 juta dan keuntungan sebenarnya sebesar $11,4 juta. tidak sedikit persentasinya — semuanya sebaliknya。

Ini cerita tentang setiap lubang yang kuinjak. Pedagang, pembuat alat, penjaga akan bertemu cepat atau lambat。

Pit Pit 1: CashPnl tidak mengandung keuntungan yang diselesaikan

Pendekatan yang paling intuitif adalah untuk menarik/posisi antarmuka, untuk meringkaskan lapangan cashPnl。

Ambil 15 alamat teratas dan tiga alamat

swisstony:cashPnl Summation + $35 000, sebenarnya + $ 5,6 juta, 158 kali perbedaan

koch123:uang tunaiPnl Summon- $ 3,52 jutaCukup skor4 juta dolar, tanda terbalik

nama:uang tunaiPnl Summon264 juta dolarCukup skor$ 5,02 juta, tanda terbalik

Tiga alamat, dua simbol keuntungan secara langsung terbalik。

Alasan: CashPnl dikembalikan dari /propositions interface tidak berisi PnL terdaftar yang telah ditutup/reRED. Setelah kemenangan slot ditebus ke USDC, posisi ini menghilang dari respon API. Apa yang tersisa adalah tempat terbuka — sering kali dalam kerugian。

Kau pikir kau menghitung semua keuntungan dan kerugian, tapi kau hanya punya porsi yang luar biasa。

lapangan markerPnl tidak cocok dengan aliran kas rantai

Ada markgrafPnl lapangan di JSONL, dan nama adalah untuk PnL Anda. Jangan percaya。

Saya telah melihat dalam data pasar bahwa angka-angka yang dihitung oleh SUM (makerPnl) adalah salah satu urutan magnitudo berbeda dari hasil akuntansi aliran kas rantai. Kelipatan spesifik yang mungkin bervariasi tergantung pada adegan, tetapi dengan arah yang sama: logika perhitungan internal penandaPnl tidak sesuai dengan aliran USDC sebenarnya。

Apa pun penyimpangannya, kesimpulannya sama: jangan hitung PnL dengan bidang ini。

Tidak dapat menekan txHash sendirian Berat

Ini adalah anti-intuitif。

tyxHash (trade Hashi) yang sama memiliki beberapa catatan, dan orang normal bereaksi pertama: data ulang, bawa berat。

Ini tidak bisa dilakukan. CLOB PM animagon dapat mengatur perintah penanda ganda dalam transaksi berantai, dan catatan ganda di bawah txHash yang sama adalah tagihan independen nyata。

Saya digunakan untuk menekan txHash + aset untuk mendapatkan berat, tapi sisi BUY turun $133. Pada rantai Poligon, memang ada beberapa peristiwa transfer USDC independen dalam satu transaksi, masing-masing sesuai dengan kesepakatan nyata。

Kesimpulan: txhash saja tidak bisa berat. Untuk menghitung PnL, Anda perlu menghitung data asli。

pocket 4:offset dengan langit-langit

halaman flip antarmuka /aktivitas /aktivitas, menggunakan infoset? lebih dari 30000 kesalahan langsung 400. ini tidak ada di dokumen。

Semua tiga alamat di atas telah diverifikasi: GET/aktivitas? offset=3100 mengembalikan HTTP 400, pesan kesalahan maksimum aktivitas fisik 3000 diperoleh. Pemain kepala punya ribuan kesepakatan, 3.000 tidak cukup。

parameter akhir (transmit terakhir kali stempel halaman sebelumnya - 1) untuk perjalanan membalik halaman tanpa batas atas。

Perbedaan kaliber PnL:

Kau sudah menyelesaikan alamatnya, PnL, dan kau sedang dalam pelarian。

pada kebanyakan kasus, kesenjangan tersebut berada dalam angka 10 (fluktuasi real-time dari nilai pasar gudang). namun, jika kesenjangan lebih besar secara signifikan, alasan yang mungkin termasuk jendela agregasi pada daftar, penundaan dalam pembersihan cache, atau pengikatan dompet proksi ganda oleh pengguna。

Faktanya, PnL, alamat tunggal yang dihitung dengan metode arus kas, sama dengan pengembalian lb-api. Jika ada celah luas dalam hasil, periksa apakah halaman selesai (pit 4) dan apakah ruas yang salah (pit 1-2) digunakan。

Cara yang benar

Setelah mencoba berbagai jenis jalan yang buruk, saya memverifikasi bahwa metode yang paling dapat diandalkan adalah Agregasi arus kas Data API. Bidang proyeksi tidak diperlukan untuk memperhitungkan pergerakan dana langsung dari catatan transaksi asli。

Formula

PnL = SUM (TRADE di mana sisi=SELL) + SUM (REDEM) + SUM (MERGE) + SUM (MAKER REBATE) + SUM (REWARD) - SUM (TRADE di mana sisi=BUY) - SUM (SPLIT) + hold market value

BAHAYA TRADEUNC membeli token (expenditure)

BAHASA TRADEmenjual token pemulihan USDC (hasil)

• REDEEMPOSISI WINNING DITEBUS USDC (HASIL)

• SPLITUNC ditemukan token (expenditure)

CANTUM • CANTUMAN:token terhadap bergabung kembali ke USDC (hasil)

BAHASA MAKERPembantu Rumah Pembuat (hasil)

REWARDInsentif/airdrops (masuk)

Sumber data sumber:

GET/activity?user=< Adress> & limit=500, flipping pages dengan akhir, full-size sum。

Nilai pasar kepemilikan:

Kenal/proposisi?user=< Adress> ukuran x curPrice。

Periksa silang:

Dibandingkan dengan API ranking Polymarket (lb-api.polymarket.com/profit?window=all&adress=X), perbedaan & lt; $10. Perbedaannya disebabkan fluktuasi real-time dalam nilai pasar saham。

Validasi: 15 Besar

SETELAH METODE ALIRAN KAS, PERIKSA SILANG DAFTAR API:

swisstony: metode aliran tunai + $5.601 juta, ranking + $56.01 juta, gap & lt; $10

cash flow method + $11396.000, ranking + $11396.000, gap & lt; $10

gmanas: metode aliran tunai + $ 50,24 juta, ranking + $ 50,24 juta, gap & lt; $10

Kesalahan di ketiga alamat ada dalam $10 dan perbedaannya disebabkan fluktuasi real-time dalam nilai pasar gudang。

Setelah metodenya selesai, aku menganalisisnya untuk 100 alamat kepala. Itu hal lain。

Ringkasan

Α SUM( cashPnl) dari /posisiTidak, tidak

makePnl field sumOh, tidak, tidak cocok dengan aliran uang di rantai

[5] Tekan txHash untuk menghitung ulangoh, tidak, $100+, potong yang asli

page flip + sum♪ no, data dipotong, > 3000

Metode Aliran Tunai Data API• yang diandalkan saat ini, < $10

langkah pertama mekuantifikasi adalah tidak menemukan alpha. pastikan kau benar。

SEMUA DI ATAS BERASAL DARI PEDAL YANG SEBENARNYA, BUKAN TEORETIS. API MILIK PM API DAPAT MENYESUAIKAN PERILAKU SETIAP SAAT DAN MEREKOMENDASIKAN BAHWA ANDA MEMERIKSA SILANG PERHITUNGAN ANDA SECARA TERATUR DENGAN RANKING API。

Bahasa Asli