Düzeltme kaydı: ne, neden, ne zaman değişti

Hata yaparız. Rehber türü içerik özellikle kolay eskir — platform arayüzü değişir, kütüphane bir alanı günceller, komisyon ayarlanır. Hata olunca yazıyı silip hiçbir şey olmamış gibi yapmaz, açıkça buraya kaydederiz: hangi sayfayla ilgili, eskiden nasıl yazılmıştı, neye çevrildi, neden değiştirildi, ne zaman değiştirildi. Bu kaydı yazıyla karşılaştırıp doğru düzeltip düzeltmediğimize kendin karar verebilirsin.

Bir düzeltmeyi nasıl ele alırız

Olgu hatası, seni işlemde yanıltacak olanlar (yanlış alan, tersine söylenmiş parametre gibi): metni en kısa sürede düzeltir, bu sayfaya bir kayıt bırakırız.
Eskiyen bilgi (platform arayüzü, arayüz, komisyon değişti): metni günceller ve "OKX resmî sitesinde güncel olan esastır" notunu ekleriz.
Tamamen metinsel, anlamayı etkilemeyen küçük düzeltmeler (yazım, dizgi): doğrudan düzeltir, genelde ayrı kayıt tutmayız.

Bir yazının yanlış veya eskimiş olduğunu fark edersen, [email protected] adresine yaz ya da iletişim sayfasına bak. Kabul edilen düzeltmeleri aşağıya kaydederiz.

Kayıtlar

