Abone dogru sinyali alabilir ancak yine de yanl?s pozisyonda olabilir. Bunun nedeni genellikle liderin mant?g?nda degil, emir gonderimi ile son durumu aras?ndaki surecte bulunur: zaman as?m?, k?smi gerceklesme, iptal, yeniden talep veya hesapta manuel islem.

Boyle uyusmazl?klar?n birikmemesi icin copytrading sistemine ayr? bir mutabakat gerekir. Bu, hedef pozisyonu, bilinen aktif emirleri ve borsadaki mevcut hesap durumunu kars?last?r?r. Bu kaynaklar?n hicbiri tek bas?na tam resmi vermez.

Bir islemin uc durumu

Sinyalin ard?ndan en az uc farkl? durum vard?r.

Sistemin niyeti. Abonenin, kopyalama katsay?s?, risk limitleri, minimum lot ve yuvarlama uyguland?ktan sonra sahip olmas? gereken pozisyon.

Gonderilmis ancak tamamlanmam?s emirler. Bunlar pozisyonu degistirmis olabilir, ancak hesapta mevcut hacim henuz guncellenmemistir.

Borsa gercegi. Borsan?n ozel ak?s ve kontrol REST istekleri arac?l?g?yla dondurdugu emirler, gerceklesmeler ve pozisyon.

Sadece hedefi mevcut pozisyonla kars?last?rmak sistemin yolda olan emirleri fark etmemesine ve fazla hacim gondermesine neden olabilir. Sadece yerel gunluk kullan?l?rsa manuel islem veya baglant? kayb? sonras? degisiklik gozukmez. Mutabakat her iki kaynag? dikkate almal?d?r.

Emir olusturma yan?t? neden islemi tamamlamaz

Borsa API’leri asenkron cal?s?r. Basar?l? yan?t genellikle platformun istegi ald?g?n? bildirir. Sonraki emir durumu degisebilir.

Bybit dokumantasyonunda ac?k ve kapal? emirler icin doldurulmam?s, k?smi gerceklesmis ve yeni tamamlanm?s durumlar ayr? belirtilmistir. Anl?k guncellemeler icin borsa ozel WebSocket emir ak?s?n? onerir. Binance, emir guncelleme etkinliginde durum degisikligi ve kumulatif gerceklesen hacmi aktar?r. OKX dokumantasyonunda da live, filled ve iptal durumlar?ndaki gecisleri iceren emir kanal? aboneligi anlat?l?r.

Bundan c?kar?lacak pratik kural: HTTP yan?t?, emir olay? ve hesap pozisyonu farkl? ogelerdir. Nihai sonuc icin kal?c? bir kimlik kars?last?rmas? gerekir.

Zaman as?m? ve tehlikeli tekrar

Zaman as?m? sadece istemcinin yan?t? zaman?nda alamamas? demektir. Istegin ticaret sistemine ulas?p ulasmad?g?n? gostermez.

Iki senaryo mumkundur:

  • Borsa emri almam?st?r;
  • Borsa emri al?p gerceklestirmistir, ancak yan?t kaybolmustur.

Kontrol edilmeden hemen istegi tekrar etmek, ikinci senaryoda ikinci emrin ac?lmas?na neden olur. Bu yuzden ticaret entegrasyonunda genellikle benzersiz musteri kimligi ve idempotent islem kullan?l?r. Belirsiz sonucta sistem once emir kimligiyle arama yapar veya gecmis ve olay ak?s?yla geri yukler. Yeni emir sadece onceki deneme s?n?fland?r?ld?ktan sonra gonderilir.

Bu, CopyTrader'?n ozgul ic uygulamas? degil, guvenilir entegrasyonun genel prensibidir.

K?smi gerceklesme delta hesaplamas?n? degistirir

Diyelim ki abonenin hedef pozisyonu 1,0 BTC, mevcut gercek pozisyon 0,6 BTC ve ac?k al?s emri 0,4 BTC yar? yar?ya gerceklesmis.

Borsa gerceklesen 0,2 BTC’yi mevcut pozisyona dahil ettiyse, kalan ac?k emir miktar? 0,2 BTC. Dikkate al?nan durum sudur:

gercek pozisyon + ac?k emirlerin gerceklesmemis k?sm?.

Ornegimizde 0,8 + 0,2 = 1,0 BTC. Ek emir gerekli degildir.

Sistem yaln?zca 0,8 BTC pozisyonunu gorurse, fazladan 0,2 BTC gonderebilir ve ilk emir tamamland?ktan sonra 1,2 BTC olur. Eger tam tersine emrin tamam?n? pozisyona eklerse, gerceklesen k?s?m iki kez say?l?r.

