Canlı ticarətə başlamazdan əvvəl WEEX Demo-da ticarət strategiyasını necə test etmək olar

Ticarət strategiyasını test etməyin etibarlı yolu üç mərhələdən keçir və hər mərhələ özünü aldatmanın fərqli formasını aradan qaldırır: ideyanın nə vaxtsa işləyib-işləmədiyini yoxlamaq üçün backtest, əvvəllər görmədiyiniz qiymətlərdə işlədiyini yoxlamaq üçün WEEX demo hesabında forward test və real icralara tab gətirdiyini yoxlamaq üçün kiçik, limiti qoyulmuş canlı pilot. Manual treyderlər ikinci mərhələni demo terminalında həyata keçirirlər. Tərtibatçılar bunu WEEX-in futures API-si üzərində icra edirlər; API canlı endpoint-lər kimi işləyən, lakin demo SUSDT-də hesablaşan POST /capi/v3/sim/order və GET /capi/v3/sim/balance kimi simulyasiya edilmiş endpoint-ləri təqdim edir. Bu məqalədə hər mərhələdə nələrin ölçülməli olduğu, demonun strategiyanı hansı konkret üsullarla olduğundan daha yaxşı göstərdiyi və şanslı bir aya deyil, proses göstəricilərinə əsaslanan keçid qaydası izah olunur.

Birinci mərhələ: Backtest və backtestin sizə deyə bilmədikləri

Backtest bir suala cavab verir: bu qaydalar toplusu tarixi məlumatlar üzərində müsbət gözlənilən nəticə yaradıb? O, gələn ay bunun baş verib-verməyəcəyini deyə bilməz və kriptovalyuta perpetual müqavilələrində digər bazarların çoxundan daha böyük əhəmiyyət daşıyan üç səbəbə görə nəticələri sistematik şəkildə şişirdir.

Komissiyalar və funding nəzərə alınmır və ya az qiymətləndirilir. Perpetual müqavilədə gündə on dəfə ticarət edən strategiya hər səkkiz saatdan bir taker komissiyası və funding ödəyir; bunlardan hər hansı birini nəzərə almayan backtest zərər edən sistemi zahirən gəlirli göstərə bilər.

İcraların şamın bağlanış qiymətində və ya siqnal qiymətində baş verdiyi fərz edilir. Canlı bazarda altcoin perpetual müqaviləsində market əmri order book-un bir neçə səviyyəsi üzrə icra olunur; limit əmri isə qalib olacaq əməliyyatlarda ümumiyyətlə icra olunmaya bilər.

Gələcəyə baxma və overfitting prosesə daxil olur. Tarixi məlumatlarda sazladığınız istənilən parametr həmin məlumatlarda gələcəkdəkindən daha yaxşı görünəcək.

Beləliklə, backtestin vəzifəsi yaxşı ideyaları təsdiqləmək deyil, pis ideyaları ucuz şəkildə rədd etməkdir. Realist komissiyalarla backtestdən keçməyən strategiya bitmiş hesab olunur. Keçən strategiya isə yalnız forward test hüququ qazanır, bundan artıq heç nə etmir.

İkinci mərhələ: WEEX Demo-da əl ilə və ya sim API vasitəsilə forward test

Forward test strategiyanı simulyasiya edilmiş pulla, real vaxtda, qabağa baxmaq imkanı olmadan canlı qiymətlər üzərində işlətmək deməkdir. WEEX demo hesabı bunun üçün yaradılıb: eyni terminal, eyni canlı qiymət və funding axını, SUSDT-də 50,000 USDT başlanğıc balansı və balans 5,000-dən aşağı düşdükdə, müraciətlər arasında 72 saatlıq gözləmə müddəti olmaqla istifadə edilə bilən 5,000 USDT artırmalar.

Diskresion strategiya üçün demo terminalında forward testi əl ilə aparın. Qaydalarınızın yaratdığı hər siqnalı qaydalarınızın müəyyən etdiyi ölçüdə qəbul edin və nəticəni bilməzdən əvvəl hər əməliyyatı qeydiyyata alın: quruluş, giriş, stop, hədəf, ölçü və səbəb. Nəticədən əvvəl qeyd aparmaq intizamı məlumatları istifadəyə yararlı edən amildir.

