Judul asli: Kalkulator Ackulat PNL Polymarket: Mengapa Anda menghitung semua keuntungan dan kerugian sebagai salah
Original by Leo, Enkripsi Analis

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

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

seberapa jauh penyimpangan itu? ketiga pada daftar kch123, dengan kehilangan $3.5 juta dan keuntungan yang sebenarnya dari $11.4 juta. ini bukan beberapa persen jauhnya - itu semua sebaliknya。

Ini adalah cerita tentang setiap lubang yang kuinjak. Pedagang, alat-penulis, watcher akan bertemu cepat atau lambat。

Pit 1: CashPnl tidak berisi keuntungan diselesaikan

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

Ambil 15 alamat teratas dan tiga alamat

swiss:summasi CashPnl + $35 000, sebenarnya + $5.6 juta, 158 kali perbedaannya

kch123:cashPnl Summon- $3.52 jutaCukup skor+ $11.4 juta, sign invert

gmanas:cashPnl Summon$2,64 jutaCukup skor+ $5.02 juta, sign invert

Tiga alamat, dua keuntungan - defisit simbol secara langsung terbalik。

Alasan: CashPnl kembali dari / proposisi antarmuka tidak berisi PNL terdaftar yang telah ditutup / reRED. Setelah memenangkan slot ditebus ke USDC, posisi ini menghilang dari respon API. Apa yang tersisa adalah terus terbuka - sering pada kerugian。

Anda pikir Anda menghitung semua keuntungan dan kerugian, tetapi Anda hanya punya sebagian yang luar biasa。

Pit 2: daerah markerPnl tidak cocok dengan arus cash rantai

Ada lapangan markerPnl di JSONL, dan nama adalah untuk PNL Anda. Jangan percaya。

Saya telah melihat dalam data pasar bahwa angka dihitung oleh SUM (makerPnl) adalah salah satu urutan besarnya berbeda dari hasil dari rantai arus kas akuntansi. Beberapa spesifik mungkin bervariasi tergantung pada adegan, tapi dalam arah yang sama: logika internal dari markerPnl tidak cocok dengan aliran USDC yang sebenarnya。

Apa pun penyimpangan, kesimpulan adalah sama: jangan menghitung PnL dengan bidang ini。

Pit 3: Tidak dapat menekan txHash saja Heavy

Ini adalah antiintuitif。

TxHash yang sama memiliki beberapa catatan, dan orang normal bereaksi pertama: mengulang data, mengambil berat。

Ini tidak bisa dilakukan. PM 's CLOB dapat mengatur beberapa tanda perintah dalam sebuah transaksi berantai, dan beberapa catatan di bawah txHash yang sama adalah tagihan independen nyata。

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

Kesimpulan: txhash saja tidak dapat berat. Untuk menghitung PNL, Anda perlu untuk jumlah data asli。

pocket 4: offset dengan langit-langit

/ antarmuka aktivitas membalik halaman, menggunakan infoset? lebih dari 30.000 kesalahan langsung 400. tidak ada dalam dokumen。

Ketiga alamat di atas telah diverifikasi: GET / aktivitas? offset = 3100 mengembalikan HTTP 400, pesan kesalahan maksimal aktivitas fisik dari 3000 diperoleh. Pemain kepala punya ribuan penawaran, 3.000 tidak cukup。

gunakan parameter akhir (transfer waktu terakhir cap dari halaman sebelumnya - 1) untuk perjalanan untuk membalik halaman tanpa batas atas。

Pit 5: perbedaan kaliber PnL

Anda telah menyelesaikan alamat, PnL, dan Anda berada di jalankan。

dalam kebanyakan kasus kesenjangan dalam $10 (fluktuasi real-time dari nilai pasar gudang). namun, jika kesenjangan secara signifikan lebih besar, alasan yang mungkin termasuk jendela agregasi pada daftar, penundaan dalam pembersihan cache, atau multiple proxy wallet yang mengikat pengguna。

Bahkan, PnL, satu alamat yang dihitung dengan metode arus kas, sama dengan kembalinya lb-api. Jika ada jeda lebar pada hasil, periksa apakah halaman selesai (pit 4) dan apakah ruas salah (pit 1-2) dipakai。

Jalan yang benar

Setelah mencoba semua jenis jalan yang buruk, saya diverifikasi bahwa metode yang paling dapat diandalkan adalah kumpulan aliran uang Data API. Tidak ada bidang proyeksi yang diperlukan untuk memperhitungkan pergerakan dana langsung dari catatan transaksi asli。

Formula:

PNL = SUM (TRADE where side = SELL) + SUM (REDEM) + SUM (MERGE) + SUM (REBAT) + SUM (REWARD) - SUM (TRADE where side = BUY) - SUM (PERANGKAT) + tahan nilai pasar

BUIY TRADE: USDC membeli token (pengeluaran)

SELL TRADE: menjual token pemulihan USDC (pendapatan)

REDEEM: POSISI MENANG YANG DITEBUS USDC (PENDAPATAN)

SPLIT: USDC menemukan token (pengeluaran)

GABUNG: token terhadap penggabungan kembali ke USDC (pendapatan)

MAKER REBAE: Pembuat rumah (pendapatan)

REWARD: Incentive / airdrops (pendapatan)

Sumber data:

GET / activity? pengguna = & lt; Adress & gt; & batas = 500, membalik halaman dengan sebuah akhir, jumlah ukuran penuh。

:: Nilai pasar dari kepemilikan:

Dapatkan / usulan? pengguna = & lt; Adress & gt; ukuran x curPrice。

Cross- cek:

Dibandingkan dengan API peringkat Polymarket (lb-api.polymarke.com / profit? jendela = semua adress = X), perbedaannya & lt; $10. Perbedaannya adalah karena fluktuasi waktu dalam nilai pasar kepemilikan。

Validasi: 15 Top

SETELAH METODE ARUS KAS, CROSS-CHECK DAFTAR API:

swisstony: metode arus kas + $5.601 juta, peringkat + $56.01 juta, gap & lt; $10

kch123: metode arus cash + $11396.000, peringkat + $11396.000, gap & lt; $10

gmanas: metode arus kas + $50.24 juta, peringkat + $50.24 juta, gap & lt; $10

Kesalahan dalam ketiga alamat adalah dalam $10 dan perbedaannya adalah karena fluktuasi real-time dalam nilai pasar gudang。

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

Ringkasan

SUM (cashPnl) dari / posisiTidak, tidak, tidak

jumlah lapangan MakePnlOh, tidak, itu tidak cocok arus kas pada rantai

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

halaman flip + sum# no, data cut, & gt; 3000

Metode Flow Kas API Datapaling dapat diandalkan saat ini, & lt; $10

langkah pertama dalam quantifying adalah tidak menemukan alpha. pastikan kau benar。

SEMUA DI ATAS BERASAL DARI PEDAL YANG SEBENARNYA, BUKAN TEORITIS. PM 'S API DAPAT MENYESUAIKAN PERILAKU SETIAP SAAT DAN MEREKOMENDASIKAN BAHWA ANDA LINTAS - MEMERIKSA PERHITUNGAN ANDA SECARA TERATUR DENGAN PERINGKAT API。

Tautan Asli