Tickmark borsa güvenilirliği, ölçülerek
Rehber Yayımlandı 2026-11-07 7 dk okuma

Kripto borsası API hız sınırları: 429 hatası ne demek, altında nasıl kalınır

HTTP 429, belirli bir sürede çok fazla istek gönderdiğiniz ve sunucunun sizden yavaşlamanızı istediği anlamına gelir. Kesinti değildir. Her borsa istekleri farklı sayar: Binance her uç adres için ağırlık kullanır ve 429'dan sonra devam eden IP adreslerini yasaklar, Bybit beş saniyede 600 isteği geçen IP'yi engeller, OKX de uç adres başına sınır koyar ve 50011 hata kodu döndürür. Sınırın altında kalmak, yanıt başlıklarını okumak, doğru geri çekilmek ve mümkün olduğunda WebSocket kullanmak demektir.

Kısa yanıt

429 aldığınızda durun ve yeniden denemeden önce bekleyin; hemen yeniden denemeyin. Kullanımınızı bildiren başlıkları okuyun, varsa Retry-After'a uyun ve sorgulama yerine WebSocket akışları kullanın. Binance'te tekrarlanan 429'ları görmezden gelmek otomatik IP yasağına yol açar.

429 gerçekte ne demektir

HTTP 429 Too Many Requests, tam da bu durum için tanımlanmış standart bir durum kodudur. MDN başvuru kaynağı bunu istemcinin belirli bir sürede çok fazla istek göndermesi olarak tanımlar ve Retry-After başlığının ne kadar beklemeniz gerektiğini söyleyebileceğini belirtir. Hız sınırı tüm sunucuya veya tek bir kaynağa uygulanabilir ve çoğu zaman IP adresinize dayanır, ama bir uygulamaya veya kullanıcıya da bağlı olabilir.

Bu bir başarısızlık değil, yararlı bir mesajdır. Hizmetin çalıştığını, tanındığınızı ve sonra ne yapacağınızı söyler. Bu sitede erişilebilirliği ölçerken hız sınırlaması için ayrı bir kategori tutuyoruz, böylece bir borsayı yalnızca bir istek kısıtlandı diye kapalı göstermiyoruz.

MDN Web Docs 429 Too Many Requests başvuru sayfası, durum kodunu ve Retry-After başlığını açıklıyor
HTTP 429 için MDN başvuru sayfası. Birçok borsa bu standart kodun üzerine kendi kurallarını kurar, bu yüzden her borsanın belgelerini de okuyun. developer.mozilla.org · 2026-11-07

Binance nasıl sayar: istek ağırlığı ve IP yasakları

Binance'in vadeli işlem API belgeleri bir ağırlık sistemi anlatır. Her yolun bir ağırlığı vardır ve daha ağır uç adresler veya birden çok sembolü işleyenler daha pahalıdır. Sınırınız basit bir istek sayısı değil, aralık başına toplam ağırlıktır. Güncel sınırlar /fapi/v1/exchangeInfo yanıtındaki rateLimits dizisinde görünür.

Belgelerden önemli noktalar:

  • Her yanıt, IP'nizin mevcut kullanılmış ağırlığını gösteren X-MBX-USED-WEIGHT-(intervalNum)(intervalLetter) başlığını içerir.
  • Hız sınırlarından biri aşıldığında 429 döner.
  • Sınırları tekrar tekrar aşmak veya 429'lardan sonra geri çekilmemek, 418 durumuyla otomatik IP yasağına yol açar.
  • Yasaklar tekrar edenler için 2 dakikadan 3 güne kadar uzar.
  • IP sınırları API anahtarına değil IP adresine dayanır, bu yüzden tek makinedeki birkaç program tek bir bütçeyi paylaşır.
  • Emir hız sınırları ayrı izlenir ve emir yanıtları kendi sayaç başlıklarını içerir.
