Kesitsel RETAIL-CROWDING Kontrarian Rotasyon, Yalnızca-Long (BINANCE USD-M, 8 Büyükler, WEEKLY En 3 LEAST Perakende-Kalabalık İsimleri GLOBAL Long/Short Hesap-Oranına Göre Tut — Saf Az-Sahiplik FACTOR, Momentum Değil; Sistemik-Coşku Nakit Kapısı, 2-Parametre)

Binance VISION 'metrics' dosyalarından (MULTI-YEAR ila ~2020, 30-günlük API'yi NOT) alınan GLOBAL long/short ACCOUNT oranı (count_long_short_ratio, bir perakende-konumlandırma proxy'si) olan gerçek bir NON-PRICE CROWDING sinyaliyle isimleri seçen, USD-M evreninin 8 büyüğü üzerinde (BTC, ETH, SOL, BNB, AVAX, LINK, ADA, XRP) haftalık yeniden dengelenen kesitsel bir LONG-ONLY ROTATION. Mekanizma saf bir UNDER-OWNERSHIP faktörüdür — perakendenin LEAST kalabalık-long olduğu büyükleri tutun, çünkü kalabalık-long isimler gizli long-likiditasyon/sıkıştırma-aşağı riski taşırken, az-sahipli isimlerin talep edilecek alanı vardır. Bu, burada tekrar üretilebilir şekilde hayatta kalan ONLY yapısal ailesinde bilinçli olarak yer alır — yalnızca long, büyükler, haftalık tutma top-K, düşük parametre sayısı (dağıtılan momentum rotasyonu Sharpe 2.6 ve negatif-finansman taşıma sepeti Sharpe 1.97) — ve her ikisine de ORTHOGONAL seçim anahtarı katkıda bulunur: fiyat göreceli-gücü (momentum) değil ve finansman (taşıma) değil, ancak kalabalık konumlandırması. Seansın kanıtlarına göre her ölüm modundan kaçınır: NOT tek-isim yönsel zamanlayıcı (bunlar -100% / -43% / risk-reddi ile öldü), NOT dolar-nötr yayılma (short bacak yok → 90% DD patlaması yok), NOT finansman/opsiyonlar/likiditasyonlar/saf-OHLCV. Bekleyen SmartMoneyGatedMomentumRotation'dan (TOP-TRADER kohortunu bir momentum defterini GATE için kullanan) ve EthRetail'den (tek-isim long-short solması) farklıdır: bu, LONG-ONLY kontrarian sepette PRIMARY kesitsel sıralama anahtarı olarak RETAIL/global kohortunu kullanır, hiçbir momentum bileşeni olmaksızın. 2 parametre, K ve kadans kanıtlanmış şablona dondurulmuş.