Avtomatlaşdırılmış strategiya üçün botu WEEX-in futures API-sindəki simulyasiya edilmiş endpoint-lərə yönləndirin. 2026-cı ilin sentyabrına olan vəziyyətə görə sənədləşdirilmiş demo endpoint-ləri bunlardır:

• POST /capi/v3/sim/order sifariş yerləşdirmək üçün (TRADE icazəsi tələb olunur; BTCSUSDT kimi symbol, side, positionSide, type, quantity, newClientOrderId və limit sifarişləri üçün GTC, IOC və ya FOK dəyərinə malik price və timeInForce tələb edir; iş tipi CONTRACT_PRICE və ya MARK_PRICE olmaqla ixtiyari tpTriggerPrice və slTriggerPrice istifadə edilə bilər).
• GET /capi/v3/sim/balance demo hesabının balansını, mövcud balansı, dondurulmuş məbləği və reallaşdırılmamış PnL-ni oxumaq üçün (USER_DATA icazəsi, IP çəkisi 5).
• Bütün mövqelər və sifariş tarixçəsi üçün demo ekvivalentləri.

Endpoint-lər canlı sistemdəki ilə eyni autentifikasiya başlıqlarından (ACCESS-KEY, ACCESS-SIGN, ACCESS-TIMESTAMP, ACCESS-PASSPHRASE), eyni HMAC SHA256 və Base64 imzalama sxemindən və eyni 30 saniyəlik timestamp tolerantlığından istifadə edir. Məhz məqsəd budur: pul real olmasa da, botunuzun autentifikasiya, xəta idarəetməsi və sifarişlərin idarə edilməsi kodu real şəraitdə yoxlanılır. Canlı yol /capi/v3/order, demo yolu isə /capi/v3/sim/order olduğuna görə baza yolunu kodun hər yerinə səpələmək əvəzinə konfiqurasiyada saxlayın; beləliklə canlıya keçid nəzərdən keçirə biləcəyiniz bir sətirlik dəyişiklik olacaq.

Forward test zamanı iki API detalını canlıda aşkar etmək əvəzinə əvvəlcədən tətbiq etmək faydalıdır. Birincisi, newClientOrderId idempotentlik açarınızdır; timeout-dan sonra təkrar göndərilən sorğunun ikiqat icraya səbəb olmaması üçün onu hər siqnal üzrə deterministik yaradın. İkincisi, rate-limit başlıqlarına əməl edin. Sifariş endpoint-ləri hesab üzrə məhdudlaşdırılır və demo cavabında X-ORDER-COUNT-10S və X-ORDER-COUNT-1M kimi sayğaclar göstərilir; onlara məhəl qoymayan bot canlıda ən pis anda HTTP 429 xətası və 10 saniyəlik bloklama ilə qarşılaşacaq.

Forward test zamanı nələri ölçmək lazımdır

P&L forward testin yaratdığı ən az faydalı rəqəmdir, çünki bir bazar rejimində bir neçə həftəlik nəticələr əsasən şansdan asılı olur. Bunun əvəzinə prosesi ölçün.

• Nümunə ölçüsü: ən azı 30–50 tamamlanmış əməliyyat; əks halda statistika səs-küydən ibarət olur. Aşağı tezlikli swing sistemi üçün bu, aylar demək ola bilər; qısa yol yoxdur.
• R ilə gözlənilən nəticə: risk vahidinin qatları ilə ifadə olunan hər əməliyyat üzrə orta nəticə. 50 əməliyyatda 0.3R gözlənilən nəticəsi 12 əməliyyatda +18% göstərən sistemdən daha informativdir.
• R ilə maksimum drawdown və onun müddəti. Əvvəlcədən hansı drawdown səviyyəsində dayanacağınızı müəyyən edin; forward test həmin səviyyəyə çatarsa, yekun P&L-dən asılı olmayaraq strategiya uğursuz olub.
• Siqnala riayət: verilən siqnalların spesifikasiyaya uyğun olaraq həqiqətən qəbul edilən faizi. Təxminən 90%-dən aşağı nəticə yazılı şəkildə müəyyən etdiyiniz strategiyadan fərqli bir strategiyanı test etdiyiniz deməkdir.
• İcra fərqi: qaydalarınızın fərz etdiyi qiymətlə demonun faktiki icra etdiyi qiymət arasındakı fərq. Bu, canlı slippage-in aşağı həddidir.
• Botlar üçün: xəta növünə görə xəta dərəcəsi (autentifikasiya, rate limit, rədd edilmiş parametrlər), yenidən qoşulma davranışı və botun öz mövqe jurnalının hər yoxlama zamanı birjanın mövqelər endpoint-indəki mövqelərlə uyğun olub-olmaması.

