Polymarket Bot Tutorial · 32 bölümün 31.si

Polymarket botunuzu canlıya alma: ilk 25-50 USD yatırımı, take-profit ve stop-loss kuralları, alert eşikleri (Telegram/email), reconciliation sıklığı ve ilk hafta ölçekleme planı.

Bu bölüm neleri kapsıyor

Paper'dan live'a geçiş, çoğu builder'ın ilk depositini yanlışlıkla kaybettiği noktadır. Bu bölüm, bug'lar kayba dönüşmeden önce onları yakalayan pre-flight checklist ve ilk hafta disiplini içindir.

  • Pre-flight checklist
  • İlk deposit: 25-50 USD
  • Production'dan TP/SL kuralları
  • Monitoring: Telegram, email, dashboards
  • Reconcile sıklığı: her fire_exits cycle'ında
  • İlk hafta: yakın dur, küçük kal
  • Scaling: ne zaman daha fazla deposit yapılmalı

Pre-flight checklist

Botu paper'dan live'a çevirmeden önce, sırayla yapılacak tam liste.

  1. 30 kapatılmış paper trade. Yazılı başarı kriterleri karşılandı veya aşıldı.
  2. Diary formatı paper ve live arasında aynı. Aynı JSONL schema.
  3. VPS kuruldu. Bot tek process; systemd unit yapılandırıldı.
  4. HALT dosyası mekanizması test edildi. touch /opt/pmt/HALT botu 30 saniye içinde durduruyor.
  5. Telegram alert'leri yapılandırıldı. Test alert başarıyla gönderildi.
  6. Günlük loss kill switch test edildi. %10 drawdown simüle edin; halt'ın tetiklendiğini doğrulayın.
  7. On-chain reconciliation test edildi. Diary'yi elle uyumsuz hale getirin; halt'ın tetiklendiğini doğrulayın.
  8. Deposit adresi, Polymarket'in sizin adınıza işlem yaptığı akıllı sözleşme cüzdanı olan proxy wallet'tır (POLY_FUNDER_ADDRESS) - kişisel hesabınız, yani externally-owned account ya da EOA değil. SDK wallet show ile doğrulandı.
  9. USDC/pUSD approvals ayarlandı. Hem standard exchange hem NegRisk exchange için.
  10. İlk deposit miktarı yazılı olarak kararlaştırıldı: smoke test için 25-50 dolar.

Herhangi bir madde tamamlanmadıysa canlıya geçmeyin. Bunların her biri geçmiş production hikayelerinde builder'lara gerçek para kaybettirdi.

İlk deposit: 25-50 USD

Smoke test deposit'i bilerek küçüktür. Amaç para kazanmak değil, live path'in çalıştığını doğrulamaktır.

Test ettiğiniz şeyler: bot'un order placement'i Polymarket'in trade görüşüyle eşleşiyor mu. Diary doğru kaydediliyor mu. Take-profit GTC gerçekten post oluyor mu. Bot geçici bir API error'ından kurtulabiliyor mu. Günlük-loss halt, birini simüle ettiğinizde tetikleniyor mu.

Beklenen sonuç: paper diary'yi yaklaşık olarak yansıtan 5-15 küçük trade. Herhangi bir sapmayı "live'ın paper'dan daha gürültülü olması" olarak değil, bug olarak değerlendirin.

Eğer bu 25-50 doları gerçek bir strateji kaybıyla harcarsanız, stratejinin daha fazla paper run'a ihtiyacı vardır. Eğer bug'lar yüzünden harcarsanız, ölçek büyütmeden önce bug'ları düzeltin.

Production'dan TP/SL kuralları

