Rehber Yayımlandı 2026-11-07 7 dk okuma

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.

Kısa yanıt

Makinenizin saatini bir zaman hizmetiyle eşitleyin, sonra Binance'in sunucu saatiyle karşılaştırın. Binance, zaman damgası sunucu saatinden 1.000 ms'den az ileride ve recvWindow'dan fazla geride değilse isteği kabul eder. Varsayılan recvWindow 5.000 ms'dir.

Hata ne anlama gelir

Binance imzalı uç adreslerde, yani hesabınıza dokunan isteklerde (emir vermek veya bakiye okumak gibi) timestamp parametresi ister. Bu, isteğin oluşturulduğu milisaniye cinsinden zaman olmalıdır. Binance bunu bayat veya yeniden oynatılan istekleri reddetmek için kullanır; böylece yakalanan bir istek daha sonra öylece yeniden gönderilemez.

Kontrol Binance'in belgelerinde yazılıdır:

if (timestamp < serverTime + 1000 && serverTime - timestamp <= recvWindow) { process } else { reject }

Bunu iki ayrı sınır olarak okuyun ve hangi mesajın hangisiyle geldiğine dikkat edin.

Çok ileride: zaman damganız Binance'in saatinden 1.000 ms veya daha fazla ilerideyse Timestamp for this request was 1000ms ahead of the server's time alırsınız. Saatiniz ileri gidiyordur.
Çok geride: Binance işlediğinde zaman damganız recvWindow değerinden eskiyse Timestamp for this request is outside of the recvWindow alırsınız. Saatiniz geridir veya isteğin ulaşması çok uzun sürmüştür.

İki sınır eşit değildir. Geri tarafta varsayılan 5.000 ms toleransınız vardır, ileri tarafta yalnızca 1.000 ms ve recvWindow değerini artırmak ileri taraf için hiçbir şey yapmaz.

Binance API belgelerinin hata kodları sayfası, recvWindow ve sunucu saatinden 1000 ms ileride olmakla ilgili iki mesajla -1021 INVALID_TIMESTAMP girişini gösteriyor — Binance'in hata kodu belgelerindeki -1021 girişi ve iki mesajı. Aldığınız mesaj saatinizin hangi yönde saptığını söyler. developers.binance.com · 2026-11-07

1. adım: sapmayı ölçün

Tahmin etmeyin. Sunucu saatini alın ve kendi saatinizle karşılaştırın. Herkese açık uç adres anahtar gerektirmez. USD marjlı vadeli işlemler için https://fapi.binance.com/fapi/v1/time, spot için https://api.binance.com/api/v3/time kullanılır.

Küçük bir Python kontrolü şöyle görünür:

import time, requests; t0 = time.time()*1000; s = requests.get("https://fapi.binance.com/fapi/v1/time").json()["serverTime"]; t1 = time.time()*1000; print("offset ms:", s - (t0 + t1) / 2, "round trip ms:", t1 - t0)

Bu, sunucunun saatini okuduğu anın en iyi tahmini olarak gidiş dönüşün orta noktasını kullanır. Birkaç kez çalıştırın. Pozitif sapma Binance'in saatinin sizinkinden ileride, yani saatinizin geri olduğu anlamına gelir. Negatif sapma sizinkinin ileride olduğu anlamına gelir. Gidiş dönüş büyükse veya çok değişiyorsa ağınız da sorunun parçasıdır. Saat sapması rehberimiz bu yöntemi ve sınırlarını açıklıyor.

2. adım: saatinizi eşitleyin

Sapma birkaç yüz milisaniyeden fazlaysa önce saatinizi düzeltin. Çoğu durumu bu çözer.

Linux: timedatectl ile kontrol edin. Eşitleyen bir hizmet yoksa chrony kurup etkinleştirin, sonra büyük bir sapmayı hemen düzeltmek için chronyc makestep kullanın.
Windows: Tarih ve Saat ayarlarını açın ve «Şimdi eşitle» kullanın. Windows'un varsayılan eşitlemesi seyrektir, bu yüzden makine iki eşitleme arasında kayabilir. Daha sık bir zaman hizmeti yapılandırmayı düşünün.
macOS: Tarih ve Saat ayarlarında «Saati ve tarihi otomatik ayarla» seçeneğini açın.
Docker: kapsayıcı ana makinenin saatini kullanır, bu yüzden ana makineyi düzeltin. Docker Desktop'ta dizüstünüz uyuduktan sonra dahili sanal makine kayabilir ve yeniden başlatmak çoğu zaman hatayı giderir.
Sanal makineler ve bulut sunucuları: duraklatılmış veya taşınmış bir makine eski bir saatle dönebilir. İçinde bir zaman hizmeti çalıştırın.