Binance API belgelerinin LIMITS ve IP Limits bölümü, rateLimits, kullanılan ağırlık başlıkları, 429 yanıtları ve 418 durumuyla otomatik IP yasaklarını anlatıyor
Binance'in sınırlar bölümü. Aklınızda tutmanız gereken alttaki kalın satırdır: 429'lardan sonra devam etmek otomatik IP yasağına yol açar. developers.binance.com · 2026-11-07

Bybit nasıl sayar: IP başına ve kullanıcı başına

Bybit'in v5 belgeleri iki katman anlatır. IP katmanında, ana API ana makine adlarına giden trafik için varsayılan olarak IP başına beş saniyelik pencerede 600 isteğe izin verilir. Aşarsanız 403, access too frequent hatası alırsınız ve belgeler tüm HTTP oturumlarını durdurmanızı ve en az 10 dakika beklemenizi söyler; sonra yasak otomatik kalkar. Bunun 429 değil 403 olduğuna dikkat edin, bu birçok kişiyi şaşırtır.

API katmanında sınırlar kayan bir pencerede her kullanıcıya uygulanır ve aşmak JSON içinde retCode 10006 ile Too many visits! döndürür. Yanıt başlıkları durumunuzu bildirir:

  • X-Bapi-Limit-Status geçerli uç adres için kalan isteklerinizi gösterir.
  • X-Bapi-Limit o uç adres için geçerli sınırınızı gösterir.
  • X-Bapi-Limit-Reset-Timestamp sınırı aştıysanız ne zaman sıfırlanacağını gösterir.

Bybit ayrıca bir uygulamayı bu sınırların tam kenarında çalıştırmamanızı öğütler, çünkü olağandışı ağ etkinliği beklenmedik bir ihlale neden olabilir. WebSocket bağlantılarının kendi sınırları vardır.

Bybit API belgelerinin Rate Limit Rules sayfası, IP başına 5 saniyelik pencerede 600 isteği ve 403 access too frequent hatasını gösteriyor
Bybit'in hız sınırı sayfası. IP sınırının ihlali 429 değil 403 döndürür ve ardından en az 10 dakika beklenir. bybit-exchange.github.io · 2026-11-07

OKX nasıl sayar: uç adres ve enstrüman başına

OKX'in API belgeleri, reddedilen bir isteğin 50011 hata kodu döndürdüğünü, sınırın her uç adres için farklı olduğunu ve her uç adresin ayrıntılarında listelendiğini söyler. Herkese açık kimliksiz REST sınırları IP adresine, WebSocket giriş ve abonelik sınırları bağlantıya dayanır. İşlem API'lerinde emir verme, değiştirme ve iptal etmenin birbirinden bağımsız sınırları vardır; bunlar genellikle enstrüman başına tanımlanır ve REST ile WebSocket arasında paylaşılır.

Bu üçünden çıkan ders, bir borsanın kuralını başka birine varsaymamanız gerektiğidir. Durum kodu, sayılan birim ve ceza farklı olabilir ve hepsi zamanla değişir, bu yüzden güncel belgelere dönün.

Sınırlara neden istemeden takılırsınız

Hız sınırı sorunlarının çoğu tek bir yoğun döngüden gelmez. Daha az belirgin nedenlerden gelir.

  • Paylaşılan IP adresleri. Birden çok bot, bulut NAT ağ geçidi veya paylaşılan VPN tek bir adresten sayılır. Komşularınız bütçenizi tüketebilir.
  • Ağır uç adresler. Tüm fiyatları veya derin emir defterlerini çekmek tek sembollü bir isteğin katlarına mal olabilir. Onlardan on tanesi yüzlerce basit çağrıya eşit olabilir.
  • Yeniden deneme fırtınaları. Kısa bir başarısızlık her işçinin aynı anda yeniden denemesine yol açar. Bu patlama sizi 429'a iter, bu da daha fazla yeniden deneme tetikler.
  • Yeniden başlatma döngüleri. Başlangıçta durumunu yeniden yükleyen ve tekrar tekrar çöküp başlayan bir program tüm bütçesini sırf başlarken kullanabilir.
  • Akışın sağlayabileceği şeyi sorgulamak. 50 sembolde her saniye fiyat sormak dakikada 3.000 istektir ve bir WebSocket aynı veriyi çok daha düşük maliyetle verebilir.