Tarih	İlgili sayfa	Orijinal → düzeltilmiş	Sebep
2026-09-16	OKX API otomatik işlem risk yönetimi, OKX API kuantitatife giriş, OKX API hata ayıklama	OKX'in resmî API dokümanına karşı dört nokta yeniden doğrulandı. ① Özel emir numarası `clOrdId` tekrarlandığında «borsa yalnızca ilk emri kabul eder» yazıyordu → düzeltildi: mükerrerlik kontrolü yalnızca hesabındaki henüz sonlanmamış emirler arasında yapılır; emir bir kez gerçekleşince ya da iptal edilince aynı `clOrdId` yeniden kullanılabilir ve yeniden gönderim yepyeni bir emir olarak kabul edilir. `clOrdId` ile emir sorgulayan kod da açık emir / geçmiş listesi uçlarından emir detayı ucuna taşındı (o iki liste ucunun istek parametrelerinde `clOrdId` diye bir alan hiç yok). ② «Çekim kapalıysa hesaplar arası transfer bile yapılamaz» yazıyordu → düzeltildi: resmî tanıma göre işlem (Trade) yetkisinin kendisi fon transferini ve bir kısım hesap ayarını kapsar; çekim yetkisinin yönettiği şey zincir üstü çekimdir. ③ İptalden sonra «aynı emir numarası, durum canceled döner» yazıyordu → düzeltildi: iptal yanıtında durum alanı yoktur, yalnızca isteğin alındığını gösterir; gerçekten iptal olup olmadığı ikinci bir sorguyla kontrol edilmelidir, kod bloğuna bu adım eklendi. ④ 50120 «yetki yetersiz», 50102 / 50105 / 50110 ile birlikte «HTTP katmanında hepsi 401» başlığı altında toplanmıştı → düzeltildi ve 50120 ayrı tutuldu: o HTTP 200 ile döner ve yalnızca yanıt gövdesindeki code ile ayırt edilebilir.	① ve ③ insana «gönderildi»yi «oldu» diye okutur: emri yeniden göndermek mükerrer gerçekleşmeye yol açabilir, iptal olmadığı hâlde olmuş sanmak da öyle; ikisi de doğrudan para kaybettiren yanlış yargılardır. ② yetki sınırını olduğundan dar anlatıyordu; okur bir anahtar sızıntısının sonuçlarını hafife alabilirdi. ④ durum koduna göre yazılmış hata dallarının koca bir yetki hatası sınıfını kaçırmasına yol açar. Dördü de OKX'in resmî API dokümanı esas alınarak düzeltildi (2026-09-16 doğrulandı).
2026-09-08	Demo hesap nasıl kullanılır, OKX API kuantitatife giriş	Yazıda yapılandırmaya `'options': {'sandboxMode': True}` yazmanın `set_sandbox_mode(True)` ile "aynı etkiyi" yaptığı ve demo hesapta gerçek hesabın API Key'inin kullanılabileceği söyleniyordu → şu şekilde düzeltildi: demo hesaba yalnızca `set_sandbox_mode(True)` geçirir — `x-simulated-trading: 1` demo başlığını bu yöntemin kendisi ekler, değeri yapıcının `options` alanına yazmak onu hiç çağırmaz; ayrıca demo hesabın, demo ortamının içinde oluşturulan kendi Demo Trading API Key'i olmalıdır. Demo ile gerçek hesabın tek bir REST sunucusunu paylaştığı ve yalnızca o başlıkla ayrıldığı bilgisi ile her iki kod bloğuna birer kendi kontrol `print` satırı eklendi.	2026-06-03'te eklediğimiz "açıklama" bizzat yanlıştı; Key iddiasıyla birlikte burada düzeltiliyor. İki hata bir araya gelince okur kendini demo hesapta sanıyordu; oysa istek demo işareti taşımıyordu ve elindeki Key işlem yetkili gerçek hesap Key'iyse çıkan emirler gerçekti. Bu kez sonuçları ccxt'nin `set_sandbox_mode` uygulamasıyla ve OKX'in resmî API dokümanındaki demo bölümüyle karşılaştırarak doğruladık.
2026-06-08	OKX API kuantitatife giriş	Orijinalde ccxt'teki `password` alanı belirsizce "şifreni gir" diye yazılmıştı → "API Key oluştururken belirlediğin Passphrase'i gir; bu ne giriş şifresidir ne de secret" şeklinde net olarak değiştirildi.	Eski ifade okuru giriş şifresini girmeye yöneltip sürekli kimlik doğrulama hatası almasına yol açabiliyordu. Bu, yeni başlayanların en sık düştüğü çukur, net anlatılmalı.
2026-06-06	OKX spot grid botu nasıl kurulur	Orijinal örnekte grid "sayısı" ile "grid başına kâr oranı" ilişkisi çok kesin anlatılmıştı (kabaca "grid sayısı arttıkça her gridin kârı artar" yazıyordu) → "sabit aralıkta grid sayısı arttıkça her gridin fiyat farkı küçülür, grid başına kâr da azalır, tetiklenme sıklaşır" olarak değiştirildi; o testteki somut parametreler de eklendi.	Eski ifade nedensellik ilişkisini ters anlatıyor, okuru körü körüne grid sayısını artırmaya yöneltebilirdi. Düzeltme sonrası demo hesap test sonucumuzla uyumlu.
2026-06-05	OKX komisyonu ve maliyet hesabı	Orijinalde somut maker/taker komisyon rakamları doğrudan verilmişti → komisyonun yalnızca "seviyeye ve emir koyma/yeme durumuna göre ayrıldığı" açıklamasıyla değiştirildi ve hepsine "somut komisyon OKX resmî sitesinde güncel yayımlanana göredir" notu eklendi.	Borsa komisyonları ayarlanır, rakamı sabitlemek kolayca eskir ve yanıltır. Resmî siteye yönlendirilerek okurun eski rakama göre karar vermesi önlendi.
2026-06-03	Demo hesap nasıl kullanılır	Orijinalde yalnızca ccxt'te `set_sandbox_mode(True)` ile demo hesaba geçilebileceği yazıyordu → "bazı sürümler yapılandırmada `'options': {'sandboxMode': True}` yazmayı da destekler, ikisinden biri yeterli" açıklaması eklendi ve farklı ccxt sürümlerinde yazımın değişebileceği hatırlatıldı.	Bazı okurlar belirli sürümlerde tek yazımın çalışmadığını bildirdi. İkinci yazım eklenince kapsam genişledi, "demo hesaba geçemiyorum" sorununda takılma azaldı.

Bu kayıt sürekli uzayacak. Var olma amacı yalnızca "hata kabul etmek" değil — bu siteye güvenmeye değip değmeyeceğine karar vermenin dayanaklarından biri de bu: nerede yanlış yaptığını açıkça paylaşan bir site, sonsuza dek "hiç hata yapmayan" bir siteden, vaktini ayırmaya daha değerdir.