QA tarafından ortaya atılan kusuru tam olarak düzeltir. QA sıralama anahtarını reddetti çünkü açık faiz (a) bir perakende proxy'si değildir — tüm katılımcılar arasındaki toplam açık nominaldir — ve (b) yön-körüdür, toplam perp long'lar short'lara eşit olduğundan, 'en az kalabalık-LONG' ifadesini taşıyamaz. Yeni sıralama anahtarı, `taker_flow_by_instrument`'ten bacak başına okunan `taker_long_short_vol_ratio`'tür: agresif BUY hacminin agresif SELL hacmine bölümüdür, dolayısıyla yapısı gereği DIRECTIONAL'dır (yüksek bir değer, kelimenin tam anlamıyla, kalabalığın o isimde long'a yattığı anlamına gelir) ve toplam açık nominal yerine bir saldırgan/alıcı tarafı (perakende yönelimli) ölçüdür. Aynı zamanda hipotezin veri kaynağı olarak adlandırdığı aynı Binance VISION `metrics` dosyalarından gelir, aynı çok-yıllık--2020 geçmişiyle — sadece sütun farklıdır. Sıralama, her ismin kendi z-skorunu (7günlük ortalama vs 90günlük ortalama/ss) kullanır, böylece yapısal olarak farklı alıcı seviyeleri BTC ve ADA arasında karşılaştırılır; ek verilerdeki sabit mutlak eşiklerin ölçek-değişmez olmadığı dersi uyarınca. DISCLOSED, NOT HIDDEN: hipotezin literal anahtarı, isim başına GLOBAL long/short ACCOUNT oranıdır (`long_short_ratio`, aynı parquet'te), ancak pipeline yalnızca PRIMARY sembolü için `metrics` yükler ve mevcut olan tek bacak başına kesitsel kablolamalar `funding_rates_by_instrument`, `open_interest_by_instrument` ve `taker_flow_by_instrument`'tir (subprocess_entry.py) — dolayısıyla hesap oranındaki 8-isimlik bir sıralama bugün strateji kodunda ifade edilemez; üçünü yansıtan bir `global_ratio_by_instrument` kablolaması gerektirir, bu bir pipeline değişikliğidir. Mevcut üçü arasında, alıcı akışı hem yönsel hem de perakende taraflı olan tek akıştır, dolayısıyla sadık bir vekildir ve hesap oranı IS mevcut olduğu yerde hâlâ kullanılır (BTC coşku nakit kapısı). Göndermeden önce gerçek verilere karşı doğrulandı: tüm 8 bacaklar 1737-2193 günü kapsayan 8k-noktalı adımlı seriler taşır, son 4 yıl içinde 208/208 simüle edilmiş haftalık yeniden dengeleme sıralanmış bir kesit üretir ve varlıklar her isim boyunca döner (her biri 67-86 seçim) tek birine yapışmak yerine — dolayısıyla bu işlem yapar ve dejenere bir sıralama değildir. Devralınan iki küçük düzeltme daha: haftalık kadans artık süreç-göreli `_bar_i` sayacı yerine barın zaman damgasına takvim-çıpalıdır (yeniden başlatma-güvenli, tekrar-özdeş), ve `exit_level` kesinlikle `euphoria_level`'tan küçük olmaya zorlanır, böylece optimize edici histerezi barda-bazlı bir salınıma dönüştüremez. Katman-3 zaman aşımı güvenliği değişmeden korunur: önek toplamları + searchsorted her barda-bazlı aramayı O(log n) tutar ve ayrıştırma-zamanı adımlama __init__'i tüm 8 bacaklar için ölçülen ~10s ile sınırlar.