Doğru geri çekilme nasıl yapılır

Sınır yanıtı aldığınızda doğru davranış basittir ve tek bir yerde bir kez uygulamaya değer.

  • Gereken süre boyunca o borsaya göndermeyi durdurun. Retry-After başlığı veya sıfırlama zaman damgası varsa uyun. Yoksa bir saniye civarından başlayarak bekleyin.
  • Titreşimli üstel geri çekilme kullanın. Art arda her başarısızlıktan sonra beklemeyi bir tavana kadar iki katına çıkarın ve birkaç işçinin aynı anda yeniden denememesi için rastgelelik ekleyin.
  • Sınırlayıcıyı işçiler arasında paylaşın. IP ve borsa başına, o adresteki tüm süreçlerce paylaşılan tek bir jeton kovası, her işçinin kendi başına tahmin etmesinden çok daha etkilidir.
  • Kullanımı sürekli izleyin. Her yanıtta kullanılan ağırlık başlıklarını okuyun ve size söylenmesini beklemeden sınıra yaklaşırken yavaşlayın.
  • 418 ve IP yasaklarını dur sinyali sayın. Durun ve bir insanı uyarın. Devam etmek yasağı uzatır.

Daha az istek nasıl kullanılır

En ucuz istek göndermediğinizdir.

  • Piyasa verisi ve hesap güncellemeleri için WebSocket kullanın. Tek akış sürekli sorgulamanın yerini alır ve güncellemeler de daha erken gelir.
  • Yavaş değişen veriyi önbelleğe alın. Sözleşme özellikleri ve ücret tabloları nadiren değişir. Her çalıştırmada değil, ara sıra çekin.
  • Toplu uç adresleri dikkatle kullanın. Çok istek kurtarabilirler, ama ağırlığını kontrol edin, çünkü çağrı başına daha pahalıdırlar.
  • Yalnızca gereken derinliği isteyin. Derin emir defteri isteği daha pahalıdır ve birçok iş yalnızca ilk birkaç kademeye ihtiyaç duyar.
  • Emir durumunu döngüde sorgulamaktan kaçının. Kullanıcı veri akışı bir emrin ne zaman dolduğunu söyler.

Yalnızca fonlama oranlarına veya güvenilirlik rakamlarına ihtiyacınız varsa borsaları hiç sorgulamanız gerekmeyebilir. Verilerimizi ücretsiz JSON dosyaları olarak bir takvimle güncelleyerek yayımlıyoruz, ama canlı veri gerektiren işlem kararları için kullanılmamalıdır.

Acil bir anda 429

Bir sınırı bulmanın en kötü zamanı, düşen bir piyasada emir iptal etmeye çalıştığınız zamandır. Döngünüz API'yi dövüyordur, bütçenizi tüketmişsinizdir ve şimdi iptaliniz reddedilir. Bunu planlayın: emirle ilgili trafiği piyasa verisi sorgulamasından ayrı, ayrılmış bir bütçede tutun. Herkese açık veriyi REST bütçesi kullanmaması için akışta tutun. Binance'in belgeleri, bir sunucu düğümü sistem düzeyi koruma altında istekleri kısıtlarken kapatma, yalnızca azaltma ve iptal emirlerinin muaf olduğunu not eder; bu da risk azaltmak için bu emir türlerini kullanmanın mantıklı bir alışkanlık olduğunu gösterir. Kesinti sırasında ne yapmalı rehberimiz ilgili hazırlıkları kapsıyor.

Sınır mı kesinti mi?