Sisteminizde varsayılan yapılandırma yoksa NTP Pool belgeleri herkese açık zaman sunucularının kurulumunu anlatır, ama çoğu bulut sağlayıcısı kendi dahili zaman hizmetini sunar ve bu genellikle daha iyi bir seçimdir.

3. adım: zaman damgasını doğru anda üretin

Kodunuz zaman damgasını çok erken oluşturuyorsa doğru bir saat yine de bu hatayı üretebilir. Şu nedenleri kontrol edin:

Zaman damgası göndermeden çok önce oluşturuluyor. İmzalayıp göndermeden hemen önce oluşturun. İsteğiniz bir kuyruktan veya yavaş bir iş parçacığından geçiyorsa zaman damgası beklerken yaşlanır.
Yeniden deneme döngüsü isteği yeniden kullanıyor. Yeniden denenen isteğin yeni bir zaman damgasına ve yeni bir imzaya ihtiyacı vardır, yoksa birkaç denemeden sonra bu hatayla başarısız olur.
Yanlış birim. Binance milisaniye bekler. Saniye cinsinden zaman damgası on üç yerine on basamaklıdır ve pencerenin çok dışında kalır.
Kendi istemcinizin hız sınırlaması. İmzalı bir isteği birkaç saniye bekleten istemci tarafı bir kısıtlayıcı onu pencerenin dışına yaşlandırır.
Aşırı yüklü bir makine. CPU doyduğunda zaman damgası ile gönderim arasındaki gecikmeler şaşırtıcı derecede uzun olabilir.

4. adım: gerekiyorsa istemcinizde zaman farkı kullanın

Yaygın bir yaklaşım, başlangıçta sunucu saatini almak, kendi saatinizle farkını hesaplamak ve her zaman damgasına eklemektir. Birçok istemci kütüphanesi bunu seçenek olarak sunar, örneğin zaman farkını otomatik ayarlayan bir seçenek.

Sistem saatini kontrol edemediğiniz yerlerde yararlıdır, ama bir zayıflığı vardır: saatiniz kaymaya devam ettikçe fark eskir. Bu yaklaşımı kullanıyorsanız düzenli yenileyin ve hatayı yeniden denemeden önce bir kez yenileyerek ele alın. Sistem saatini düzeltmek daha iyi uzun vadeli çözümdür, çünkü tüm yazılımınız bundan yararlanır.

5. adım: recvWindow hakkında dikkatle düşünün

recvWindow, timestamp değerinden sonra isteğin geçerli kaldığı milisaniye sayısıdır. Varsayılanı 5.000'dir. Binance'in belgeleri bunu, bir isteğin belirli bir süre içinde işlenmesi veya reddedilmesi gerektiğini söylemenin yolu olarak anlatır; yani bir sıkıntı değil, bir güvenlik özelliğidir. Artırmak hataları durdurabilir, ama ne anlama geldiğini düşünün. Binance'e birkaç saniye önce oluşturulmuş bir emrin şimdi gerçekleşmesine razı olduğunuzu söyler. Hızlı bir piyasada 30 saniye önce karar verdiğiniz işlem bugün bambaşka bir işlem olabilir.

Büyük bir pencere gerçek sorunu da gizler; ister kayan bir saat ister güvenilmez bir ağ olsun. Saatiniz ileriyse hiç yardımcı olmaz, çünkü 1.000 ms'lik sınır ayrıdır. Yalnızca ölçülü artırın, yalnızca geçici çözüm olarak ve yalnızca neler olduğunu ölçtükten sonra. Büyük bir pencereye ihtiyaç duyuyorsanız asıl sorun başka yerdedir.

Sorun ağ veya Binance olduğunda

Saatiniz doğruysa ve zaman damgaları doğru anda oluşturuluyorsa yola bakın. Yüksek gecikme, paket kaybı veya tıkanık bir vekil sunucu, isteklerin pencerenin dışına düşecek kadar uzun sürmesine neden olabilir. 1. adımdaki gidiş dönüş süresi bunu gösterir. Binance'in API'si de kendi altyapısının arkasındadır, bu yüzden yoğun zamanlarda kısa ömürlü gecikmeler mümkündür.

Ara sıra görülen tekil hatalar, isteği yeniden oluşturup göndererek ele alırsanız genellikle zararsızdır. Daha önce sağlam olan birçok makinede ani bir patlama ağı veya borsayı işaret eder. Yakın zamandaki saat sapması ve yanıt süreleri dahil Binance okumalarımızla karşılaştırın ve duyurularına bakın. Verilerimiz yine de Binance'in herkese açık API'sini yalnızca konumumuzdan görüldüğü kadarıyla gösterir.

Kodda ele almak

Sağlam bir istemci -1021'i genel bir başarısızlık değil, bilinen ve kurtarılabilir bir durum olarak görür.

