Polymarket'teki 5 dakikalık vadeye sahip «BTC Up/Down» piyasaları, tahmin piyasaları endüstrisinin en likit ve dinamik nişlerinden biri haline geldi. Ancak, bu piyasaların etrafında «kolay para» hakkında devasa bir mit kitlesi oluştu. Pratikte ise bu, yalnızca CTF Exchange mekaniklerini ve komisyon dinamiklerini anlayanların hayatta kalabildiği yüksek teknolojili bir ortamdır.
Daha önce şu konuyu incelemiştik: 2026 yılı neden "olay bazlı riskten korunma" dönemi haline geldi? Bu makalede, bu piyasaların iç yapısını, kâr matematiğini ve bot uygulamasının teknik detaylarını derinlemesine inceleyeceğiz.
1. Mekanik ve Uzlaşma (Settlement)
Klasik ikili opsiyonların aksine, Polymarket piyasaları Polygon ağındaki Koşullu Token Çerçevesi (Conditional Token Framework - CTF) temelinde çalışır.
- Format: Günde 288 pencere (24/7). Tanımlayıcı (slug) her zaman btc-updown-5m-{timestamp} şeklindedir.
- Veri Kaynağı: Chainlink Data Streams kullanılır. Bu kritik bir noktadır çünkü fiyat güncellenmesindeki gecikme (latency) burada minimumdur, bu da kâhine (oracle) karşı klasik arbitrajı neredeyse imkansız hale getirir.
- Finalizasyon: Hesaplaşma, pencere kapandıktan yaklaşık 128 saniye sonra gerçekleşir. Bu süre, L2 işlemlerinin onaylanması ve akıllı sözleşme tarafından koşulların doğrulanması için gereklidir.
2. Komisyon Matematiği: Arbitrajın «Katili»
Ocak 2026'da gerçekleşen en büyük değişiklik, taker'lar için dinamik komisyonun (Taker Fee) getirilmesiydi.
- Zirve Komisyon: 50/50 olasılıkta (sonuç fiyatı 0.50$ iken) komisyon %1.56'ya ulaşır.
- Dinamik: Fiyat uç noktalara (0.05$ veya 0.95$) yaklaştıkça komisyon düşer ve %0'a yaklaşır.
- Maker'lar: %0 komisyon öderler ve taker'lar tarafından ödenen komisyonların %25'i oranında rebate (iade) alırlar.
Sonuç: Fiyat 0.50$ civarındayken son 10 saniyede fiyat yönünü «snipe» etmeye çalışmak (Latency Arb) artık matematiksel olarak zararlıdır. Taker, beklenen kâr değerinden daha fazla komisyon öder.
3. Stratejiler: Ne Çalışır, Ne Mittir?
Strateji №1: Gecikme Arbitrajı (Taker Sniping)
Özü: Binance üzerindeki BTC kotasyonlarını (WebSocket üzerinden) izlemek ve kapanıştan 5-10 saniye önce Polymarket'te kazanan tarafı satın almak.
- Durum: Küçük sermayeler için neredeyse ölüdür.
- Kâr Koşulu: Sadece komisyonların minimum olduğu > 0.85$ fiyat seviyelerinde geçerlidir. Operasyonel giderleri ve kaymayı (slippage) karşılamak için 5.000$ – 10.000$ arası bir sermaye gereklidir.
Strateji №2: Çift Taraflı Kotasyon (Market Making)
Aynı anda hem alış (YES) hem de satış (NO) için limit emirleri (Resting Orders) koyarsınız.
- Artısı: Spread + %25 rebate toplarsınız.
- Risk (Adverse Selection): En büyük sorun budur. Piyasa sert bir yöne gittiğinde, «akıllı» taker'lar emirlerinizi bir taraftan süpürür ve sizi, spread kazancınızdan daha hızlı değer kaybeden devasa bir «çıplak» pozisyonla (Naked Exposure) baş başa bırakır.
Strateji №3: Straddle Üzerinden Arbitraj
Her iki tarafı da toplam maliyet 1.00$'dan az olacak şekilde satın alma girişimidir.
Gerçeklik: 9.191 pencere üzerindeki istatistikler, bu fırsatın vakaların yalnızca %0.9'unda ortaya çıktığını gösteriyor. Bu senaryo için bot yazılabilir ancak bot zamanın %99'unda boşta bekleyecektir.
4. Teknik Engeller ve «Tuzaklar»
Resmi py-clob-client kütüphanesini kullanarak Python'da bir bot yazmaya karar verirseniz, şu sorunlara hazırlıklı olun:
- Kütüphane Hataları: Float hassasiyetiyle (emir gönderirken yuvarlama hataları) ilgili yanlış çalışma, WebSocket bağlantısının donması ve tick cache'indeki bellek sızıntıları dahil en az 14 kritik hata bilinmektedir.
- Heartbeat API: Limit emirlerinizin aktif kalması için her 5 saniyede bir /heartbeats adresine POST isteği göndermeniz zorunludur. Bir tanesini bile kaçırırsanız, tüm emirler sistem tarafından otomatik olarak iptal edilir (Liveness Check).
- İşlem Hızı: İşlemin imzalanmasından CLOB'da (Merkezi Limit Emir Defteri) eşleşmesine ve Polygon'da kesinleşmesine kadar geçen süre 5 ile 12 saniye arasındadır. Bu, bot mantığında dikkate alınması gereken bir «savunmasızlık penceresidir».
5. Pratik Örnek: Emir Yapısı
Polymarket CLOB ile çalışmak için EIP-712 imzası kullanılır. Bir maker için emir objesinin (Solidity/Python mantığı) nasıl görünmesi gerektiğine dair örnek:
# Limit emir oluşturmak için parametre örneği (pseudocode)
order_params = {
"price": 0.51, # Alış fiyatınız
"size": 100.0, # Kontrat sayısı
"side": "BUY", # Yön
"token_id": "...", # Token ID'si (ilgili pencere için YES veya NO)
"expiration": timestamp, # 5 dakikalık pencerenin sonu
"maker_address": "0x...", # Cüzdan adresiniz
"post_only": True # Kritik: Emir yalnızca maker olarak işleme alınır
}
Az bilinen bir gerçek: Ghost Fill (incrementNonce attack) savunmasızlığı mevcuttur. Bir saldırgan mempool'unuzu veya nonce'unuzu izleyebilir ve tam eşleşme anında emrinizi iptal etmeye çalışarak CTF sözleşmesi düzeyinde işlem sırasını manipüle edebilir.
6. Profesyoneller Nasıl Para Kazanıyor?
Üst düzey maker'ların (örneğin 0x8dxd) cüzdan analizleri net bir operasyonel model gösteriyor:
- Frekans: Günde 40.000+ işlem.
- Boyut: Minimum lotlar (işlem başına 3-5$).
- Sır: Fiyatı tahmin etmeye çalışmazlar. Envanter yönetirler. Eğer bot çok fazla YES tokeni biriktirdiyse, kotasyonlarını otomatik olarak NO alımını teşvik edecek ve vade sonuna kadar pozisyonu dengeleyecek şekilde kaydırır.
7. İşlem Botu Mimarisi: Low-Latency (Düşük Gecikme) Yaklaşımı
5 dakikalık piyasalarda başarılı bir şekilde rekabet etmek için, GIL kısıtlamaları ve yavaş JSON işleme süreçleri nedeniyle standart bir Python betiği genellikle yetersiz kalır. Profesyonel piyasa yapıcılar (makerlar), hibrit şemalara veya saf Rust/Go uygulamalarına geçiş yapmaktadır.
Sistemin kritik bileşenleri:
- WebSocket Manager: Üç bağımsız ve yüksek hızlı veri akışını desteklemelidir:
- Binance/Coinbase: Ham BTC gösterge fiyatı akışı (Mark Price).
- Polymarket CLOB Orderbook: Emir defterindeki değişikliklerin gerçek zamanlı akışı (L2 verisi).
- User Orders: Kendi emirlerinizin gerçekleşme (Fill) olaylarının akışı.
- Inventory Controller: "Risk maruziyetinizi" (exposure) gerçek zamanlı olarak hesaplayan modül. Eğer elinizde 500 YES ve 0 NO birikmişse, kontrolör YES alış fiyatını agresif bir şekilde düşürmeli ve bu tarafta daha fazla pozisyon birikmesini engellemelidir.
- Signer Service: İşlem imzalama (EIP-712) sürecini, daha hızlı bir dilde (örneğin ethers-rs kütüphanesi ile Rust) yazılmış izole bir servise taşımak, gecikmeyi 100-300 ms kadar azaltabilir.
8. Envanter Yönetimi Mantığı Örneği (Inventory Skew)
Makerlar, emirleri sadece "adil" fiyattan koymak yerine, riski yönetmek için bir kaydırma (skew) fonksiyonu kullanırlar.
Matematiksel Model:
Burada:
- Pmid: Mevcut piyasa orta fiyatı (örneğin 0.50).
- Y: Risk katsayısı (pozisyon birikmesinden ne kadar çekindiğimiz).
- I: Mevcut envanter (elde bulunan token sayısı).
Envanteriniz (I) pozitifse (elinizde çok fazla YES varsa), kotasyonlarınızı aşağı çekersiniz. Bu, alış emrinizi piyasa için daha az çekici hale getirirken, satış emrinizi alıcılar için daha cazip kılar ve portföyünüzü doğal olarak dengeler.
9. Az Bilinen Detaylar ve İstismarlar
Nonce Saldırısı (incrementNonce)
Polymarket'in temeli olan CTF Exchange'de, emir iptalleri akıllı sözleşmedeki nonce değerinin artırılmasıyla gerçekleşebilir. Deneyimli oyuncular, mempool'daki "asılı kalmış" iptal işlemlerini izleyebilir ve kendi alış işlemlerini daha yüksek gaz ücretiyle göndererek, emriniz geçersiz hale gelmeden önce sizin üzerinizden işlem gerçekleştirebilirler.
py-clob-client'da Tick Cache Sorunu
Resmi kütüphane, minimum fiyat adımını (tick size) önbelleğe alır. Eğer Polymarket piyasa parametrelerini anlık olarak değiştirirse (örneğin 0.01$'lık adımdan 0.001$'a geçerse), botunuz eski yuvarlama kurallarına göre emir göndermeye çalışacağı için INVALID_PRICE hataları almaya başlar.
"Bakiyeyi Katlama" Gerçekliği
Bu piyasalarda 300$'ı 400.000$'a dönüştürme hikayeleri genellikle bir pazarlama taktiği veya "sağ kalan önyargısı" (survivor bias) örneğidir. Ciro üzerinden %0.1-0.2'lik ortalama maker getirisiyle, bu rakamlara ulaşmak şunları gerektirir:
- Devasa bir kaldıraç (Polymarket'te doğrudan bulunmaz).
- Muazzam bir işlem hacmi (günlük on milyonlarca dolar ciro).
- Minimum volatilite ortamında kusursuz spread yönetimi.
10. Mainnet Öncesi Kontrol Listesi
- Likidite Kontrolü: Son 24 saatlik hacmi 100.000$'ın altında olan piyasalara girmeyin. Büyük bir fiyat kayması (slippage) yaşamadan pozisyondan çıkamazsınız.
- Heartbeat Testi: Betiği gerçek para olmadan 24 saat boyunca çalıştırın. Loglarda "Order Cancelled by System" uyarısı olup olmadığını kontrol edin. Eğer varsa, internet bağlantınız veya Heartbeat mantığınız kararsız demektir.
- "Dust" (Toz) Yönetimi: Botu, değeri 0.01$'ın altındaki token kalıntılarını görmezden gelecek şekilde yapılandırın; aksi takdirde cüzdanınız satılamayan "çöp" bakiyelerle hızla dolacaktır.
- Chainlink İzleme: Chainlink Data Streams gecikmeleri için uyarılara abone olun. Eğer oracle (kâhin) "donarsa", maker botunuz eski fiyattan kotasyon vermeye devam eder ve arbitrajcılar tarafından anında sıfırlanır.
Sonuç
Polymarket'teki BTC 5m piyasaları bir eleme oyunudur. Buradaki asıl kazanç, Bitcoin'in yönünü tahmin etmekten değil, likiditeyi spekülatörlere verimli bir şekilde satmaktan ve teknik uygulama kusursuzluğundan gelir. Bir sistem kuruyorsanız, %25 rebate (iade) sağlayan maker stratejilerine odaklanın; şu an bu nişteki tek sürdürülebilir "alpha" kaynağı budur.