İkisi de başarısızlık ürettiği için panoda benzer görünebilir. Onları koda göre ayırın.

  • 429, 418 veya borsaya özgü sınır kodu: olası neden kendi trafiğinizdir.
  • 403: web güvenlik duvarı, bölge engeli veya Bybit'in IP sınırı olabilir. 403 ve 451 rehberimize bakın.
  • 5xx veya zaman aşımı: muhtemelen borsa tarafında veya yol üzerindedir. Kapalı olup olmadığına bakın.

Her başarısızlık için kodu, uç adresi ve yanıt başlıklarını kaydedin. Onlar olmadan tahmin edersiniz.

Hız sınırları hakkında sık sorulanlar

Birkaç API anahtarı kullanmak sınırı aşmayı sağlar mı?

Binance'in IP ağırlığı gibi IP'ye dayalı sınırlar için hayır. Aynı adresten birden çok anahtar aynı bütçeyi paylaşır. Emir hız sınırları hesap başına izlenebilir, bu yüzden her sınır türünün nasıl sayıldığını kontrol edin. Trafiği sırf sınırdan kaçmak için birçok adrese yaymak borsanın koşullarını ihlal edebilir ve bunu önermiyoruz.

Hız sınırı yasağı ne kadar sürer?

Borsaya bağlıdır. Binance'in belgeleri yasaklarının tekrar edenler için 2 dakikadan 3 güne kadar uzadığını belirtir. Bybit 403, access too frequent sonrasında en az 10 dakika beklemenizi söyler. Yasak sırasında istek göndermeye devam ederseniz uzatma riski alırsınız.

Daha yüksek sınırlar isteyebilir miyim?

Bazı borsalar piyasa yapıcılara, VIP kademelere veya başvuruyla daha yüksek sınırlar sunar. Belgelerine bakın. Genellikle daha iyi ilk adım gereksiz trafiği azaltmaktır, çünkü bu sisteminizi de daha sağlam yapar.

Sınıra ne kadar yaklaşmak güvenlidir?

Kesin bir sayı yoktur, ama sınırın tamamını hedeflemek yerine bir pay bırakın. Bybit'in belgeleri de sınırların tam kenarında çalışmamanızı söyler. Bir fırtına anında veya yeniden başlatmada ihtiyaç duyacağınız ek isteklere yer kalması için normal kullanımınızı sınırın epey altında tutun.

Sınırı test etmek için ne yapmalıyım?

Canlı hesabınızla sınırı zorlayarak test etmeyin, çünkü yasak gerçek bir kesintiye dönüşebilir. Borsaların test ağlarını kullanın, kendi sınırlayıcınızı birim testleriyle doğrulayın ve üretimde kullanım başlıklarını izleyin.

Basit bir bütçe nasıl hesaplanır?

Dakikada kaç istek gönderdiğinizi ağırlıklarıyla birlikte yazın. Diyelim on sembol için her beş saniyede bir fiyat istiyorsunuz: bu dakikada 120 istektir. Her dakika bir derin defter isteği daha ağır sayılır. Toplamı borsanın belgelerindeki sınırla karşılaştırın ve yarısının altında kalmayı hedefleyin. Geriye kalan pay, yeniden başlatmalar ve acil iptaller içindir. Bu küçük hesap çoğu sınır sorununu daha ortaya çıkmadan önler.

Sınırın altında kalmak

  1. Kullandığınız API'nin hız sınırı kurallarını okuyun.
  2. Kullanılan ağırlık başlıklarını kaydedin ve sınıra ulaşmadan yavaşlayın.
  3. Bir IP'deki tüm işçiler arasında tek bir sınırlayıcı paylaşın.
  4. Sınır yanıtında titreşimle geri çekilin ve Retry-After'a uyun.
  5. 418 veya yasakta durun ve uyarın.
  6. Piyasa verisini WebSocket'e taşıyın.
  7. İptaller için bütçe ayırın.

