Статичний розподіл із перевагою BTC (60/30/10 BTC/ETH/SOL, лише довгі спотові позиції) з квартальним ребалансуванням за відхиленням — рекомендований аналітиком чесний вираз тези «переможець забирає все» на крипторинку

Лонговий портфель кількох інструментів із STATIC ALLOCATION на BINANCE_SPOT: 60% BTCUSDT + 30% ETHUSDT + 10% SOLUSDT, із фіксованими цільовими вагами та ребалансуванням щокварталу (кожні 90 днів) OR або коли вага будь-якого активу відхиляється від цільової більш ніж на ±15% — залежно від того, що настане раніше. Це EXPLICIT схвалена аналітиком альтернатива відкинутій ротації на основі поперечного моментуму: згідно з рекомендацією після її відхилення, «IF слід перевірити тезу про довгострокову перемогу одного активу; розглянути стратегію STATIC WEIGHTING, яка на рівні портфеля надає надмірну вагу BTC і NEVER ротуються — це дає змогу охопити структурну перемогу одного активу без витрат на хибні перемикання. По суті, це утримання активів із нахилом до BTC, що може бути чеснішим вираженням тези». Чому ця стратегія META-DISTINCT від усіх механізмів класів, які нещодавно зазнали невдачі: вона робить NO прогнозів, не здійснює NO таймінгу, не потребує NO визначення режиму й не використовує NO логіку ротації. Стратегія виражає ONE складник структури крипторинку, який аналітик неодноразово підтверджував як емпірично TRUE: «BTC сукупно випереджав альткоїни від 2022, що структурно справджується на горизонтах MULTI-YEAR» — у найпростішій реалізовній формі. Диверсифікація між 3 провідними активами згладжує криву капіталу порівняно з 100% BTC HODL (зменшуючи максимальну DD приблизно з 80% до очікуваних 50-60%); якірна вага BTC на рівні 60% зберігає експозицію до структурного переможця; мінорні ваги 30/10 охоплюють періоди лідерства альткоїнів (2021 Q1, 2024 Q1), не створюючи надмірної експозиції. Щоквартальний графік мінімізує оборот портфеля (4 планових і близько 2-4 спричинених відхиленням подій на рік × 3 активів × 2 угод = близько 36-50 угод на рік). За понад 7 років даних BINANCE_SPOT: 250-350 угод загалом, тобто 17-23 OOS угод на вікно walk-forward — значно вище за встановлений аналітиком мінімум у 5 угод. Параметрів ONLY 3 (значно нижче за межу перенавчання у 5 параметрів): дві цільові ваги (третя похідна) + rebalance_period_days + drift_threshold. Самі цільові ваги є HARD PRIORS (60/30/10), явно NOT придатними до оптимізації: їх обрано з формулювань рекомендації аналітика, а не під час підгонки бектесту. Саме це й має запобігти підгонці ваг оптимізатором під історичні артефакти режимів.

Бектест досяг рівня 3, але результати неможливо інтерпретувати (metrics_reliable=false, денна дохідність 1, avg_position_pct 317%, коефіцієнт Шарпа 0); логіка сигналів і ребалансування вже пройшла попередні рівні, тож зміна обмежена майданчиком — єдиною першопричиною BOTH виявлених дефектів. На попередньому рахунку BINANCE_SPOT CASH купівля BTC/ETH/SOL перетворює USDT на окремі залишки в монетах, які цей рушій не враховує в капіталі, тому get_account_equity() повернула лише залишкові приблизно 5% USDT після розміщення коштів. Цей дефект пояснює обидві проблеми: (1) крива капіталу не враховувала запаси монет, тому запуск дав лише одну денну дохідність, а весь прибуток і збиток реалізувався під час примусового закриття в останній день; і (2) номінали складових, поділені на обвалений капітал, нібито становили приблизно 317% (це недооблік, а не реальне плече). Стратегія не може власним кодом виправити облік залишків на спотовому рахунку рушія. Перенесення того самого портфеля на ф’ючерси BINANCE USD-M із плечем 1.0 (лише довгі позиції) усуває обидві проблеми: ф’ючерсні позиції мають безперервний нереалізований прибуток і збиток, який трекер капіталу зчитує на кожній свічці (справжній ряд денних дохідностей для коефіцієнта Шарпа/DD/DSR), а залишок USDT, який читає get_account_equity(), тримається на рівні приблизно 100 тис., тож початкове формування використовує рівно deploy_fraction × капітал (валова експозиція ≤ приблизно 95%, avg_position_pct приблизно 95%), а ребалансування прив’язане до ринкової вартості портфеля. Так побудовані мультиактивні портфелі, що постійно перебувають на ринку й пройшли цю сесію (кошик Donchian, TSMOM). Довгі позиції збережено, оскільки кожен продаж обмежений поточними активами (чиста коротка позиція не виникає), що відповідає вимозі не відкривати коротких позицій на ф’ючерсному майданчику. Весь код ребалансування, визначення розмірів позицій і діагностики байт у байт такий самий, як у попередній ітерації (він не залежить від майданчика), тож усі перевірки попередніх рівнів залишаються успішними; змінилися лише ідентифікатори інструментів у конфігурації, типи свічок і плече. Примітка щодо контрольного бенчмарка аналітика (№3): це, безперечно, бета з перевагою BTC, і скоригований результат з переоцінкою за ринком має перевершити пасивне утримання 60/30/10 за дохідністю з поправкою на максимальну просадку DD після комісій, щоб оптимізація мала сенс. Єдина можлива перевага над купівлею й утриманням — премія від ребалансування; якщо стратегія лише повторює пасивний бенчмарк, її слід відхилити як ринкову бету.

