SOL USD-M Günlük Oynaklık Hedefli Zaman Serisi Momentumu, Uzun-Kısa (Tek Enstrümanlı BINANCE Sürekli Vadeli Sözleşme, Düşüş Kontrolü İçin HARD-BOUNDED Ters Gerçekleşen Oynaklık Maruziyet Ölçeklemesiyle Trend Sinyali, Saf OHLCV, Kuyruk Riskine Dayanıklı, Az Parametreli)

LONG-SHORT, SINGLE-INSTRUMENT, DAILY zaman serisi momentum stratejisi; SOLUSDT.BINANCE (USD-M sürekli vadeli sözleşme) üzerinde, doğrulanmış trend sinyaliyle birlikte HARD-BOUNDED VOLATILITY-TARGETING katmanı kullanır: maruziyeti yakın dönem gerçekleşen oynaklığa göre INVERSELY ölçekler (Moreira-Muir oynaklık yönetimli momentum); yüksek oynaklık rejimlerinde riski azaltır, sakin dönemlerde yeniden artırır. SOL bilinçli olarak seçilmiştir; çünkü HIGHEST-VOLATILITY temel trend takipçidir (öne çıkarılan TS-momentum kardeş stratejisi, BTC/ETH/SOL kümesindeki en derin düşüşleri taşır). Bu nedenle oynaklık hedefleme katmanı — amacı tamamen düşüş/kuyruk kontrolü olan — tam da burada MAXIMAL Calmar/Sharpe faydasını sağlar. Böylece en çok önem taşıdığı varlıkta oynaklık hedefli düşüş kontrolü ailesi tamamlanır (ETH kardeş stratejisi beklemededir). Tasarım alanı tek bir uygulanabilir noktaya daraldıktan sonra kanıtların zorunlu kıldığı seçim budur: sinyaller OHLCV+fonlamayla sınırlandırıldı (tüm sayım akışlarında — tasfiyeler/OI/hesap oranı/taker — çok yıllı verinin duvara takılarak sansürlendiği doğrulandı); karşıt yönlü stratejiler/tuzaklar tamamen kapatıldı; tek isimli yalın PRICE trend kopyaları, öne çıkarılan kardeş stratejilerin ötesinde avantaj/çeşitlendirme sağlamıyor; spot katmanları artefaktlara yatkın; çok enstrümanlı stratejiler (tek pozisyonlu rotasyon dâhil) motorda bozuk. Oynaklık hedefleme katmanı, doğrulanmış avantajın yeniden biçimlendirilmesi yerine RETURN PROFILE (düşüş) değerini değiştiren, belgelenmiş tek değişikliktir. Yalnızca güvenli olduğu kanıtlanmış sınırlar içinde tasarlandı: SOL (doğrulanmış temel trend takipçi, paper_stage kardeş stratejisi); OHLCV-ONLY (duvarla sınırlanmamış en derin veri); MOMENTUM/trend yönünde (karşıt yönlü değil); DAILY (yeterli örneklem); USD-M PERP (miktar/kaldıraç üzerinden oynaklık ölçeklemesi, NOT spot — spot özsermaye fiyatlama/pozisyon biriktirme artefaktından kaçınır); SINGLE-INSTRUMENT/SINGLE-VENUE/SINGLE-ACCOUNT (MI toplulaştırma hatası yok). CRITICAL sınırlandırılmış maruziyet koruması: maruziyet = clamp(target_vol/realized_vol, 0, MAX<=1.5), yalnızca netleştirme; gerçekleşen günlük strateji getirisinin dayanak varlığın gerçek günlük hareketini asla aşmadığını açıkça doğrulayan bir kontrolle. Bu, SOL/BTC fonlama doğrulamalı ve geri çekilme testlerinde tekrar tekrar görülen hedefin üzerinde avg_position_pct / pozisyon biriktirme / tek günde akıl dışı hareket artefaktını doğrudan giderir. Az sayıda parametre.

Yineleme 2, previous_code temelinde yapılan en küçük değişiklikle hipotezin önlemeyi amaçladığı artefaktı gideriyor; momentum+oynaklık ölçekleme sinyal mantığına dokunulmuyor (Katmanlar 1-2 zaten geçti). İmkânsız tek günlük getirilerin (+137.8% / -124.3%, özsermayenin sıfırın altına düşmesi) ve avg_position_pct 169% değerinin temel nedeni şu: temel şablon netleştirme yapan ONE pozisyon tutuyor (pozisyon biriktirme yok; base_template _process_primary içinde doğrulandı), ancak yalnızca girişte uygulanan maruziyet sınırlaması HELD pozisyonunu hiçbir zaman sınırlamadı. Birden çok gün süren ters trend boyunca taşınan sabit oranlı bir pozisyon (gevşek 4xATR / işaret değişimi çıkışları), nominal değer/MTM-özsermaye oranının ~4-5x seviyesine kaymasına yol açıyor; böylece olağan bir 25-30% SOL günlük hareket, özsermayede >100% dalgalanmaya dönüşüyor. Düzeltmeler: (1) should_exit, her mumda gerçekleşmemiş K/Z + nakit olarak MTM özsermayeyi hesaplıyor ve elde tutulan etkin kaldıraç ceiling*1.05 değerini aşınca pozisyonu kapatıyor (sınırlandırılmış maruziyet koruması gerçekten devreye giriyor); vaat edilen çalışma zamanı doğrulaması olarak herhangi bir pozitif olmayan MTM özsermaye durumunda yüksek sesle kayıt tutup pozisyonu kapatıyor; (2) sert bir 12% fiyat temelli zarar-kes, işlem başına zararı sınırlayarak kaldıraç şişmesini baştan önlüyor; (3) kaldıraç açıkça 1.5 olarak ayarlandı, böylece min(max_exposure, kaldıraç)=1.5 oluyor ve motorun teminat modeli pozisyon boyutlandırmasıyla eşleşiyor; bu da tavan=1.0 ile hedef-1.5 arasındaki uyumsuzluğu gidererek avg_position_pct değerinin amaçlanan tavanı aşmasına yol açan sorunu çözüyor. Bu yapısal sınırlar, tek günlük strateji hareketini dayanak varlığın gerçek hareketinin yaklaşık 1.5x katı veya altında tutar ve avg_position_pct değerini 1.5 tavanı içinde korur; böylece temiz yeniden çalıştırma, herhangi bir optimizasyondan önce gerçek (zayıf) avantajı ölçebilir.

