Arbitraj İçin Kripto Borsa API’leri: REST ve WebSocket, İstek Limitleri ve Güvenli API Anahtarları Ekim 1, 2026 – Posted in: Arbitrage Software, cryptoarbitrage software
BJF TRADING GROUP · KRİPTO ARBİTRAJ MÜHENDİSLİĞİ
Arbitraj İçin Kripto Borsa API’lerine Bağlanma: REST, WebSocket, İstek Limitleri ve Gecikme
Bir arbitraj fırsatı, yalnızca botunuz onu görüp harekete geçebildiği sürece vardır. Her ikisi de her borsaya nasıl bağlandığınıza bağlıdır. Bu rehber, bir fiyat farkının gerçekleşen bir emre mi yoksa kaçırılmış bir işleme mi dönüşeceğini belirleyen seçimleri açıklıyor: hangi API türünün kullanılacağı, Binance, Bybit, OKX, MEXC ve Gate.io’da istek limitlerinin nasıl çalıştığı, güvenli API anahtarlarının nasıl oluşturulacağı ve milisaniyelerin nereye gittiği.
Bu rehberde
- API bağlantısı arbitraj sonuçlarını neden belirler
- REST ve WebSocket: hangisi ne için uygundur
- Büyük borsalarda istek limitleri
- API anahtarlarını güvenli şekilde oluşturma
- Gecikme nereden kaynaklanır ve nasıl azaltılır
- Bağlantıyı güvenilir tutmak
- Başlatma öncesi kontrol listesi
- Sıkça Sorulan Sorular
API bağlantısı arbitraj sonuçlarını neden belirler
Borsalar arası arbitraj kâğıt üzerinde basit görünür: fiyatın düşük olduğu yerden alın, yüksek olduğu yerde satın, ücretler düşüldükten sonra kalan farkı kazanın. Uygulamada bu fark genellikle birkaç yüz milisaniye ile birkaç dakika arasında sürer ve işlemin tamamı borsa API’leri üzerinden gerçekleşir. Gerçekte ne kadarını yakalayacağınızı üç teknik faktör belirler:
- Fiyatı ne kadar hızlı gördüğünüz. Kotasyonlarınız gecikmeliyse, hesapladığınız fark çoktan kaybolmuş olabilir.
- Emirlerinizin ne kadar hızlı ulaştığı. İki bacağın iki farklı platformda gerçekleşmesi gerekir; daha yavaş bacak gerçek giriş fiyatınızı belirler.
- Ne sıklıkla istek göndermenize izin verildiği. İstek limitleri istek sayısını sınırlar. Bu limitlere takılan bir bot, tam da piyasanın en yoğun ve farkların en geniş olduğu anda engellenir.
Bunların hiçbiri geriye dönük testte görünmez; bu yüzden aynı stratejiyi çalıştıran iki bot çok farklı sonuçlar üretebilir. Borsalarınız arasındaki farkları henüz ölçmediyseniz, ücretsiz kripto arbitraj tarayıcımızla başlayın: hangi çiftlerin ve platformların ücretleri karşılayacak kadar büyük fiyat farkları ürettiğini gösterir.
REST ve WebSocket: hangisi ne için uygundur
Her büyük borsa, kendisiyle iletişim kurmanın iki yolunu sunar.
REST API istek-yanıt mantığıyla çalışır. Bot imzalı bir HTTP isteği gönderir (örneğin “emir defterini ver” veya “bu emri ver”) ve yanıtı bekler. Her istek bağımsızdır, hata ayıklaması kolaydır ve istek limitinden düşülür.
WebSocket API tek bir bağlantıyı açık tutar. Bir kanala abone olduktan sonra borsa her güncellemeyi (emir defteri değişiklikleri, işlemler, kendi emirlerinizin durumu) gerçekleştiği anda iletir. Sorgulama (polling) ve kontroller arasında kör aralık yoktur.