verification_loop: Doğrulama başarısız (Katman 4 — QA incelemesi) [class=hypothesis_mismatch]: - [edge_concern] Sandbox, çalışan ve işlem yapan tutarlı bir salt uzun majörler sepetidir (337 işlem, avg_trade_return_pct 0.69% ücret tabanını temizler), ancak total_return -20.85%, information_ratio -0.901 eşit ağırlıklı sepet kıyaslamasına kıyasla, ve max_drawdown 71% (CI - 96%) ikame edilmiş alıcı akışı sıralama anahtarının saf eşit ağırlıklı tutmaya göre negatif riske göre düzeltilmiş değer eklediğini gösteriyor. Bu yalnızca tavsiye niteliğindedir; sıralama anahtarı uyumsuzluğunun altındadır ve düzeltilmiş bir uygulama üzerinde analist tarafından yeniden değerlendirilmelidir, burada engellenmez. - [kritik] Hipotezin tek tanımlayıcı özelliği -- başlık/açıklama boyunca yeniden ifade edilmiş ('GLOBAL Long/Short Hesap Oranı ile', 'count_long_short_ratio', 'Saf Bir Düşük Sahiplik FACTOR, Momentum Değil') -- CROSS-SECTIONAL RANKING KEY her isim başına global long/short ACCOUNT oranıdır, momentuma ve fondan kasıtlı olarak bağımsız olan bir perakende konumlandırma/sahiplik proxy'sidir. Kod buna NOT sıralaması yapar. _crowd_z() / _rebalance(), 8 majörlerini `taker_flow_by_instrument`'den okunan `taker_long_short_vol_ratio`'e (agresif BUY hacmi / agresif SELL hacmi) göre sıralar. Alıcı long/short hacim oranı bir FLOW/AGGRESSOR ölçüsüdür, sahiplik/konumlandırma ölçüsü değildir -- hesap oranından önemli ölçüde farklıdır ve muhtemelen hipotezin açıkça bağımsız olduğunu iddia ettiği kısa vadeli akış/momentum'a daha yakındır. Adlandırılmış hesap oranı yalnızca ikincil BTC coşkunluk nakit kapısı (_parse_global / calculate_signal) için kullanılır, birincil seçim için asla kullanılmaz. QA kontrol listesine göre, hipotezin belirli adlandırılmış çekirdek kenarı kodda yoksa, bu kritiktir: belirtilen düşük sahiplik faktörü işlem gören faktör değildir. (satır 259) — düzeltme: Ya (a) enstrüman başına global hesap oranını boru hattına `global_ratio_by_instrument` olarak bağlayın (subprocess_entry.py dosyasında funding_rates_by_instrument / open_interest_by_instrument / taker_flow_by_instrument yansıtılarak) ve buna göre sıralayın -- bu hipotezin adlandırdığı sadık uygulamadır; ya da (b) eğer bacak başına seri gerçekten sağlanamıyorsa, çalıştırma bir DATA-kapsam engelidir (not_measurable), ikame edilmiş bir anahtar üzerine gönderilecek bir strateji yerine -- öyle bildirin ki seri bağlanana kadar hipotez park edilsin, sessizce farklı bir (akış) faktörü işlem yapmak yerine. Yapın - [uyarı] Tutarlılık kontrolü, 'WEEKLY' hipotezi ile bar_type 1-DAY yapılandırmasını işaretler. Bu NOT gerçek bir uyumsuzluktur: hipotezdeki 'haftalık', REBALANCE/HOLD kadansını ifade eder ve bu, takvime bağlı 7-gün yeniden dengeleme ile kapılan günlük çubuklar olarak doğru şekilde uygulanır (gün % rebalance_days == 0). Tam anlamıyla haftalık çubuklar kullanmak coşkunluk yüzdeliğini ve kadansı kaba hale getirirdi; günlük çubuk + 7-gün yeniden dengeleme yapısı, haftalık rotasyonu ifade etmenin doğru yoludur. Şeffaflık için not edildi; kararı etkilemez. (satır 380) — düzeltme: İsteğe bağlı olarak hipotez metnini 'günlük çubuklar üzerinde haftalık yeniden dengeleme' şeklinde yeniden ifade edin ve Katman-1.5 tutarlılık uyarısını susturun.