Hipotezin OWN önceden kayıtlı kabul eşiği uyarınca vazgeçin; bu eşik şöyle diyor: 'avg_position_pct <=100% AND fiziksel olarak imkânsız gün içi öz sermaye sıçraması yok; ihlal edilirse vazgeç ve konuyu üst mercie taşı.' Her iki koşul da başarısız oldu: avg_position_pct, 163.9% (bu hipotezin var olmasının tek nedeni olan sınırlı maruziyet katmanı maruziyeti NOT sınırlandırdı) ve daily_returns, SOL gerçek günlük hareketlerinin yaratamayacağı ve kaldıraç patlamasına işaret eden fiziksel olarak imkânsız tek günlük dalgalanmalar içeriyor (+154.7%, -114.1%, +142.3%, +93.5%) (-114% günlük bir hareket ve -100.57% 2023 yıllık getiri, pozisyonların üst üste bindirilmesine ilişkin muhasebe bozulmadan imkânsızdır). Yapay sonucun destekleyici belirtileri: return_kurtosis 771, çarpıklık 23.6, annualized_vol 180%, max_drawdown 73% (CI ile 100% arasında) ve 135.8% olan, kapatılmamış açık MTM içeren bir 324% başlık değeri. Bu gerçek bir avantaj değil, tekrarlayan aşırı maruziyet/pozisyonların üst üste bindirilmesi yapay sonucudur; üzerindeki Sharpe 0.226 (CI, 0 aralığını kapsıyor) anlamsızdır. Bu, doğrulanmış bir iç mekanizmayı değil, belirtinin kendisini ifade eder — giriş üst sınırı + should_exit MTM kaldıraç koruması, elde tutulan maruziyeti sınırlı tutamadı. Optimizasyon, maruziyet muhasebesi kaynaklı yapay sonucu düzeltemez; hipotezin konuyu üst mercie taşıma maddesi uyarınca motor/koruma incelemesi için konuyu üst mercie taşıyın.

Sınırlı maruziyet koruması — bu hipotezin var olmasının tek nedeni — geriye dönük testte NOT çalışıyor. Herhangi bir optimizasyondan önce bunu düzeltin: 1) IMPOSSIBLE SINGLE-DAY RETURNS: daily_returns, +137.8% (2023-10-11), -124.3% (2023-10-20), +114.9% (2021-12-07), +111.7% (2021-07-17), +100.6% (2026-05-06) içeriyor. 1.0-1.5x nominal SOL pozisyon bir günde >100% hareket edemez; SOL için gerçek hayattaki en kötü günler yaklaşık +/-25-30%. Vaat edilen kontrol (|günlük strateji getirisi| <= max_exposure x |dayanak varlığın günlük hareketi|) açıkça devreye girmiyor. Bu kontrolü gerçek bir çalışma zamanı denetimi olarak ADD ve yeniden böyle bir durumla karşılaşılmaması için ihlal edildiğinde geriye dönük testin açıkça başarısız olmasını sağlayın. 2) AVG EXPOSURE EXCEEDS THE CEILING: avg_position_pct, belirttiğiniz max_exposure=1.5 AND ile karşılaştırıldığında 169%; etkin üst sınır min(1.5, kaldıraç)=1.0 (yapılandırmadaki kaldıraç varsayılan olarak 1.0). Ya amaçlanan 1.5x değerine uyacak şekilde kaldıracı açıkça belirleyip bunu belgeleyin ya da pozisyon boyutlandırma akışı üst sınırı aşan nominal değer üretiyor. position_size() işlevini inceleyin: get_account_equity() değerinin güncel öz sermaye olduğunu (pozisyonu bileşik biçimde büyütecek şekilde gerçekleşmemiş K/Z ile şişmediğini), mevcut aynı yönlü pozisyonun üzerine miktar gönderilmediğini ve uzun<->kısa dönüşümün doğru netleştirildiğini doğrulayın (boyutu qty olan bir SELL, boyutu qty olan bir LONG karşısında FLAT olur, kısa pozisyona dönüşmez — dönüşlerde eksik ya da fazla işlem yapıyor olabilirsiniz). 3) Düzeltmeden sonra ilk geriye dönük testi yeniden çalıştırın. Optimizasyon öncesi kabul eşiği: hiçbir NO günlük getiri, SOL o günkü gerçek hareketinin yaklaşık 1.5x değerini aşmamalı ve avg_position_pct amaçladığınız üst sınırın altında olmalı ya da ona eşit olmalı. Ancak bundan sonra, şu anda bu yapay sonuç tarafından maskelenen gerçek avantaj ölçülebilir. Yapay etki olmadan bile dayanak varlığın avantajı zayıf görünüyor (PF 1.02, Sharpe 0.17); dolayısıyla temiz yeniden test, bunun optimize edilmeye değer olup olmadığını da gösterecek.