Не оптимізуйте й не проводьте третю ітерацію. (1) BROKEN BACKTEST, AGAIN: ітерація-2 виправлення (перенаправлення BINANCE_SPOT -> USD-M ф'ючерсів, щоб позиції переоцінювалися за ринковою вартістю) NOT усунула цільовий дефект: результат досі показує єдину денну дохідність за приблизно 6 років (2026-06-25: -142.26%, увесь PnL зараховано на останньому барі), avg_position_pct 958% (приблизно 10x капіталу), end_unrealized_pct 846%, return_kurtosis 1075, annualized_volatility 312%, max_drawdown CI 100% і metrics_reliable=FALSE. Портфель із кількох інструментів і довгих позицій досі не переоцінюється за ринковою вартістю на кожному барі, а розмір позицій продовжує зростати приблизно до 10x капіталу. Тому результат бектесту неможливо інтерпретувати, оптимізувати чи перевірити методом walk-forward. Розробник уже провів дві цільові ітерації щодо цього симптому обліку капіталу й розміру позицій, але не усунув його. Це вказує на стійку проблему взаємодії з рушієм, а не на швидке виправлення. (2) NO OPTIMIZABLE EDGE EVEN IF FIXED: сама гіпотеза описує це як «утримання активів із нахилом до BTC» — чистий бета-продукт (бета 0.66, benchmark_correlation 0.85, альфа 0.027), який не робить прогнозів і не здійснює таймінгу. Цільові ваги прямо визначено як жорсткі апріорні припущення, NON придатні до оптимізації; змінними лишаються лише rebalance_period_days і drift_threshold, і жодна з них не може створити альфу в статичному портфелі лише з довгих позицій. Оптимізація потрібна для пошуку стійкої переваги параметрів, але тут такої переваги немає. Статичний розподіл BTC з нахилом до HODL належить до базового портфеля чи сегмента алокації, а не до конвеєра оптимізації стратегій. Відхилити: результат неможливо інтерпретувати через дефект обліку, який не вдалося виправити за дві спроби, а сама конструкція не має оптимізовної переваги.

Портфель купівлі й утримання з фіксованим розподілом, лише довгі позиції, 60/30/10 BTC/ETH/SOL на BINANCE USD-M ф’ючерсах (плече 1.0, лише довгі позиції), денні свічки. Три складові один раз формуються з цільовими вагами (розміщується 95% капіталу), а потім портфель повертається до 60/30/10, коли минає 90 днів OR вага будь-якої складової відхиляється від цільової більш ніж на +/-15%. Ітерація 2 переносить портфель з рахунку BINANCE_SPOT CASH — невраховані залишки монет на якому обвалили капітал до залишкових USDT, спричинивши видимий надмірний розподіл 317% і пласку криву капіталу з однією точкою, — на ф’ючерсний рахунок MARGIN, де кожна складова є реальною позицією, що переоцінюється за ринком на кожній свічці (справжній ряд денних дохідностей), а капітал залишається стабільним (приблизно 100 тис.), тож валова експозиція обмежена приблизно 95%. Продажі виконуються перед купівлями й обмежені обсягом активів у портфелі, тому коротких позицій немає. Три параметри для налаштування (rebalance_period_days, drift_threshold і ваги BTC/ETH, зафіксовані як апріорні припущення); вага SOL виводиться автоматично.

Не NOT оптимізуйте — результати бектесту неможливо інтерпретувати (metrics_reliable=false, одна денна дохідність за 9-річний період, 3 угод, коефіцієнт Шарпа 0). Це той самий тип дефекту, що й у стратегії ребалансування BTC-ETH. Потрібні виправлення: 1. CAPTURE DAILY RETURN SERIES FOR OPEN POSITIONS. Портфель формується один раз на BTC/ETH/SOL і утримується приблизно 2106 днів, але крива капіталу й денні дохідності не записуються (лише 1 точка денної дохідності; увесь прибуток і збиток реалізувався в останній день). Переконайтеся, що для портфеля, який постійно перебуває на ринку, переоцінка за ринком виконується на кожній свічці, щоб рушій формував справжній ряд денних дохідностей. Інакше коефіцієнт Шарпа, просадка та DSR не мають сенсу, а оптимізація неможлива. 2. FIX THE CASH OVER-DEPLOYMENT (avg_position_pct 317%). На рахунку SPOT CASH валовий номінал не може перевищувати капітал, але середній розмір позицій становить 3.17x. Перевірте початкове формування портфеля й купівлі під час ребалансування: спершу мають виконуватися продажі, а купівлі мають фінансуватися лише вивільненими коштами; загальний обсяг вкладень потрібно обмежити рівнем deploy_fraction (0.95) × капітал. Після виправлення перевірте, що avg_position_pct ≤ приблизно 95% і жодна складова не купується понад наявні кошти. 3. BENCHMARK VS PASSIVE 60/30/10 BUY-AND-HOLD (обов’язкова умова). Безперечно, це купівля й утримання з перевагою BTC; параметри періодичності ребалансування й порога відхилення лише трохи змінюють премію від ребалансування і не можуть створити альфу. Скоригований бектест MUST потрібно порівняти з пасивним утриманням 60/30/10 (без ребалансування): стратегія має продемонструвати вимірно кращу дохідність з поправкою на ризик (наприклад, істотно нижчу максимальну DD за співмірної дохідності) після комісій. Якщо результат лише повторює купівлю й утримання, відхиліть стратегію — це ринкова бета, а не перевага. Після виправлення (1) і (2) запустіть знову; оптимізувати варто лише надійний результат, перевірений порівнянням із бета-бенчмарком і кращий за пасивне утримання.