| REST | WebSocket | |
|---|---|---|
| Piyasa verisi | İstek üzerine anlık görüntü; sorgular arasındaki değişiklikler kaçırılır | Emir defteri ve işlem güncellemelerinin sürekli akışı |
| Arbitrajda tipik kullanım | Farkların saniyeler veya daha uzun sürdüğü hedge (borsalar arası) arbitraj; bakiyeler; para çekme işlemleri | Gecikme arbitrajı ve farkların bir saniyeden kısa sürdüğü her strateji |
| İstek limiti baskısı | Yüksek: her fiyat kontrolü ağırlık (weight) tüketir | Veri için düşük: binlerce istek yerine tek bir abonelik |
| Karmaşıklık | Düşük | Daha yüksek: yeniden bağlanmalar, sıra numaraları, yerel emir defterinin yönetimi |
Profesyonel kurulumların çoğu ikisini birleştirir: piyasa verisi ve emir güncellemeleri için WebSocket, emir vermek için REST (veya mevcutsa borsanın WebSocket işlem uç noktası) ve bakiyeler, transferler gibi yavaş yönetim çağrıları için REST.
Bu aynı zamanda iki kripto botumuz arasındaki pratik farktır. VIP Crypto Arbitrage, 35+ borsaya REST üzerinden bağlanır ve farkların yeterince uzun sürdüğü borsalar arası hedge arbitrajı için tasarlanmıştır. SharpTrader Pro ise 40+ borsadan WebSocket fiyat akışları kullanır; bu, fırsat penceresinin 100–500 ms olduğu gecikme arbitrajı için gereklidir.
Büyük borsalarda istek limitleri
İstek limitleri, arbitraj botlarının canlı işlemde çalışmayı bırakmasının en yaygın nedenidir. Her borsa isteklerinizi IP adresi, hesap (UID) veya API anahtarı başına sayar ve bütçeyi aştığınızda sizi engeller veya yasaklar. Aşağıdaki tablo, bu yazının yazıldığı tarihte (Eylül 2026) yayımlanmış kuralları özetlemektedir. Limitler düzenli olarak değişir; bu nedenle her zaman borsanın dokümantasyonunu kontrol edin ve canlı yanıtlardaki limit başlıklarını okuyun.
| Borsa | Temel REST limitleri | Aşıldığında ne olur | Faydalı ayrıntılar |
|---|---|---|---|
| Binance (Spot) | IP başına dakikada 6.000 istek ağırlığı; ayrı emir sayısı limitleri. Her uç noktanın kendi ağırlığı vardır | HTTP 429; 429’dan sonra devam etmek HTTP 418’e ve 2 dakikadan tekrarlayan ihlallerde 3 güne kadar otomatik IP yasağına yol açar | X-MBX-USED-WEIGHT-* ve X-MBX-ORDER-COUNT-* başlıkları mevcut kullanımı gösterir; Retry-After ne kadar beklenmesi gerektiğini belirtir |
| Bybit (V5) | IP başına 5 saniyede 600 istek; işlem için UID başına limitler, ör. emir oluşturma spot’ta 20/sn, lineer kontratlarda 10/sn | IP limiti: HTTP 403 “access too frequent”, yaklaşık 10 dakika sonra kaldırılır; UID limiti: retCode 10006 | X-Bapi-Limit, X-Bapi-Limit-Status, X-Bapi-Limit-Reset-Timestamp başlıkları |
| OKX (V5) | Limitler uç nokta ve enstrüman başına belirlenir; daha yüksek VIP seviyeleri daha fazla kapasite alır | Uç nokta için hata yanıtı; tekrarlanan kötüye kullanım anahtarı kısıtlayabilir | Emir defteri kanalları: bbo-tbt (en iyi alış/satış, her 10 ms), books5 (her 100 ms), books (artımlı, 100 ms); tik bazlı L2 kanalları daha yüksek VIP seviyeleri gerektirir |
| MEXC (Spot v3) | IP ağırlıklı uç noktalar 10 saniyede 300 ağırlığı paylaşır; UID ağırlıklı uç noktalar 10 saniyede 500 ağırlık | Retry-After ile HTTP 429; tekrarlanan ihlaller 2 dakikadan 3 güne kadar IP yasaklarına yol açar |
WebSocket: bağlantı başına en fazla 30 akış, saniyede 100 mesaj; 60 sn boyunca trafik olmazsa bağlantı kapatılır (ping’lere yanıt verin) |
| Gate.io (API v4) | Spot genel ve özel uç noktalar için yayımlanmış anahtar başına limitler; emir iptali için çok daha yüksek bir limit | Ani yük (burst) eşiğine yakın istekler geciktirilir, eşiğin üzerindekiler reddedilir | WebSocket: IP başına en fazla 300 bağlantı |
Üç kural, bir botu limitler dahilinde tutar:
- Piyasa verisini REST’ten değil WebSocket’ten alın. 5 borsada 20 çiftin emir defterini her 200 ms’de sorgulayan bir bot saniyede 500 istek gönderir. Aynı veri WebSocket üzerinden yalnızca birkaç aboneliğe mal olur.
- Limit başlıklarını okuyun ve borsa sizi yavaşlatmadan önce kendiniz yavaşlayın. Bütçenin %80’inde geri çekilen bir bot hiçbir zaman yasakla karşılaşmaz.
- Trafiği ayırın. Farklı botlar için farklı API anahtarları (veya alt hesaplar) kullanın; böylece kontrolden çıkan bir betik işlem anahtarınızı engelleyemez.
API anahtarlarını güvenli şekilde oluşturma
Bir arbitraj botunun bakiyeleri okuma ve emir verme iznine ihtiyacı vardır. Para çekme iznine ise asla ihtiyacı yoktur. Para çekme yetkisi olmayan sızdırılmış bir anahtar kötü işlemler yoluyla yine de kayıplara neden olabilir, ancak hesabı boşaltamaz.
- Her borsa ve her bot için bir anahtar oluşturun ve anahtarı bot ile sunucunun adıyla adlandırın.
- Yalnızca okuma ve spot/vadeli işlem izinlerini etkinleştirin. Para çekmeyi devre dışı bırakın.
- Anahtarı VPS IP adresinizle sınırlayın. Çoğu borsa IP beyaz listesini destekler; tek bir IP ile sınırlandırılmış bir anahtar başka hiçbir makinede işe yaramaz.
- Gizli anahtarları sunucuda şifreli olarak saklayın; asla ekran görüntülerinde, sohbetlerde veya paylaşılan belgelerde tutmayın.
- Herhangi bir personel değişikliği, sunucu taşıma veya sızıntı şüphesinden sonra anahtarları yenileyin ve artık kullanmadığınız anahtarları silin.
- Ayrı stratejiler için alt hesaplar kullanın: bakiyeleri ve istek limitlerini birbirinden yalıtırlar.
Gecikme nereden kaynaklanır ve nasıl azaltılır
Borsada fiyatın değiştiği andan emrinizin gerçekleştiği ana kadar zaman beş noktada harcanır: piyasa güncellemesi sunucunuza ulaşır, botunuz farkı tespit eder, imzalı emir geri gider, borsa emri eşleştirir ve onay geri döner. İyi yazılmış bir botta işleme birkaç milisaniye sürer. Genellikle ağ baskın faktördür.

