Abonenin API anahtar? suresi doluyor, izin verilen IP degisiyor veya bir s?z?nt? suphesi ortaya c?k?yor. Yeni bir anahtar yerlestirip kopyalamaya devam etmek yeterli gibi gorunuyor. Ancak borsa erisimi ve ticaret hesab?n?n durumu farkl? seylerdir. Bilgilerin degistirilmesi, ac?k pozisyonun kapand?g?n?, koruyucu emrin korundugunu veya kac?r?lan islemin geri yuklenecegini kan?tlamaz.

Hizmet sahibi ve kendi kitlesi icin k?sa bir prosedur gereklidir: kim anahtar? degistirir, kesinti s?ras?nda pozisyonlardan kim sorumludur ve baglant?n?n ne zaman tekrar cal?s?r durumda say?lacag? hangi olcutlerle belirlenir. Asag?da boyle bir plan var, her turlu yap?land?rmada sorunsuz degistirme sozu degil.

Planl? degistirme ve s?z?nt? suphesi farkl? durumlard?r

Planl? bak?mda zaman? onceden kararlast?rmak ve hesab?n durumunu kontrol etmek mumkundur. Kompromi suphesi varsa oncelik farkl?d?r: hesap sahibi supheli anahtar? borsa araclar?yla iptal eder ve hesab?n guvenligini kontrol eder. Surekli kopyalama icin olas? sald?rgana erisim b?rakmak mumkun degildir.

Cekim izninin kald?r?lmas? ticaret anahtar?n? zarars?z yapmaz: ticaret izni piyasa pozisyonunu degistirmeye olanak verir. Bu nedenle yeni anahtar yoneticiye mesajlasmada gonderilmez, destek kayd?na konmaz ve ekran goruntusunde gosterilmez. Kullan?c? bunu kendisi ilgili korumal? alanlara girer.

Anahtar?n s?zm?s olma ihtimali varsa asag?daki normal plana borsan?n guvenlik proseduru eklenir. Kimlerin hesaba erisimi oldugu bilinmezken baglant?y? yeniden etkinlestirmek uygun degildir.

Degistirmeden once neyin bagl? oldugunu belirleyin

Borsay?, hedef hesab? veya alt hesab?, piyasay? ve proje kullan?c?s?n? kaydedin. Yeni anahtar ayn? varsay?lan hesaba ait olmal?d?r: benzer baglant? ad? bunu dogrulamaz. Ayr? olarak eski anahtar?n baska bir robot veya servis taraf?ndan kullan?l?p kullan?lmad?g?n? ogrenin. Onun iptali sadece kopyalamay? degil diger islevleri de durdurabilir.

Proje sahibi ve abonenin uc soruya ortak yan?t? olmal?d?r:

  • Cal?sma s?ras?nda hangi ticari islemler gerceklesebilir?
  • Mevcut pozisyonlar ve emirler kim taraf?ndan izleniyor?
  • Yeni baglant? dogrulanmazsa ne yap?lacak?

Belirli bir proje icin dogrulanmadan "yeni girisler durduruldu, c?k?slar devam ediyor" modu vaat etmeyin. Kopyalaman?n durdurulmas? ve pozisyonun kapat?lmas? ayr? ele al?nm?st?r: bu tek bir islem degildir.

Gizli bilgiler olmadan baslang?c durumunu kaydedin

Planl? degisimden once kullan?c? borsada pozisyonlar?, aktif emirleri ve mevcut bakiyeyi kontrol eder. Cal?sma notunda UTC zaman?, enstruman, yon ve pozisyon hacmi, onemli emirlerin kimlikleri ve izlemekle sorumlu kisi yeterlidir.

Ne kaydediyoruz Ne icin laz?m
Hesap, piyasa ve proje kullan?c?s? Baska bir baglant?ya erisim geri yuklenmesin diye
Pozisyonlar ve aktif emirler Kesinti s?ras?nda degisiklik fark etmek icin
Son bilinen kopyalama olay? Kontrol edilecek aral?g?n s?n?r?n? belirtmek icin
Sorumlu kisi ve iletisim yolu Sorunun destek ile abone aras?nda kalmamas? icin

Bu bir bak?m gunlugudur, API bilgisi deposu degildir. Borsa dokumantasyonu anahtar iptalinden sonra emirlerin ak?betini dogrulam?yorsa varsay?m yapmay?n: durumlar?n? ayr? kontrol edin.

Yetkileri, sonra ticaret durumunu kontrol edin

Borsan?z?n guncel talimat?na gore yeni anahtar olusturun. Izinler ilgili piyasa icin uygun olmal?d?r; CopyTrader icin cekim izni gerekmez. IP k?s?tlamas? varsa guncel baglant? adreslerini servisten kontrol edin, eski yaz?smalardan almay?n.

CopyTrader baglant? talimat?nda kullan?c? ayarlar?nda anahtarlar?n kontrolu anlat?l?r. Bu erisim hatas?n? bulmada yard?mc?d?r ancak tum kesinti suresinin dogru islenip islenmedigini dogrulamaz. Yeni bilgilerin kaydedilme ve yeniden etkinlestirme s?ras?, degisiklikten once kendi yap?land?rman?z icin netlestirilmelidir.

Erisim kontrolunden sonra borsadaki mevcut pozisyonlar ve emirleri baslang?c kayd?yla kars?last?r?n. Bilinmeyen bir gerceklesme var m?? Pozisyonu degistirebilecek emir kald? m?? Baglant? yokken islemler yap?ld? m?? Senkronizasyonu onemsiz bir test gibi baslatmay?n: ticari islemlere yol acabilir.

Ornek: anahtar degisti ama islem bitmedi

Abonenin ac?k pozisyonu ve koruyucu emri vard?. Degisim s?ras?nda trader hacmini azaltt?. Yeni anahtar kontrolu geciyor, ancak abonenin pozisyonu hala oncekinden. Bu hemen manuel tekrarla islem yapma nedeni degildir: once hangi emirlerin gonderildigi ve hangilerinin gerceklestigi belirlenmelidir.

Operator kesinti s?n?rlar?n? kaydeder ve gizli bilgi olmadan zaman?, enstruman? ve islem kimliklerini incelemeye verir. Emir ve pozisyon uyumu gerceklesme olgusunu cozmeye yard?mc? olur; API'nin yesil statusu bunun yerine gecmez.

Bak?m talebini ne zaman kapatmal?

Gerekli hesap ve izinler dogruland?g?nda, kalan pozisyon ve emirler bilindiginde, sonraki yonetim bicimi kararlast?r?ld?g?nda ve eski anahtar plana uygun iptal edildiginde cal?sma biter. Son onay borsadan al?n?r, sadece hizmetten bilgilerin silinmesi yeterli degildir.

Halk icin yeni anahtar?n nereye girilecegini, destege ne gonderilmemesi gerektigini ve hata halinde hangi bilgilerin eklenmesi gerektigini onceden haz?rlamak uygundur. CopyTrader hizmetiniz icin altyap? saglar, haz?r aboneler degil: anlas?l?r bak?m proseduru proje sahibinin gorevi olarak kal?r. Bu islem piyasa riskini ortadan kald?rmaz, ancak geri yuklenen erisimle hesab?n geri yuklenen yonetimi kar?st?r?lmamas?na yard?mc? olur.

Malzemeyi paylas