Özetle, 429 bir kesinti değil, yavaşlama talimatıdır ve ona uymak hem yasağı önler hem de sistemi daha sağlam yapar.

İlgili yazılar: Borsa API'si neden 403 veya 451 döndürür · Binance -1021 hatası nasıl düzeltilir · Borsanın kapalı olup olmadığı nasıl anlaşılır

Kaynaklar

Binance · Sınırlar · Bybit · Hız sınırı kuralları · OKX · API belgeleri · MDN · 429 · Tickmark hakkında

Diğer rehberler

Kripto vadeli işlemlerde fonlama oranı nedir? Sade bir anlatım

Fonlama oranı, vadesiz (perpetual) bir sözleşmede karşıt pozisyonlardaki yatırımcılar arasında düzenli olarak yapılan bir ödemedir. Vadesiz sözleşmenin bitiş tarihi olmadığı için, fiyatını dayanak varlığa yakın tutacak başka bir mekanizmaya ihtiyaç vardır. Oran pozitifken uzun pozisyonlar kısa pozisyonlara öder; negatifken kısa pozisyonlar uzun pozisyonlara öder. Formülü borsa belirler, ancak büyük borsalarda para yatırımcılar arasında el değiştirir.

Fonlama oranları borsalar arasında nasıl karşılaştırılır: 8 saat ve 4 saat

İki fonlama oranını yalnızca yüzdelere bakarak karşılaştıramazsınız. Bir oran ancak ne sıklıkla tahsil edildiğini, uzun mu kısa mı olduğunuzu ve iki okumanın aynı anda aynı sözleşmeyi anlatıp anlatmadığını bildiğinizde anlam kazanır. Aynı +%0,01, dört saatlik takvimde sekiz saatlik takvime göre günlük olarak iki kat maliyetlidir ve uzun pozisyonun ödediğini kısa pozisyon aynen kazanır.

Negatif fonlama oranı ne anlama gelir? Kim öder, neyi söylemez

Negatif fonlama oranı, bir sonraki ödemede kısa pozisyon tutanların uzun pozisyon tutanlara ödeme yapacağı anlamına gelir. Genellikle vadesiz sözleşme endeks fiyatının altında işlem gördüğünde ortaya çıkar ve çoğu zaman yoğun kısa satışı veya korunma işlemlerini yansıtır. Fiyatın düşeceğini ya da yükseleceğini göstermez ve uzun pozisyon için bedava gelir de değildir, çünkü fiyat aleyhe ödemeden çok daha fazla hareket edebilir.

Fonlama oranı yıllık orana nasıl çevrilir, bu rakam neden yanıltabilir

Bir fonlama oranını yıllıklandırmak için ödeme başına oranı günlük ödeme sayısıyla, sonra 365 ile çarpın. Sekiz saatte bir %0,01 oranı %0,01 × 3 × 365 = %10,95 olur. Bu, farklı takvimlerdeki sözleşmeleri tek bir ölçeğe taşır ve onları karşılaştırılabilir yapar. Bir yılda ne kazanacağınızı veya ödeyeceğinizi söylemez, çünkü bugünkü oranın hiç değişmeyeceğini varsayar.

Fonlama oranı arbitrajı: nasıl işler, kârı neler yer

Fonlama oranı arbitrajı, aynı varlıkta birbirini dengeleyen iki pozisyon tutarak fiyat hareketlerini kabaca sıfırlamak ve bir taraftaki fonlama ödemelerini toplamak demektir. Klasik yöntem spot alıp vadesizde kısa pozisyon açmaktır. İkinci yöntem, oranı yüksek borsada vadesizde kısa, oranı düşük borsada uzun olmaktır. Çoğu zaman risksiz diye anlatılır, ama değildir. Riskler yalnızca sıradan yönlü bir işlemin risklerinden farklıdır.