Doğrulama başarısız (Katman 4 — QA incelemesi) [class=hypothesis_mismatch]: - [edge_concern] Sandbox, çalışan ve işlem yapan tutarlı bir salt uzun majörler sepetidir (337 işlem, avg_trade_return_pct 0.69% ücret tabanını temizler), ancak total_return -20.85%, information_ratio -0.901 eşit ağırlıklı sepet kıyaslamasına kıyasla, ve max_drawdown 71% (CI - 96%) ikame edilmiş alıcı akışı sıralama anahtarının saf eşit ağırlıklı tutmaya göre negatif riske göre düzeltilmiş değer eklediğini gösteriyor. Bu yalnızca tavsiye niteliğindedir; sıralama anahtarı uyumsuzluğunun altındadır ve düzeltilmiş bir uygulama üzerinde analist tarafından yeniden değerlendirilmelidir, burada engellenmez. - [kritik] Hipotezin tek tanımlayıcı özelliği -- başlık/açıklama boyunca yeniden ifade edilmiş ('GLOBAL Long/Short Hesap Oranı ile', 'count_long_short_ratio', 'Saf Bir Düşük Sahiplik FACTOR, Momentum Değil') -- CROSS-SECTIONAL RANKING KEY her isim başına global long/short ACCOUNT oranıdır, momentuma ve fondan kasıtlı olarak bağımsız olan bir perakende konumlandırma/sahiplik proxy'sidir. Kod buna NOT sıralaması yapar. _crowd_z() / _rebalance(), 8 majörlerini `taker_flow_by_instrument`'den okunan `taker_long_short_vol_ratio`'e (agresif BUY hacmi / agresif SELL hacmi) göre sıralar. Alıcı long/short hacim oranı bir FLOW/AGGRESSOR ölçüsüdür, sahiplik/konumlandırma ölçüsü değildir -- hesap oranından önemli ölçüde farklıdır ve muhtemelen hipotezin açıkça bağımsız olduğunu iddia ettiği kısa vadeli akış/momentum'a daha yakındır. Adlandırılmış hesap oranı yalnızca ikincil BTC coşkunluk nakit kapısı (_parse_global / calculate_signal) için kullanılır, birincil seçim için asla kullanılmaz. QA kontrol listesine göre, hipotezin belirli adlandırılmış çekirdek kenarı kodda yoksa, bu kritiktir: belirtilen düşük sahiplik faktörü işlem gören faktör değildir. (satır 259) — düzeltme: Ya (a) enstrüman başına global hesap oranını boru hattına `global_ratio_by_instrument` olarak bağlayın (subprocess_entry.py dosyasında funding_rates_by_instrument / open_interest_by_instrument / taker_flow_by_instrument yansıtılarak) ve buna göre sıralayın -- bu hipotezin adlandırdığı sadık uygulamadır; ya da (b) eğer bacak başına seri gerçekten sağlanamıyorsa, çalıştırma bir DATA-kapsam engelidir (not_measurable), ikame edilmiş bir anahtar üzerine gönderilecek bir strateji yerine -- öyle bildirin ki seri bağlanana kadar hipotez park edilsin, sessizce farklı bir (akış) faktörü işlem yapmak yerine. Yapın - [uyarı] Tutarlılık kontrolü, 'WEEKLY' hipotezi ile bar_type 1-DAY yapılandırmasını işaretler. Bu NOT gerçek bir uyumsuzluktur: hipotezdeki 'haftalık', REBALANCE/HOLD kadansını ifade eder ve bu, takvime bağlı 7-gün yeniden dengeleme ile kapılan günlük çubuklar olarak doğru şekilde uygulanır (gün % rebalance_days == 0). Tam anlamıyla haftalık çubuklar kullanmak coşkunluk yüzdeliğini ve kadansı kaba hale getirirdi; günlük çubuk + 7-gün yeniden dengeleme yapısı, haftalık rotasyonu ifade etmenin doğru yoludur. Şeffaflık için not edildi; kararı etkilemez. (satır 380) — düzeltme: İsteğe bağlı olarak hipotez metnini 'günlük çubuklar üzerinde haftalık yeniden dengeleme' şeklinde yeniden ifade edin ve Katman-1.5 tutarlılık uyarısını susturun.

Doğrulama başarısız (Katman 2 — sentetik senaryolar): Kullanılan parametreler: ['top_k', 'exit_level', 'min_notional', 'per_name_frac', 'euphoria_level', 'rebalance_days', 'euphoria_window'] __init__'in tüm öznitelikleri self.parameters.get()'ten ayarlayıp ayarlamadığını kontrol edin. - steady_uptrend: TypeError: RetailCrowdingContrarianRotationLong._asof() 3 konumsal argüman alıyor ancak 4 verildi (bar zaman damgası: 1735691940000) - steady_downtrend: TypeError: RetailCrowdingContrarianRotationLong._asof() 3 konumsal argüman alıyor ancak 4 verildi (bar zaman damgası: 1735691940000) - flat_ranging: TypeError: RetailCrowdingContrarianRotationLong._asof() 3 konumsal argüman alıyor ancak 4 verildi (bar zaman damgası: 1735691940000) - volatility_spike: TypeError: RetailCrowdingContrarianRotationLong._asof() 3 konumsal argüman alıyor ancak 4 verildi (bar zaman damgası: 1735691940000) - zero_volume: TypeError: RetailCrowdingContrarianRotationLong._asof() 3 konumsal argüman alıyor ancak 4 verildi (bar zaman damgası: 1735691940000) - price_gap: TypeError: RetailCrowdingContrarianRotationLong._asof() 3 konumsal argüman alıyor ancak 4 verildi (bar zaman damgası: 1735691940000)