- Botu borsanın yakınında barındırın. Büyük borsaların çoğu eşleştirme motorlarını belirli bulut bölgelerinde çalıştırır (birçoğu Tokyo, Singapur veya Hong Kong’da). Aynı bölgedeki bir VPS, gidiş-dönüş süresini onlarca milisaniyeden birkaç milisaniyeye indirebilir. VPS hızı rehberimiz bunun nasıl ölçüleceğini açıklıyor.
- Çok borsalı stratejilerde, ortalamayı değil daha yavaş bacağı en aza indiren konumu seçin: işlem ancak en yavaş gerçekleşen emri kadar hızlıdır.
- Bağlantıları sıcak tutun. HTTPS bağlantılarını yeniden kullanın (keep-alive) ve mümkün olanı önceden imzalayın; her emir için yeni bir TLS bağlantısı açmak fazladan tam bir gidiş-dönüş ekler.
- Sürekli ölçün. Her güncellemenin borsa zaman damgasını yerel saatinize (NTP ile senkronize) karşı kaydedin ve botunuzun işlem yaptığı kotasyonların yaşını takip edin.
Bağlantıyı güvenilir tutmak
WebSocket bağlantıları kopar. Borsalar boşta kalan akışları kapatır, sunucuları yeniden başlatır ve bağlantı ömrünü sınırlar. Sağlam bir bot buna karşı hazırlıklıdır:
- Heartbeat (sinyal) mesajları: ping’lere yanıt verin (MEXC, 60 saniye trafik olmadığında bağlantıyı kapatır) ve borsa gerektiriyorsa kendi ping’lerinizi gönderin.
- Sıra kontrolleri: artımlı emir defteri akışları güncelleme kimlikleri taşır. Biri eksikse, bozulmuş bir defter üzerinde işlem yapmak yerine yerel defteri atın ve yeni bir anlık görüntüden yeniden senkronize edin.
- Geri çekilmeli (back-off) otomatik yeniden bağlanma: hızlı yeniden bağlanın, ancak sıkı bir döngü içinde değil; örneğin Bybit, 5 dakikalık pencere başına yeni bağlantı sayısını sınırlar.
- Bayat veri koruması: belirli bir süre içinde bir çift için güncelleme gelmezse, akış düzelene kadar o çiftte işlem yapmayı durdurun.
- Emir durumu mutabakatı: yeniden bağlandıktan sonra yeni bir şey göndermeden önce açık emirleri ve pozisyonları REST üzerinden sorgulayın; böylece yarı gerçekleşmiş bir hedge asla unutulmaz.
- API değişiklik duyurularını takip edin. Borsalar yılda birkaç kez uç noktaları kullanımdan kaldırır ve limitleri değiştirir. Kripto borsa API değişiklik takipçimiz bu duyuruları tek bir yerde toplar.
Başlatma öncesi kontrol listesi
- Çiftlerinizdeki fiyat farkları, ücretler düşüldükten sonra tarayıcıyla doğrulandı.
- Borsa başına bir API anahtarı: yalnızca işlem, para çekme kapalı, IP beyaz listesi ayarlı.
- Piyasa verisi WebSocket üzerinden; REST çağrıları emirler ve hesap verileriyle sınırlı.
- İstek limiti başlıkları kaydediliyor; bot bütçenin %80’ine ulaşmadan geri çekiliyor.
- VPS en yavaş bacağı en aza indiren bölgede; gidiş-dönüş süreleri ölçüldü.
- Yeniden bağlanma, yeniden senkronizasyon ve bayat veri korumaları ağ bağlantısı bilerek kesilerek test edildi.
- İlk canlı çalıştırma minimum büyüklükle yapıldı, ardından gerçekleşen fiyatlar botun gördüğü fiyatlarla karşılaştırıldı.
Altyapı işini yazılıma bırakın
Bağlantı yönetimi, istek imzalama, istek limitleri ve yeniden bağlanmalar botlarımızda yerleşik olarak bulunur. Ücretsiz tarayıcıyla başlayın, ardından stratejinize uygun botu seçin.
Ücretsiz kripto arbitraj tarayıcısı Kripto arbitraj botlarını karşılaştırın
Sıkça Sorulan Sorular
Kripto arbitraj için WebSocket gerekli mi?
Gecikme arbitrajı için evet: fırsat bir saniyeden kısa sürer ve sorgulama yöntemi onu zamanında göremez. Farkların saniyeler veya dakikalar boyunca sürdüğü hedge (borsalar arası) arbitraj için REST yeterlidir, ancak WebSocket yine de istek limiti kullanımını azaltır.
Botum Binance’te neden HTTP 429 veya 418 hataları alıyor?
429, bir istek limitini aştığınız anlamına gelir; 418 ise 429’dan sonra istekler devam ettiği için IP’nin yasaklandığı anlamına gelir. Piyasa verisini WebSocket’e taşıyın, Retry-After başlığına uyun ve limite ulaşmadan önce geri çekilin.
Bir arbitraj API anahtarı para çekmeye izin vermeli mi?
Hayır. İşlem ve okuma izinleri yeterlidir. Borsalar arasında yeniden dengeleme manuel olarak veya ayrı, sıkı şekilde kısıtlanmış bir süreçle yapılabilir.
Birkaç borsa arasında arbitraj için en iyi sunucu konumu hangisidir?
İşleminizin en yavaş bacağını en aza indiren konum. Karar vermeden önce aday bölgelerden her borsanın API’sine gidiş-dönüş sürelerini ölçün.
Borsa API’leri ne sıklıkla değişir?
Her borsa için yılda birkaç kez: yeni uç noktalar, kullanımdan kaldırılan sürümler ve değişen limitler. Her borsanın API duyurularına abone olun ve API değişiklik takipçimizi kontrol edin.