İşaret fiyatı, son fiyat ve endeks fiyatı: hangisi sizi tasfiye eder?

Vadesiz sözleşmeler karıştırması kolay üç fiyat gösterir. Son fiyat, en son işlemin gerçekleştiği yerdir. Endeks fiyatı, birkaç borsadaki spot fiyatların ortalamasıdır. İşaret fiyatı ise borsanın sözleşmenin adil değerine dair tahminidir ve büyük borsalarda gerçekleşmemiş kârınızı ve tasfiye olup olmayacağınızı belirleyen de budur. Hangi fiyatın ne yaptığını bilmek, grafik tasfiye seviyenize hiç değmediği hâlde bir pozisyonun neden tasfiye olabildiğini açıklar.

Piyasa emri gerçekte ne kadara mal olur: ücret, fiyat farkı ve kayma

Bir borsanın ücret sayfasındaki oran, piyasa emrinin maliyetinin yalnızca bir parçasıdır. Geri kalanı gerçekte aldığınız fiyattan gelir ve bu da işleminizin yönüne, emir büyüklüğünüze ve o andaki emir defteri derinliğine bağlıdır. Borsaları adil karşılaştırmak için ortalama dolum fiyatını tek bir referans fiyata göre ölçün, sonra işlem ücretinizi ekleyin ve fiyat farkını iki kez saymamaya dikkat edin.

İşlem yapmadan önce emir defteri derinliğinden kayma nasıl tahmin edilir

Kayma, beklediğiniz fiyat ile gerçekte aldığınız ortalama fiyat arasındaki farktır. Çoğunu emir vermeden önce tahmin edebilirsiniz, çünkü emir defteri her fiyatta ne kadar olduğunu gösterir. Tüketeceğiniz taraftaki kademeleri büyüklüğünüzü karşılayana kadar toplayın, ortalama fiyatı hesaplayın ve orta fiyatla karşılaştırın. Tahmin yalnızca alındığı anlık görüntü kadar iyidir ve defterler tam da en çok ihtiyaç duyacağınız anlarda incelir.

Yapıcı ve alıcı ücretleri: kripto borsası işlem ücretleri nasıl karşılaştırılır

Yapıcı (maker), defterde dolmayı bekleyen bir emir ekler. Alıcı (taker), zaten orada olan bir emre karşı dolar. Çoğu borsa alıcılardan daha fazla ücret alır, çünkü yapıcılar başkalarının karşısında işlem yaptığı likiditeyi sağlar. Borsaları yalnızca başlıktaki ücretle karşılaştırmak yanıltıcıdır: genellikle hangi tarafta işlem yaptığınızı, hacminizin sizi gerçekte hangi kademeye koyduğunu ve aynı işlemde ücretin kayma ve fonlamayla nasıl kıyaslandığını bilmeniz gerekir.

Bir kripto borsasının kapalı olup olmadığı nasıl anlaşılır: adım adım rehber

Bir borsa sizin için çalışmayı bıraktığında ilk soru, herkes için mi yoksa yalnızca sizin için mi kapalı olduğudur. Bunu genellikle birkaç dakikada yanıtlayabilirsiniz: borsanın kendi durum sayfasına bakın, bağımsız bir ölçümü kontrol edin, başka bir ağ deneyin ve herkese açık API'yi doğrudan test edin. Her kaynak farklı bir şey görür; bu yüzden tek bir yeşil sayfa her şeyin yolunda olduğunu kanıtlamaz, tek bir başarısız istek de borsanın kapalı olduğunu kanıtlamaz.

Borsa gerçekten kapalı mı? API çalışma süresi ve kesinti kayıtları

Çalışma süresi, belirli hizmetlere yapılan başarılı isteklerin belirli bir dönemde ve belirli bir ağ yolundan payını anlatır. Emir verip veremeyeceğinizi, para çekip çekemeyeceğinizi veya bir borsaya varlıklarınızı emanet edip edemeyeceğinizi göstermez. %99,9 gibi bir rakam ancak neyin, nereden ve ne kadar süreyle test edildiğini biliyorsanız yararlıdır; bu rehber bu ayrıntıları sayfalarımızda ve başka her yerde nasıl okuyacağınızı anlatır.