Doğrulama başarısız (Katman 4 — QA incelemesi) [class=hypothesis_mismatch]: - [edge_concern] Sandbox bir duman testidir ve başarısızlık nedeni değildir, ancak şunu not edin: metrics_reliable=false, Sharpe (0.10), total_return (-34.3%) ile işaret tutarsız, MDD 70%, ve OI-kalabalık kitabı stresli volatilite diliminde (-37.8%) en çok kaybediyor. Mekanizma backtest incelemesine kadar yaşarsa, OI yön körü olduğu göz önüne alındığında OI z-sıralamasının herhangi bir yönlü kenarı olup olmadığını ilk önce kontrol edin. - Hipotezin çekirdek kenarı, her isim başına GLOBAL LONG/SHORT ACCOUNT RATIO üzerine kesitsel bir sıralamadır — yönlü bir perakende düşük sahiplik faktörü ('perakendenin tuttuğu isimler LEAST kalabalık-LONG üzerine'). Kod bunun yerine isim başına PERP OPEN INTEREST z-skoruna göre sıralar ve en düşük 3 tanesini tutar. Bu, ekonomiyi korumayan ikame edilmiş bir mekanizmadır: OI bir perakende proxy'si değildir (tüm katılımcılar arasındaki toplam açık nominaldir) ve OI, DIRECTION-BLIND durumundadır (perp'lerde toplam long == short), bu nedenle 'en az kalabalık-long' ifadesini taşıyamaz. Hipotezin belirli adlandırılmış kenarı kodda yok → kritik.

Doğrulama başarısız (Katman 4 — QA incelemesi) [sınıf=hypothesis_mismatch]: - [edge_concern] Sandbox sağlıklı görünüyor (+93%, Sharpe 0.77, PF 1.55, avg_trade_return_pct 6.63%) tam olarak çünkü kod, geliştiricinin zaten dağıtılmış negatif-finansman taşıma sepetiyle örtüştüğünü onayladığı bir finansman-taşıma rotasyonudur — dolayısıyla iyi rakamlar, hipotezin eklemesi gereken dik kalabalık faktörü için değil, canlı bir stratejinin neredeyse-kopyasının terfisine karşı argümandır. Tavsiye; blok sadakattir. - Çekirdek kenar uygulanmadı ve ikame, hipotezin EXCLUDES'nin tam mekanizmasıdır. Hipotez, isim başına GLOBAL long/short ACCOUNT oranına (perakende kalabalık) göre sıralar, açıkça 'finansman (taşıma) değil... momentum ve finansmana dik'. Kod, kesiti isim başına FUNDING'e (en düşük = tutulur) göre sıralar — geliştiricinin dağıtılmış taşıma sepetiyle örtüştüğünü kabul ettiği bir finansman-taşıma sıralaması. Hesap-oranı kalabalık anahtarı yoktur ve uygulanabilir değildir (metrikler yalnızca birincil sembol için bağlı; metrics_by_instrument yok). - Yeniden dengeleme kadansı, bar zaman damgasına değil, süreç-göreli bar sayacına (self._bar_i % rebalance_days) çıpalıdır. Yeniden başlatmalar _bar_i'yi sıfırlar ve haftalık rotasyon ızgarasını herhangi bir sabit takvim gününden kaydırır; parite tekrarı rotasyon tarihlerini yeniden üretemez. Daha hafif madde-20 biçimi (sentinel/ilk-bar ateşlemesi yok). Gün-since-epoch'tan veya sabit bir haftanın gününden türetin.