Formul pozisyon modeli, yon, hedge/tek yon modu ve borsa sozlesmesine bagl?d?r. Ama prensip ayn?d?r: gerceklesen hacim ve ac?k kalan kar?smamal?d?r.

Emir ve pozisyon mutabakat dongusu

Pratik mutabakat dongusu birkac ad?mdan olusur.

  1. Hedefi al. Kopyalama ve abone limitleri sonras? hedef pozisyonu kay?t alt?na al.
  2. Borsa verisini al. Guncel pozisyon, aktif emirler ve yak?n son durumlar? getir.
  3. Kimlikleri eslestir. Ic karar, musteri ID ve borsa emir ID’sini kars?last?r.
  4. Durumu normallestir. Yon, gerceklesen hacim, ac?k kalan, miktar ad?m? ve pozisyon modunu hesaba kat.
  5. Fark? hesapla. Hedefi gercek pozisyon ve halen gerceklesebilecek hacimle kars?last?r.
  6. Nedeni s?n?fland?r. Zaman as?m?, reddedilme, k?smi gerceklesme, iptal, manuel islem, olay kayb? veya ayar degisikligi.
  7. Eylemi sec. Izle, kalanlar? iptal et, duzeltme emri gonder, otomatik duzeltmeyi bloke et veya durumu isletene aktar.
  8. Son durumu kontrol et. Eylem sonras? tekrar borsa verisini sorgula.

Otomatik duzeltme her zaman uygun degildir. Sebep bilinmiyorsa veya hesapta d?s islem varsa, sonsuz piyasa emri gonderip hedefi zorlamaktansa durup fark? gostermek daha guvenlidir.

Tipik senaryolar

Gozlem Muhtemel sebep Tekrar emir oncesi kontrol edilecek
Gonderim sonras? yan?t yok Zaman as?m? veya baglant? kayb? Musteri emir ID’si, emir gecmisi ve ozel ak?s
Durum k?smen dolu kal?yor Yetersiz likidite veya limit fiyat Gerceklesen hacim, kalan, gecerlilik suresi ve guncel hedef
Emir iptal edildi Manuel iptal, IOC/FOK, borsa kural? Son durum ve iptal nedeni
Ac?k emir yokken pozisyon farkl? Manuel islem, kaybolan olay, farkl? pozisyon modu Gerceklesme gecmisi ve hesap ayarlar?
Tekrar sonras? hacim hedefi ast? Ilk deneme kabul edildi Her iki emir ID’si ve yeniden gonderme kural?

Tablo arast?rmaya baslamak icin yard?mc? olur ama her borsan?n sozlesmesini de kars?lamaz. Durum isimleri ve olay s?ras? farkl?l?k gosterebilir.

Kullan?c?n?n gormesi gereken

Sadece "islem kopyaland?" durumu yeterli degildir. Bu bircok durumu birlestirir ve yanl?s guven yarat?r.

Ayr? ayr? gosterilmesi daha faydal?d?r:

  • sinyal al?nd?;
  • emir haz?rland?;
  • emir borsa taraf?ndan kabul edildi;
  • k?smen veya tamamen gerceklesti;
  • reddedildi veya iptal edildi;
  • pozisyon mutabakata ulast?;
  • fark tespit edildi ve mudahale gerekiyor.

Tart?smal? durumlar icin minimum gizli bilgisi olmayan gunluk gerekir: zaman, arac, yon, istenen ve gerceklesen hacim, ortalama fiyat, son durum ve dahili ID baglant?s?. API anahtarlar? ve diger kay?t bilgileri boyle bir gunlukte olmamal?d?r.

Bu materyalin diger kontrollerle iliskisi

Ayar senkronizasyonu, mevcut hesap parametreleriyle guvenli sekilde islem kopyas? gonderilip gonderilemeyecegini yan?tlar. Kay?plar arast?rmas?, ayn? sinyalin ayn? ortalama fiyat? garanti etmedigini gosterir. Gerceklesme sonras? mutabakat ise ucuncu sorunu cozer: sistemin yaratmay? amaclad?g? durum gerceklesti mi.

Bu kontroller piyasa riskini ortadan kald?rmaz. Uyusmazl?klar nedenlerini ay?r?r ve islemciye dogru mudahale icin kan?t saglar.

Materyal egitim amacl?d?r ve genel ticaret entegrasyon prensiplerini ac?klar. Belirli bir urunun sozunu, tum baglant?l? borsalar?n ozelligini veya yat?r?m onerisini icermez.