Açık pozisyonunuz varken kripto borsası kapanırsa ne yapmalı

Pozisyon tutarken borsa yanıt vermeyi keserse ilk işiniz gerçekte neyin bozulduğunu bulmak, ikincisi durumu kötüleştirmemek, üçüncüsü hâlâ çalışan yoldan riskinizi azaltmaktır. Aynı emri tekrar tekrar göndermeyin, çünkü önceki denemeler gerçekleşmiş olabilir. Alternatif yol olarak mobil uygulamayı ve API'yi kontrol edin, riskiniz büyükse başka yerde korunmayı düşünün ve daha sonra gündeme getirmeniz gerekirse diye olanı kaydedin.

Borsa API'si zaman damgasını neden reddeder: saat sapması ve bayat fiyatlar

Hızlı bir yanıt eski bir kotasyon içerebilir. Gidiş dönüş gecikmesi, saat sapması ve kotasyon yaşı bir isteğin farklı parçalarını anlatır ve bunları karıştırmak bir saat uyumsuzluğunu gecikmeli bir piyasa akışı gibi gösterebilir. Bu rehber her birini örnekle açıklar, onları nasıl tahmin ettiğimizi gösterir ve bir borsa API'si isteğinizi zaman yüzünden reddettiğinde ne yapacağınızı anlatır.

Binance -1021 «Timestamp for this request» hatası: nedenleri ve çözümü

Binance API hatası -1021 INVALID_TIMESTAMP, imzalı isteğinizdeki zaman damgasının Binance'in kabul ettiği pencerenin dışına düştüğü anlamına gelir. Mesaj genellikle Timestamp for this request is outside of the recvWindow veya was 1000ms ahead of the server's time şeklindedir. Çoğu durumda neden kendi saatinizdir; çözüm onu eşitlemek, Binance'in sunucu saatine göre sapmayı ölçmek ve kalan ağ gecikmesini doğru yönetmektir. Daha büyük bir recvWindow sorunu gizleyebilir, ama ilk hamleniz olmamalıdır.

Borsa API'si neden 403 veya 451 döndürür: engeller, bölgeler ve ayırt etme

403, sunucunun isteğinizi anladığı ve yerine getirmeyi reddettiği anlamına gelir. 451, erişimin yasal nedenlerle reddedildiği anlamına gelir. Kripto borsası API'lerinde 403 bir web güvenlik duvarı, istek sınırı, yetkisiz anahtar veya bölgesel engel olabilir, bu yüzden kod tek başına hangisi olduğunu söylemez. Yanıt gövdesi, borsanın belgeleri ve başka bir ağdan karşılaştırma genellikle söyler. Gerçek bir kısıtlama size bir nedenle uygulanır; doğru tepki, hizmetin bulunduğunuz yerde sunulup sunulmadığını öğrenmektir.

Kripto borsasında hesap açmadan önce: Türkiye için kontrol listesi

Bir kripto borsasında hesap açmadan önce dört şeyi kontrol edin: borsanın yaşadığınız yerde hizmet vermesine izin verilip verilmediği, Sermaye Piyasası Kurulu'nun listesinde yer alıp almadığı, önünüzdeki sitenin gerçek site olup olmadığı ve borsanın son zamanlarda nasıl çalıştığı. Kayıt formu on dakika sürer. Yanlış bir seçimin sonuçlarını toparlamak ise aylar alabilir, bazen hiç mümkün olmaz. Bu rehber her kontrolü sırayla anlatıyor ve okurlarımızın en çok sorduğu iki borsa olan Binance ile OKX'i örnek alarak Türkiye'deki güncel durumu açıklıyor.