verification_loop: Doğrulama başarısız (Katman 4 — QA incelemesi) [sınıf=hypothesis_mismatch]: - [edge_concern] Sandbox tutarlı, çalışan ve işlem yapan yalnızca-long büyükler sepetidir (337 işlem, avg_trade_return_pct 0.69% ücret tabanını temizler), ancak total_return -20.85%, information_ratio -0.901 eşit-ağırlıklı sepet kıyaslamasına karşı, ve max_drawdown 71% (CI ila 96%), ikame edilen alıcı-akış sıralama anahtarının naif bir eşit-ağırlıklı tutmaya karşı negatif risk-ayarlı değer eklediğini düşündürür. Bu yalnızca tavsiye niteliğindedir; sıralama-anahtarı uyumsuzluğunun altındadır ve burada engellenmemeli, düzeltilmiş bir uygulamada analist tarafından yeniden değerlendirilmelidir. - [kritik] Hipotezin tek tanımlayıcı özelliği -- başlık/açıklama boyunca yeniden ifade edilen ('GLOBAL Long/Short Hesap-Oranına göre', 'count_long_short_ratio', 'Saf Az-Sahiplik FACTOR, Momentum Değil') -- CROSS-SECTIONAL RANKING KEY'nin, isim başına global long/short ACCOUNT oranı, momentum ve finansmana kasıtlı olarak dik bir perakende konumlandırma/sahiplik proxy'si olmasıdır. Kod bunun üzerinde NOT sıralama yapmıyor. _crowd_z() / _rebalance() 8 büyüklerini `taker_flow_by_instrument`'den okunan `taker_long_short_vol_ratio`'e (agresif BUY hacim / agresif SELL hacim) göre sıralar. Alıcı long/short hacim oranı bir FLOW/AGGRESSOR ölçüsüdür, sahiplik/konumlandırma ölçüsü değildir -- hesap oranından maddi olarak farklıdır ve muhtemelen hipotezin açıkça dik olduğunu iddia ettiği kısa-ufuk akış/momentum'a daha yakındır. Adı geçen hesap oranı yalnızca ikincil BTC coşku nakit kapısı (_parse_global / calculate_signal) için kullanılır, asla birincil seçim için kullanılmaz. QA kontrol listesine göre, hipotezin belirli adı geçen çekirdek kenarı kodda yoksa, bu kritiktir: belirtilen az-sahiplik faktörü işlem gören faktör değildir. (satır 259) — düzeltme: Ya (a) enstrüman başına global hesap oranını pipeline'a `global_ratio_by_instrument` olarak bağlayın (subprocess_entry.py'de funding_rates_by_instrument / open_interest_by_instrument / taker_flow_by_instrument'i yansıtarak) ve bunun üzerine sıralayın -- bu hipotezin adlandırdığı sadık uygulamadır; ya da (b) o bacak-başına serisi gerçekten sağlanamıyorsa, çalıştırma ikame bir anahtar üzerine gönderilecek bir strateji yerine DATA-kapsam bloğudur (not_measurable) -- sessizce farklı bir (akış) faktörü işlem yapmak yerine, seri bağlanana kadar hipotezin park edileceği şekilde öyle rapor edin. Do - [uyarı] Tutarlılık kontrolü, hipotez 'WEEKLY' vs yapılandırma bar_type 1-DAY ile ilgili bayrak kaldırır. Bu NOT gerçek bir uyumsuzluk değildir: hipotezdeki 'haftalık' REBALANCE/HOLD kadansını ifade eder ve bu, takvim-çıpalı 7-günlük yeniden dengeleme (gün % rebalance_days == 0) ile geçitlenen günlük barlar olarak doğru şekilde uygulanır. Literal haftalık barlar kullanmak coşku yüzdeliğini ve kadansı kabalaştırırdı; günlük-bar + 7-günlük-yeniden-dengeleme yapısı, haftalık rotasyonu ifade etmenin doğru yoludur. Şeffaflık için kaydedildi; hükme yön vermez. (satır 380) — düzeltme: İsteğe bağlı olarak hipotez metnini Katman-1.5 tutarlılık uyarısını susturmak için 'günlük barlar üzerinde haftalık yeniden dengeleme' şeklinde yeniden ifade edin.