WEEX Demo strategiyanı necə daha yaxşı göstərir və bunu necə düzəltmək olar

Hər bir simulyator bazardan daha mərhəmətlidir. Demonun konkret üstünlükləri proqnozlaşdırıla biləndir və hər birinin düzəliş yolu var.

Demo icraları likvidliyi tükəndirmir. BTC və ETH perpetual müqavilələrində təhrif kiçikdir, nazik altcoin cütlərində isə böyükdür. Düzəliş: forward testi canlı ölçünüzə uyğun dərinliyə malik cütlərlə məhdudlaşdırın və ya siqnal anında canlı order book-a əsasən hər əməliyyat üçün slippage çıxımı tətbiq edin.

Stop-loss əmrləri trigger qiymətində icra olunur. Real kaskad zamanı stop-market əmri likvidliyin olduğu yerdə icra edilir. Düzəliş: əsas aktivlərdə stopların trigger qiymətindən bir və ya iki tick pis, altcoin-lərdə isə nəzərəçarpacaq dərəcədə daha pis qiymətdə icra olunduğunu modelləşdirin və strategiya imkan verirsə mark-price trigger-lərindən istifadə edin.

50,000 USDT balansı treyderlərin çoxu üçün real deyil. Düzəliş: demoda nəzərdə tutduğunuz canlı balans səviyyəsinə qədər ticarət edin və ölçünü həmin rəqəmdən hesablayın; beləliklə leverage və mövqe ölçüsü faktiki canlı ticarətdəki kimi olacaq.

Emosional xərc yoxdur. Bunun heç bir düzəlişi mövcud deyil; üçüncü mərhələ məhz bunun üçündür.

Üçüncü mərhələ: Limitli canlı pilot və keçid qaydası

Canlıya keçid yaxşı həftə ilə deyil, forward test göstəriciləri ilə başladılmalıdır. Müdafiə oluna bilən qayda belədir: ən azı 50 forward-test əməliyyatı, R ilə müsbət gözlənilən nəticə, əvvəlcədən müəyyən edilmiş limit daxilində drawdown, 90%-dən yüksək siqnala riayət və botlar üçün son iki həftədə təmiz xəta jurnalı.

Canlı pilot daha sonra sərt limitlə işləyir. Yalnız tamamilə itirsəniz belə nəticəsiz qala biləcəyiniz məbləğlə maliyyələşdirin, mövqeləri forward-test ölçüsünün bir hissəsi ilə açın və demodakından daha aşağı leverage istifadə edin. Bot üçün baza yolunun /sim/-dən canlı yola dəyişdiyi, API açarının isə testdə istifadə etdiyiniz açardan yalnız bu strategiya üçün yaradılmış, ayrıca, IP ilə məhdudlaşdırılmış Futures/Contract əhatəli açara dəyişdirildiyi mərhələ budur. Demo botunu paralel işlək saxlayın; canlı və demo icraları və ya PnL arasındakı fərq real dünya sürtünməsinin əldə edə biləcəyiniz ən aydın ölçüsüdür.

Pilot birbaşa ölçdüyünüz slippage-i nəzərə alaraq forward-test gözlənilən nəticəsini təkrarladıqdan sonra miqyası artırın. Əgər bunu etmirsə, strategiya pilotda uğursuz olmayıb; o, forward testdə uğursuz olub və pilot bunu ucuz şəkildə üzə çıxarıb.