Yeniden gönderme, yeniden oluştur. Yeni zaman damgası ve imzayla yeni bir istek oluşturun.
Bir emri yeniden denemeden önce kontrol edin. Bu ret, bu isteğin işlenmediği anlamına gelir, ama önceki denemelerinizde başka hatalar olduysa ikiye katlamamak için önce emir durumunu sorgulayın. Tekrarın fark edilebilmesi için benzersiz bir istemci emir numarası kullanın.
Yeniden denemeleri sınırlayın. Sıkı bir döngüde yeniden denemek sizi hız sınırlarına sokabilir. Hız sınırı rehberimiz sonuçları anlatıyor.
Sapmayı ve gidiş dönüşü kaydedin. Bu hata tekrarladığında kayıt, saatinizin mi kaydığını yoksa ağın mı kötüleştiğini hemen söyler.
Uyarı kurun. Artan bir -1021 oranı, bir makinenin saatinin bozulduğuna dair erken bir uyarıdır.

Diğer borsalarda da aynı hata var mı?

Evet. İmzalı istek kullanan her borsada, farklı bir kod ve farklı bir pencereyle, bu kontrolün bir sürümü vardır. Örneğin Bybit kendi sunucu saatine göre zaman damgası kontrolü ve recv_window parametresi kullanır, OKX de istek başlıklarında zaman damgası ister. Tavsiye aynıdır, ama kesin sınırlar için her borsanın belgelerini okuyun.

-1021 hatası hakkında sık sorulanlar

Neden dizüstümde çalışıp sunucumda başarısız oluyor ya da tersi?

Çünkü her makinenin kendi saati ve Binance'e giden yolu vardır. Sapma kontrolünü ikisinde de çalıştırın. Bulut sunucularının saati normalde iyidir, uyuyan dizüstülerinki çoğu zaman değildir.

Hiçbir şey değişmediği hâlde hata neden aniden başladı?

Saatler yavaş kayar. Bir sapma sınırı aşana kadar haftalarca büyüyebilir. Bir sistem güncellemesi zaman hizmetini devre dışı da bırakabilir ve yeni bir ağa geçmek gecikmeyi artırabilir.

recvWindow'u en yükseğe ayarlamak güvenli mi?

Birçok hatayı durdurur, ama Binance'in niyet ettiğinizden çok daha eski bir isteği, hareket etmiş olabilecek bir piyasada gerçekleştirebileceği anlamına gelir. Bunu en fazla geçici bir önlem olarak görürüz.

Bu hata fonlarıma zarar verir mi?

Hayır. Bu ret, isteğin işlenmediği anlamına gelir, dolayısıyla o istek hesabınızda hiçbir şeyi değiştirmemiştir. Asıl risk, kritik bir anda emrinizin gitmemesidir. Örneğin bir stratejinin pozisyon kapatması gerektiği anda bu hatayı alması, ölçülmemiş bir riskle kalması demektir. Bu yüzden izlemek ve uyarı kurmak önemlidir.

Bu hata Binance'in kapalı olduğu anlamına mı gelir?

Hayır. Aksine, isteğinizin Binance'e ulaştığını ve reddedildiğini gösterir. Sunucu yanıt veriyor demektir. Bir kesintide genellikle zaman aşımı veya 5xx yanıtları görürsünüz. Yine de ikisi bir arada görülüyorsa ağ yolunu da kontrol edin.

Örnek bir sorun giderme akışı

Bir bot sabah saatlerinde bu hatayı almaya başlıyor. Sapma kontrolünü çalıştırıyorsunuz ve saatinizin 1,4 saniye ileride olduğunu görüyorsunuz. Mesaj da «ileride» diyor, yani recvWindow artırmak işe yaramazdı. Zaman hizmetinin durduğunu fark edip yeniden başlatıyorsunuz, sapma birkaç milisaniyeye iniyor ve hata kayboluyor. Son olarak sapmayı izleyen bir uyarı ekliyorsunuz. Tüm iş on dakika sürer ve kök nedeni çözer.

Bu sırayla düzeltin

İki mesajdan hangisini aldığınızı okuyun.
Binance'in sunucu saatine göre sapmanızı ölçün.
Sistem saatinizi eşitleyin ve eşit kaldığını doğrulayın.
Zaman damgasını imzalayıp göndermeden hemen önce oluşturun.
Yeniden denemelerin zaman damgasını ve imzayı yeniden oluşturduğundan emin olun.
Ancak bundan sonra recvWindow'da ölçülü bir değişiklik düşünün.

İlgili yazılar: Saat sapması ve bayat fiyatlar · Borsa API hız sınırları ve 429 hatası · Borsa API'si neden 403 veya 451 döndürür

Kaynaklar

Binance · Hata kodları · Binance · Genel bilgiler ve zamanlama güvenliği · NTP Pool Project · 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.

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.

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.