Önce iki kısa tanım, çünkü bu bölüm bunlara dayanıyor. Take-profit (TP), fiyat hedefinize çıktığı anda kârı kilitleyen önceden ayarlanmış bir satış emridir; stop-loss (SL) ise fiyat bir limitin altına düştüğü anda pozisyonu satar, böylece tek bir kötü trade kontrolden çıkmaz. Aşağıda kullanılan iki emir türü şunlardır: GTC (Good-Til-Cancelled - dolana ya da siz iptal edene kadar order book'ta bekleyen pasif emir) ve FOK (Fill-Or-Kill - emrin tamamını anında doldurur veya tamamen iptal eder). Karşılaşacağınız bir terim daha, mark, hiç de bir emir türü değildir - sadece pozisyonu ölçtüğünüz güncel mid-price anlamına gelir. Aşağıda kendi trader'ımızdan gelen production varsayılanları; binlerce trade boyunca kendini kanıtladı.

  • Buy: best ask'in 1c üstünde FOK. Ask 0.85'in üzerindeyse trade'i atla - bu "0.99 tuzağı"dır: 0.90+ fiyatlanmış, neredeyse kesinleşmiş bir piyasa çok küçük bir yükseliş potansiyeli sunar ama tersine dönerse sert düşer, dolayısıyla risk/getiri oranı baş aşağı olur.
  • Take-profit: Entry + 4-6c'de GTC sell, buy fill + 5s settlement wait'ten hemen sonra post edilir.
  • Mark üzerinden stop-loss: mid'i izle; mid, entry - 8c'ye düşerse best bid'de FOK sell (resting yok; mid blow-through hızlı olur).
  • Time exit: pozisyon X saat içinde kapanmadıysa ve PnL -2c ile +2c arasındaysa, market'te FOK exit.

Rakamlar stratejiye göre değişir, ancak pattern aynıdır: take-profit her zaman GTC, stop-loss genellikle FOK (çünkü GTC stop'lar mid blow-through sırasında fill olmaz), stale signal'leri taşımamak için time exit kullanılır.

Monitoring: Telegram, email, dashboards

Bot'un gerçek zamanlı olarak gözlemlenebilir olması gerekir. Üç katman.

  • Telegram alerts: her fill, her halt, threshold üzerindeki her error. Kişisel mesajlarla karıştırmayın; ayrı bir channel veya group kullanın.
  • Günlük özet email'i: gün sonunda toplam trade sayısı, win rate, PnL, tetiklenen halt'ların listesi. Her sabah okuyun.
  • Dashboard: opsiyonel ama faydalı. Diary'yi okuyup açık pozisyonları + son fill'leri + kümülatif PnL'yi render eden basit bir HTTP endpoint.

Pattern şu: bilinmesi gereken herhangi bir state change → Telegram. Gün sonu özeti → email. Gerçek zamanlı inceleme → dashboard.

Reconcile sıklığı: her fire_exits cycle'ında

Reconciliation, drift'in bir sonraki trade ile birleşmeden önce yakalanacağı kadar sık çalışmalıdır. Sıklık trade frekansına bağlıdır.

  • Günde < 10 trade olan stratejiler: her saat reconcile edin.
  • Günde 10-100 trade olan stratejiler: her 15 dakikada bir reconcile edin.
  • HFT stratejileri (günde 100+ trade): exit-firing loop'un her cycle'ında reconcile edin.

Reconciliation maliyeti, elde tutulan token başına bir chain read'dir. 20 token'da bu 20 RPC call eder; ücretsiz katman bir RPC'de bile bütçe içinde kalır. Bunu aşırı optimize etmeyin.

İlk hafta: yakın dur, küçük kal

Live deployment'ın ilk haftası en tehlikeli dönemdir. Paper run'ın kaçırdığı live-path bug'larını keşfedersiniz. Disiplin:

  • Yakın dur - uyanık olduğunuz saatlerde Telegram channel'ını saatlik kontrol edin.
  • Küçük kal - position size'ları minimumda tutun (5 share); bir bug yüzlerce değil, dolarlar seviyesinde maliyet getirsin.
  • İlk 3-5 günün sonunda elle reconcile edin. Diary'yi Polymarket UI ile doğrudan karşılaştırın.
  • Her sürprizi belgeleyin. Küçük kafa karışıklıkları bile sonunda bug'a dönüşür.

İlk haftanın sonunda: bug yoksa ve diary gerçeğe uyuyorsa normal size'a çıkın. Bug çıktıysa düzeltin, bir smoke-test haftası daha çalıştırın.

Scaling: ne zaman daha fazla deposit yapılmalı

Capital eklemek için tetikleyiciler; her birinin eşiği farklıdır.

  • +50% deposit: 30 live trade, win rate paper oranının 5 puan içinde, bug kaynaklı production halt yok.
  • +100-200% deposit: 100+ live trade, örneklem boyunca tutarlı profitability, en az bir küçük outage ile test edilmiş infrastructure.
  • +500%+ deposit: yalnızca 6+ ay tutarlı live profitability'den sonra. Capital, başarıdan daha yavaş ölçeklenir - edge'in gerçekten var olduğundan, kaybolmak üzere olan bir regime olmadığından emin olmak istersiniz.

Premature scaling'in en büyük tek riski: bir market regime'inde kârlı olan strateji, bir sonrakinde kârsız hale gelir. Daha büyük size bunu düzeltmez. Sabır düzeltir.

Sık sorulan sorular

İlk live deposit'im ne kadar olmalı?
25-50 USD. Gerçek fill'leri, gerçek ücretleri, gerçek reconciliation'ı test etmeye yeter. Hayatınızı etkilemeyecek kadar küçük. Bildiğimiz en disiplinli trader'ların çoğu, bankroll'ları çok daha fazlasına izin verse bile bu büyüklükle başlar - küçük bir kaybın ego maliyeti, büyük bir kaybın ego maliyetinden çok daha düşüktür.
Hangi TP/SL'yi ayarlamalıyım?
Edge'inizle simetrik olmalı. Stratejiniz her kazanan trade'de +5% bekliyorsa, take-profit'i +5-7% ve stop-loss'u -3-4% olarak ayarlayın. Asimetrik yapı (küçük TP, büyük SL) trading değil, gambling'dir. Production trader'ımız çoğu stratejide TP+6% / SL-4% (FAK exits) kullanır.
Bot'umu live'da nasıl monitor etmeliyim?
Üç kanal: (1) Telegram bot üzerinden $0.30 PnL üzerindeki closed-trade sonuçları için gerçek zamanlı alert'ler. (2) Cash + açık pozisyonlar + MtM için saatlik dashboard görünümü. (3) Email ile günlük PnL özeti. Bu üçünden herhangi birinin başarısız olması, kör çalıştığınız anlamına gelir.
Emergency stop'u ne tetiklemeli?
Şunlardan herhangi biri: günlük loss bankroll'un %5'inden fazla olması, fill rate'in %30'un altına düşmesi (sıkışmış order'ları düşündürür), art arda 5'ten fazla kaybeden trade, market data feed'in 30 saniyeden uzun süre sessiz kalması veya diary ile on-chain arasında herhangi bir reconciliation uyumsuzluğu. Bunların hepsi otomatik halt-sentinel touch olarak kodlanabilir.
Live bankroll'umu ne zaman artırabilirim?
En az 50 kapatılmış live trade'iniz olduğunda, live win rate paper ile %10 içinde eşleştiğinde ve 2+ haftadır reconciliation incident yaşanmadığında. Her checkpoint'te en fazla 2x ölçekleyin - 25 USD -> 50 -> 100 -> 200 -> 500, günler içinde değil aylar içinde.
Aynı anda birden fazla stratejiyi live çalıştırmalı mıyım?
Başlangıçta hayır. Bir stratejiyi 2-4 hafta live çalıştırın, doğrulayın. Sonra ikinciyi ekleyin. İlk haftalarda aynı anda iki stratejiyi monitor etmek, strateji 1'i öldüren bug'ı kaçırma reçetesidir.