Təcrübəli operatorlar nəyə nəzarət edir

Sistematik treyderlərin çoxunu bitirən uğursuzluq pis strategiya deyil. Bu, yaxşı forward testdən sonra tam ölçüdə canlı yerləşdirmə, ehtiyacından artıq səlahiyyətlərə malik açar, saatı geri qalan server və kill switch-in olmamasıdır. Demo hesabı və sim API pul işə qarışmazdan əvvəl bu problemləri aradan qaldırmaq üçün mövcuddur. Onlardan darıxdırıcı, lakin vacib işlər üçün istifadə edin: autentifikasiya, idempotentlik, rate-limit idarəetməsi, yenidən qoşulmalar və mövqelərin uzlaşdırılması. Strategiyanın üstünlüyü, əgər varsa, bundan sonra da qalacaq.

FAQ

1. WEEX-də real pul olmadan ticarət strategiyasını test edə bilərəmmi?

Bəli. WEEX demo hesabı futures üçün 50,000 USDT simulyasiya edilmiş vəsait təqdim edir və futures API-si avtomatlaşdırılmış test üçün /capi/v3/sim/ altında simulyasiya edilmiş endpoint-lər təqdim edir.

2. WEEX demo API endpoint-ləri canlı sistemdəki ilə eyni autentifikasiyadan istifadə edirmi?

Bəli. Eyni ACCESS-KEY, ACCESS-SIGN, ACCESS-TIMESTAMP və ACCESS-PASSPHRASE başlıqları, HMAC SHA256 imzalama və 30 saniyəlik timestamp pəncərəsi tətbiq olunur.

3. Forward testə güvənməzdən əvvəl neçə əməliyyata ehtiyacım var?

R ilə ölçülmüş ən azı 30–50 tamamlanmış əməliyyat. Bundan az olduqda nəticə strategiyadan çox bazar rejiminin təsiri altında qalır.

4. Demo nəticələri niyə canlı nəticələrdən daha yaxşı görünür?

Demo icraları likvidliyi tükəndirmir, stoplar trigger qiymətində icra olunur, balans əksər canlı hesablardan böyükdür və emosional xərc yoxdur. Xüsusilə likvid olmayan cütlərdə bunların hər biri nəticələri şişirdir.

5. Demo sifariş endpoint-i hansı API icazəsini tələb edir?

Sənədləşdirilmiş POST /capi/v3/sim/order endpoint-i TRADE icazəsi, balans endpoint-i isə USER_DATA tələb edir. Test üçün ayrıca açardan, canlı sistem üçün isə ayrıca, IP ilə məhdudlaşdırılmış açardan istifadə edin.

6. Canlıya keçdikdən sonra demonu işlək saxlamalıyam?

Bəli. Eyni strategiyanı demo və canlıda paralel işlətmək slippage və icra sürtünməsinin birbaşa ölçülməsini təmin edir.

Risk xəbərdarlığı

Leveraged futures ticarəti bütün marjanızın sürətlə itirilməsi ilə nəticələnə bilər və backtestlərdə və demo forward testlərində yaxşı işləyən strategiya slippage, likvidlik boşluqları, komissiyalar, funding və simulyasiyaların təkrarlaya bilmədiyi icra xətləri səbəbindən canlıda zərər edə bilər. Avtomatlaşdırılmış strategiyalar əlavə əməliyyat riski yaradır: xəta, saatın geri qalması, rate-limit bloklaması və ya səhv konfiqurasiya edilmiş API açarı geri qaytarılması mümkün olmayan, nəzərdə tutulmamış sifarişlər yerləşdirə bilər. Kriptovalyuta qiymətləri dəyişkəndir və yatırdığınız kapitalın bir hissəsini və ya hamısını itirə bilərsiniz. WEEX demo və API funksiyaları 2026-cı ilin sentyabrına olan vəziyyətə görə təsvir edilir və dəyişə bilər; burada yazılanlar investisiya məsləhəti deyil.