Для сравнения с вариантом от форекс-дилера. Процитирую, как в последней версии Базового стандарта описан способ вычисления доверительного интервала

Aleksey Vyazmikin 2025.07.04 12:47 #671

Aleksey Vyazmikin #:
Является ли выплата дохода (погашение обязательств форекс- дилером перед клиентом - фактическое исполнения отдельного договора) по договорам ПФИ денежных средств на номинальный счет форекс-дилером, бенефициаром которого является физическое лицо (клиент), основанием для исчисления и удержания НДФЛ с этого дохода в момент выплаты. Или такое основание возникает только в тот момент, когда клиент получает денежные средства с номинального счёта на свой текущий (иной, открытый этим физическим лицом) банковский счет?

Знаю, что многим не нравятся ответы LLM, но тут для любопытства я задал вопрос одной LLM:

Если денежные средства налогоплательщика налоговый агент зачисляет на номинальный счет, то обязан ли он удерживать НДФЛ? Налоговым агентом является форекс-дилер.

И получил вполне разумное рассуждение о ситуации:

В соответствии с российским налоговым законодательством, порядок удержания НДФЛ при зачислении доходов на номинальные счета зависит от конкретных обстоятельств и роли налогового агента. Если налоговым агентом является форекс-дилер и он зачисляет доходы налогоплательщика на номинальный счет, то обязан ли он удерживать НДФЛ, зависит от следующих факторов:

1. Характер доходов:

НДФЛ удерживается со доходов, подлежащих налогообложению, таких как прибыль от операций с ценными бумагами, прибыль от операций на финансовых рынках и т.п.

2. Обязанности налогового агента:

Согласно статье 226 Налогового кодекса РФ, налоговым агентом является лицо, у которого есть обязательство удерживать и перечислять налог. В случае с форекс-дилером, если он осуществляет выплаты иным лицам, то он может выступать в качестве налогового агента.

3. Зачисление средств на номинальный счет:

Номинальный счет — это счет, открытый на имя другого лица, а не непосредственно на имя налогоплательщика. В этом случае возникает вопрос: кто фактически получает доход и при каких условиях происходит его зачисление? Необходимо учитывать, что в случае наличия права владения и распоряжения средствами, налоговые обязательства могут возникать.

4. Практическая рекомендация:

Если форекс-дилер зачисляет доходы непосредственно на счет, который фактически принадлежит налогоплательщику (даже если он номинальный), то он обязан удерживать НДФЛ при выплате дохода, исходя из его характера. В случае же, если средства поступают через номинального держателя, и сам налогоплательщик не получает выплаты напрямую, то процесс удержания налогов усложняется и требует дополнительных разъяснений.

Итог:

- Если форекс-дилер выступает в качестве налогового агента и по законодательству обязан удерживать НДФЛ с доходов, — он обязан это сделать, независимо от того, на какой счет зачисляются средства.

- Однако, из-за специфики номинальных счетов и операций на финансовых рынках, оба участника рынка должны проконсультироваться с налоговыми консультантами или предоставить письменные разъяснения налоговых органов, чтобы определить точные налоговые обязательства.

Рекомендуется

- Обратиться к налоговому консультанту или юристу для уточнения конкретной ситуации.

- Проверить нормативные акты и разъяснения ФНС РФ по вопросам налогообложения операций с использованием номинальных счетов и ролью форекс-дилеров как налоговых агентов. Если потребуется более конкретная консультация, пожалуйста, уточните детали ситуации.

Что ж, явно "крыша" у меня не едет, и я действую вполне разумно, даже по меркам LLM, обученной, в том числе на обобщении схожих спорных ситуаций.

Ссылку на LLM в другой ветке стёрли модераторы - поэтому я не знаю, почему нельзя теперь оставлять ссылки на LLM.

AI 2023. Встречайте ChatGPT. Сигналы : Спрашивайте и Реальная работа на МТ5

Aleksey Vyazmikin 2025.07.12 18:48 #672

Aleksey Vyazmikin #:
размер требуемого обеспечения рассчитывается исходя из того, что значение двухдневного изменения цены, курса, величины или значения базисного актива производного финансового инструмента, указанного в абзаце втором пункта 1 настоящей статьи, или предмета договора, указанного в абзаце третьем пункта 1 настоящей статьи, в 99 процентах случаев находится в пределах одностороннего доверительного интервала в распределении таких значений не менее чем за последние 365 дней;

Вот представьте, что прочитали эту фразу. Как бы Вы посчитали размер Требуемого обеспечения?

Я вот думаю, что первым делом надо понять смысл существования этого понятия "Требуемое обеспечения", и, на мой взгляд смысл в том, что бы при неблагоприятных условиях клиент форекс-дилера рисковал только теми средствами, что передал в обеспечение. В то же время это ограничитель убытков форекс-дилера, на случай если произойдёт резкий скачок цены и денег клиента станет недостаточно для покрытия убытка - т.е. закладывается риск такого события в 1%.

Кажется, что логично взять максимальный потенциальный убыток за два дня, составить выборку из таких убытков, а далее построить распределение по этим данным и определить границу в 99%.

Есть разные методики, как я понял, для определения доверительного интервала. Какую корректно было бы выбрать - я не знаю (предлагайте), но можно предположить, что это сделал СРО АФД в своём Базовом стандарте.

Прошу людей читающих ветку высказать соображение по этому вопросу, а то действительно, пишу сам себе...

Построение торговой системы с Создайте простой Мартингейл Отличный советник в бэктесте!

Stanislav Korotky 2025.07.13 16:58 #673

Aleksey Vyazmikin #:

Вот представьте, что прочитали эту фразу. Как бы Вы посчитали размер Требуемого обеспечения?

Я вот думаю, что первым делом надо понять смысл существования этого понятия "Требуемое обеспечения", и, на мой взгляд смысл в том, что бы при неблагоприятных условиях клиент форекс-дилера рисковал только теми средствами, что передал в обеспечение. В то же время это ограничитель убытков форекс-дилера, на случай если произойдёт резкий скачок цены и денег клиента станет недостаточно для покрытия убытка - т.е. закладывается риск такого события в 1%.

Кажется, что логично взять максимальный потенциальный убыток за два дня, составить выборку из таких убытков, а далее построить распределение по этим данным и определить границу в 99%.

Есть разные методики, как я понял, для определения доверительного интервала. Какую корректно было бы выбрать - я не знаю (предлагайте), но можно предположить, что это сделал СРО АФД в своём Базовом стандарте.

Исходя из фразы о 99%, выбираем способ вычисления доверительного интервала через коэффициент Стьюдента для заданной доверительной вероятности и степеней свободы (количества отсчетов минус один). Готового скрипта расчета или таблицы на mql5 я не нашел, так что прилагаю свой вариант в T-coef.mqh. "Двухдневное изменение цены" взял по ценам close. Если нужен диапазон между high/low - желающие могут адаптировать функцию MarginValue.

#include "T-coef.mqh" // StudentCoefficient(df, p)
#include <Math/Stat/Math.mqh>

double MarginValue(const int days, const int length)
{
   double rates[], change[];
   if(CopyClose(_Symbol, PERIOD_D1, 0, length + days, rates) != length + days) return (double)"nan";
   ArrayResize(change, length);
   for(int i = 0; i < length; i++)
   {
      const int ma = ArrayMaximum(rates, i, days);
      const int mi = ArrayMinimum(rates, i, days);
      if(ma == -1 || mi == -1) return (double)"nan";
      change[i] = (rates[ma] - rates[mi]);
   }
   double mean, variance, skewness, kurtosis;
   MathMoments(change, mean, variance, skewness, kurtosis);
   return sqrt(variance / length) * StudentCoefficient(length - 1);
}

void OnStart()
{
   const double value = MarginValue(2, 250); // 250 trading days ~ 365 calendar days
   double money;
   OrderCalcProfit(ORDER_TYPE_BUY, _Symbol, 1, iClose(_Symbol, _Period, 0), iClose(_Symbol, _Period, 0) + value, money);
   PrintFormat("Margin for %s: points=%.2f, money=%.2f", _Symbol, (value / _Point), money);
}

NB: Это черновик.

Файлы:

T-coef.mqh 4 kb

Элитные показатели :) торговая стратегия на базе Построение торговой системы с

Aleksey Vyazmikin 2025.07.13 22:18 #674

Stanislav Korotky #:
Исходя из фразы о 99%, выбираем способ вычисления доверительного интервала через коэффициент Стьюдента для заданной доверительной вероятности и степеней свободы (количества отсчетов минус один).

Мне очень важны Ваши рассуждения, текст закона, как бы подталкивает их к определённому решению, очевидному для человека, сведущему в статистике. Решение кажется, что обоснованное, и остаётся в Базовом стандарте определиться с такими нюансами, как конкретное время и цена для расчёта, использование кросс-курса, и другие формальности, необходимые для воспроизведения результата. Возможно, могло быть предложено иное теоретическое распределение, или метод аппроксимации для определения апостериорного распределения... т.е. какие то признанные научным сообществом методики, с обоснованием их применения.

Stanislav Korotky #:
Готового скрипта расчета или таблицы на mql5 я не нашел, так что прилагаю свой вариант в T-coef.mqh. "Двухдневное изменение цены" взял по ценам close. Если нужен диапазон между high/low - желающие могут адаптировать функцию MarginValue.

Спасибо! Для сравнения с вариантом от форекс-дилера (Базовым стандартом) вполне подойдёт!

Баг в функции OrderSend() Получаем в советник цены Распределение ценовых приращений

Aleksey Vyazmikin 2025.07.13 23:30 #675

Aleksey Vyazmikin #:
остаётся в Базовом стандарте определиться с такими нюансами, как конкретное время и цена для расчёта, использование кросс-курса, и другие формальности, необходимые для воспроизведения результата. Возможно, могло быть предложено иное теоретическое распределение, или метод аппроксимации для определения апостериорного распределения... т.е. какие то признанные научным сообществом методики, с обоснованием их применения.

А вот и нет :)

Процитирую, как в последней версии Базового стандарта описан способ расчёта Требуемого обеспечения

Статья 7. Порядок расчета размера требуемого обеспечения

7.1. Размер требуемого обеспечения рассчитывается форекс-дилером на каждый день, когда форекс-дилером принимаются и обрабатываются заявки (далее - торговый день), по каждому базисному активу.

Размер требуемого обеспечения размещается форекс-дилером в свободном доступе на своем официальном сайте в информационно-телекоммуникационной сети «Интернет» в срок не позднее начала соответствующего торгового дня.

7.2. Способ определения даты и времени, по состоянию на которые рассчитывается размер требуемого обеспечения, устанавливается форекс-дилером во внутреннем документе форекс-дилера и должен предусматривать единый подход к определению таких даты и времени для каждого торгового дня в пределах периода времени, за который форекс-дилером используются данные для расчета размера требуемого обеспечения. Указанный внутренний документ размещается форекс-дилером в свободном доступе на своем официальном сайте в информационно-телекоммуникационной сети «Интернет».

7.3. До 31.12.2026 форекс-дилер рассчитывает размер требуемого обеспечения самостоятельно либо использует готовые результаты расчета размера требуемого обеспечения, получаемые от поставщика котировок, в соответствии с заключенным договором.

При использовании форекс-дилером готовых результатов расчета размера требуемого обеспечения, получаемых от поставщика котировок, в соответствии с абзацем первым настоящего пункта форекс-дилер обеспечивает соблюдение таким поставщиком котировок требований пункта 7.5 настоящей статьи.

При самостоятельном расчете размера требуемого обеспечения в соответствии с абзацем первым настоящего пункта форекс-дилер осуществляет расчет на основании собственных котировок или на основании котировок, полученных от поставщика котировок.

До 31.12.2026 сведения о данных, используемых форекс-дилером для самостоятельного расчета размера требуемого обеспечения (собственные котировки или котировки, полученные от поставщика котировок), а также сведения о способе определения размера требуемого обеспечения (самостоятельный расчет или получение готовых результатов расчета) указываются форекс-дилером во внутреннем документе форекс- дилера, размещаемом форекс-дилером в свободном доступе на своем официальном сайте в информационно-телекоммуникационной сети «Интернет».

7.4. С 01.01.2027 расчет размера требуемого обеспечения производится форекс- дилером на основании собственных исторических данных, а в случае их отсутствия на основании исторических данных, полученных от поставщика котировок.

7.5. Размер требуемого обеспечения рассчитывается исходя из того, что значение двухдневного изменения цены базисного актива к рублю в 99 процентах случаев находится в пределах одностороннего доверительного интервала в распределении значений не менее чем за последние 365, но не более чем за последние 730 календарных дней. Во внутреннем документе форекс-дилера устанавливается период времени (точное количество дней), за который форекс-дилером используются данные для расчета. Указанный внутренний документ размещается форекс-дилером в свободном доступе на своем официальном сайте в информационно-телекоммуникационной сети «Интернет».

В случае если период, в течение которого фьючерсный договор, являющийся базисным активом отдельного договора, может быть заключен на организованных торгах, не превышает периода времени, за который форекс-дилером используются данные для расчета размера требуемого обеспечения, по условиям спецификации этого фьючерсного договора, для расчета размера требуемого обеспечения может использоваться информация о цене иного фьючерсного договора при условии, что указанные фьючерсные договоры заключены на условиях одной и той же спецификации и базисные активы указанных фьючерсных договоров совпадают.

Расчет требуемого обеспечения ведется относительно текущего торгового дня и осуществляется в следующем порядке:

7.5.1. для каждого торгового дня в пределах периода времени, за который форекс-дилером используются данные для расчета размера требуемого обеспечения, начиная со второго, рассчитывается значение относительного изменения цены каждого базисного актива к рублю по формуле:

(Pi/Pi-1)-1

где:

Pi - цена базисного актива в торговый день i;

Pi-1 - цена базисного актива в предыдущий торговый день i-1;

7.5.2. на основании полученного множества значений относительного изменения цены каждого базисного актива рассчитываются показатели однодневного Value at risk (VaR): VaR (1%) и/или VaR (99%) для каждого базисного актива к рублю, при этом:

- под VaR (1%) понимается наименьшее значение из указанного множества значений относительного изменения цены базисного актива к рублю после исключения из него не более 1 (одного) процента минимальных значений.

- под VaR (99%) понимается наибольшее значение из указанного множества значений относительного изменения цены базисного актива к рублю после исключения из него не более 1 (одного) процента максимальных значений.

7.5.3. для преобразования полученных значений однодневного VaR: [VaR (1%) и/или VaR (99%)] в двухдневный VaR, форекс-дилер применяет повышающий коэффициент, равный корню квадратному из двух.

7.5.4. для расчета требуемого обеспечения полученные значения двухдневного VaR преобразуются посредством отношения единицы к указанным значениям двухдневного VaR.

При этом одно из двух полученных значений двухдневного VaR, соответствующее понижению цены базисного актива к рублю, которое по расчету отрицательное, для целей определения размера требуемого обеспечения берется форекс-дилером по модулю.

7.5.5. Форекс-дилер производит расчет размера требуемого обеспечения, используя наибольшее из значений показателя VaR (1%) или VaR (99%).

7.6. По решению форекс-дилера требуемое обеспечение устанавливается выше (больше) рассчитанного в соответствии с Базовым стандартом.

7.7. Пример расчета размера требуемого обеспечения размещается форекс-дилером в свободном доступе на своем официальном сайте в информационно-телекоммуникационной сети «Интернет».

7.8. Расчет размера требуемого обеспечения подлежит хранению форекс-дилером не менее 5 (пяти) лет с даты расчета.

В итоге форекс-дилер:

определяет время для определения цены, используемой для расчёта;
определяет число календарных дней, используемых для расчета;
имеет возможность использовать готовые результаты расчёта от поставщика котировок;
может по своему усмотрению увеличит размер Требуемого обеспечения.

Вопросы, относительно способа конвертации цена базисного актива в рубли остаются открытыми, в том числе однозначно не ясно, надо конвертировать цену базисного актива за каждый период изменения цены (каждый день в выборке), или нет (конвертировать конечный результат, но как?).

Базовый стандарт даёт следующее определение для термина "Требуемое обеспечение"

Требуемое обеспечение - минимальный объем средств, необходимый для заключения форекс-дилером договоров, указанных в пункте 1 статьи 41 Федерального закона «О рынке ценных бумаг», с физическим лицом, не являющимся индивидуальным предпринимателем

Однако, результатом предлагаемого расчёта является буквально 1/отклонение в процентах из выборки (макс-1%||мин-1%) умноженное на корень из 2х, т.е. не значение в денежных единицах. Как так то?

Вообще, может кто пояснит смысловую нагрузку вычислений с точки зрения статистики?

У меня, пока, складывается ощущение, что это использование СРО невежества со стороны контролирующих органов с целью уменьшения вероятных рисков клиентов, что позволяет форекс-дилерам занижать Требуемое обеспечение (давать большее "кредитное плечо").

торговая стратегия на базе Интерполяция, аппроксимация и иже Учебники по программированию

Aleksey Vyazmikin 2025.07.13 23:45 #676

Aleksey Vyazmikin #:
Вообще, может кто пояснит смысловую нагрузку вычислений с точки зрения статистики?

Можно, пожалуй, сказать, что убрали выбросы из выборки при исключении по 1% с двух сторон, ну а есть ли основание считать эти данные выбросами?

В общем, не могу найти оправдания таким действиям.

Так же обращает на себя внимание то обстоятельство, что считают не дельты изменения цены в пунктах, а изменение цены в процентах, что так же будет занижать риски, особенно при больших значений цены, допустим при растущем тренде такого базисного актива, как нефть или акции, и незначительного изменения в процентах, в то время как в пунктах эти значения будут значительными. Убыток то в пунктах по сути будет выражен, а не в процентах от начальной цены (какой такой?)...

АКЦИИ новости , прогнозы На каком расстоянии вы Какие валютные пары имеют

Aleksey Vyazmikin 2025.07.16 22:04 #677

Aleksey Vyazmikin #:

7.7. Пример расчета размера требуемого обеспечения размещается форекс-дилером в свободном доступе на своем официальном сайте в информационно-телекоммуникационной сети «Интернет».

Хорошо, давайте посмотрим примеры расчёта Требуемого обеспечения одного из форекс-дилеров.

Полностью копировать текст документа не буду - много повторов с Базовым стандартом.

2.3. Моментом времени, по состоянию на который рассчитывается размер требуемого обеспечения по каждому базисному активу, является 23 часа 59 минут каждого торгового дня.

...

Расчет требуемого обеспечения ведется относительно текущего торгового дня и осуществляется в следующем порядке:

Текущий торговый день он же как раз завершится через минуту, если уже не завершился, тогда как понимать эти фразы? А если установлено, что расчёт требуемого обеспечения осуществляется в 11:00, то до 11:00 можно не применять показатели Требуемого обеспечения? Или же расчёт должен всё же текущим числом проводится на следующий торговый день - однозначного толкования нет.

Расчет требуемого обеспечения ведется относительно текущего торгового дня и осуществляется в следующем порядке:

3.2.1. Для каждого торгового дня в пределах периода времени, за который Обществом используются данные для расчета требуемого обеспечения, начиная со второго, рассчитывается значение относительного изменения цены каждого базисного актива к рублю по формуле:

Pi/(Pi-1)-1

где:

Pi - цена базисного актива в торговый день i;

Pi-1 - цена базисного актива в предыдущий торговый день i-1;

3.2.2. На основании полученного множества значений относительного изменения цены каждого базисного актива рассчитываются показатели однодневного Value-at-Risk (VaR): VaR (1%) и (или) VaR (99%) для каждого базисного актива к рублю, при этом под VaR (1%) понимается наименьшее значение из указанного множества значений относительного изменения цены базисного актива после исключения из него не более 1 (одного) процента минимальных значений, а под VaR (99%) понимается наибольшее значение из указанного множества значений относительного изменения цены базисного актива к рублю после исключения из него не более 1 (одного) процента максимальных значений.

3.2.3. Для преобразования полученных значений однодневного VaR: [VaR (1%) и (или) VaR (99%)] в двухдневный VaR применяется повышающий коэффициент, равный квадратному корню из двух. Показатели двухдневного VaR (1%) и VaR (99%) для базисных активов, валюта котировки которых отличная от рубля, рассчитываются с поправкой на величины двухдневного VaR (1%) и VaR (99%) соответственно для валютной пары, состоящей из валюты котировки к рублю.

3.2.4. Для расчета требуемого обеспечения полученные значения двухдневного VaR преобразуются посредством отношения единицы к указанным значениям двухдневного VaR.

Одно из двух полученных значений двухдневного VaR, соответствующее понижению цены базисного актива к рублю, которое по расчету отрицательное, берется по модулю.

3.2.5. Общество производит расчет размера требуемого обеспечения, используя наибольшее из значений показателя VaR (1%) или VaR (99%).

По сути, всё то же самое, что в Базовом стандарте.

Далее в документе есть два примера расчёта для USDRUB и NZDUSD, показана ценовая выборка и рассчитаны изменения цены.

Интересное начинается на том, как определяется значение "не более 1%" минимальных значения и "не более 1%" максимальных значений. Предлагается найти 1% из числа наблюдений и округлить до целого значения, а потом из выборки убрать ровное количество максимальных и минимальных значений. Как считаете, это корректный подход? Я вот считаю, что надо буквально как и указано, убрать все значения до 1% и все после 99%, дело в том, что при таком подходе количество исключаемых значений с двух сторон из выборки будет разным. В примере 255 наблюдений, соответственно форекс-дилер 255/100 и определяет 1% равный 3, убирая 6 наблюдений, в то время, как надо убрать два в начале и 3 в конце. Пример этого ниже в таблице.

Ну хорошо, далее они посчитали однодневные и двухдневные VaR для USDRUB и NZDUSD, получили значения, но сказано (приведено), что для NZDUSD надо применить особую формулу, вот пример промежуточных результатов расчёта Требуемого обеспечения для пары NZDUSD.

Однодневный VaR (99%) NZDUSD (после исключения 1% максимальных значений)	0,0203
Однодневный VaR (1%) NZDUSD (после исключения 1% минимальных значений)	-0,0236
Двухдневный VaR (99%) NZDUSD	0,0287
Двухдневный VaR (1%) NZDUSD (по модулю)	0,0334
Двухдневный VaR (99%) USDRUB (расчет в Приложении 1)	0,032
Двухдневный VaR (1%) USDRUB (по модулю, расчет в Приложении 1)	0,03
VAR (99%) NZDUSD (VaR (99%) NZDUSD+VaR (99%) NZDUSD*VaR (99%) USDRUB)	0,0297
VAR (1%) NZDUSD (VaR (1%) NZDUSD+VaR (1%) NZDUSD*VaR (1%) USDRUB)	0,0344
NZDUSD*VaR (1%) USDRUB) (максимальное значение от которого производится дальнейший расчет)	1 к 29
Размер требуемого обеспечения (1/0,0344)

Я выделил формулы жёлтым цветом, они, видимо, должны конвертировать изменение цены из USD в RUB. Однако, каким это образом может происходить - я не понимаю, если кто понимает эту логику - прошу объяснить! Отклонения в процентах разных активов перемножают между собой - к чему бы это...

Что ещё примечательного видим, так это действие "1/VAR" - что это некое соотношение, являющееся максимальным кредитным плечом для торгового инструмента? Как это конвертировать в рубли? Есть ли практический смысл, с точки зрения статистики, в этих манипуляциях? Прошу высказываться!

торговая стратегия на базе Преобразование абсолютных показателей осциллятора Расчет маржи уже открытых

Aleksey Vyazmikin 2025.07.16 23:32 #678

Aleksey Vyazmikin #:

Хорошо, давайте посмотрим примеры расчёта Требуемого обеспечения одного из форекс-дилеров.

Другой форекс-дилер предлагает следующие инновации.

Если по валютной паре USD/RUB на 12:00 в указанные в таблице дни были следующие котировки:

Дата	Bid	Ask	Среднее
04.03.2019	65.8533	65.8668	(65.8533 + 65.8668) / 2 = 65.86005
05.03.2019	65.7389	65.7491	(65.7389 + 65.7491) / 2 = 65.74400

То однодневное относительное изменение курса валютной пары USD/RUB на 05.03.2019 равно (65.74400 / 65.86005) - 1 = -0.00176207

Таким же образом рассчитываются однодневные относительные изменения курса валютной пары USD/RUB за все даты, входящие в установленный доверительный интервал.

Видим, что тут решается вопрос по какой цене считать изменение - по Ask или Bid - решают усреднить.

Далее, посчитали, как и прошлый форекс-дилер VAR и, новая инновация:

Полученные значения двухдневного VaR, преобразованные в процентный формат, составляют размер требуемого обеспечения. При этом одно из двух полученных значений двухдневного VaR, соответствующее понижению курса валютной пары к рублю, которое по расчету отрицательное, для целей определения размера требуемого обеспечения берется по модулю.

Таким образом значения двухдневных VaR, преобразованные в процентный формат, для валютной пары USD/RUB будут равны:

VaR (1%) = | -0.013520 * 1.41421356 | * 100 % = 0.01912380 * 100% = 1.912380%

VaR (99%) = ( 0.014690 * 1.41421356 ) * 100 % = 0.02077483 * 100 % = 2.077483%

Для того, чтобы определить плечо по валютной паре USD/RUB на 03.03.2020, необходимо единицу разделить на полученное значение двухдневного VaR и отбросить дробную часть.

Плечо, рассчитанное по VaR (1%) = 1 / 1.912380 = 52.29085761 => плечо 1/52

Плечо, рассчитанное по VaR (99%) = 1 / 2.077483 = 48.13518173 => плечо 1/48

Откуда у них взялись вдруг проценты? Если мы выполни деление 1 на 1,912380, то получим 0,5229, а не 52,29 - не ясны манипуляции. Зато понятно, что так они находят какое то "плечо", после округления.

Дальше интересней пишут:

Для базисных активов, в которых валюта котировки отличается от рубля, показатели VaR (VaR (1%) и VaR (99%)) считаются с поправкой на величину VaR валюты котировки к рублю. При этом в случае, если среди котируемых форекс-дилером инструментов отсутствует валютная пара, состоящая из валюты котировки к рублю, при расчете используются котировки вспомогательных валютных пар, которые рассчитываются через кросс-курсы котируемых форекс-дилером валютных пар.

Например, при расчете VaR для AUD/CAD необходимо использовать курс CAD/RUB, но при этом отсутствует котируемая форекс-дилером валютная пара CAD/RUB. В этом случае для вспомогательной валютной пары CAD/RUB котировки будут рассчитаны через кросс-курсы других котируемых форекс-дилером валютных пар.

Если по валютным парам, указанным в таблице ниже, были следующие котировки:

Валютная пара	Bid	Ask	Среднее
USD/RUB	63.555	63.585	(63.555 + 63.585) / 2 = 63.570
AUD/CAD	0.8954	0.8956	(0.8954 + 0.8956) / 2 = 0.8955
USD/CAD	1.3226	1.3230	(1.3226 + 1.3230) / 2 = 1.3228

То котировка вспомогательной валютной пары CAD/RUB будет рассчитана как отношение котировки USD/RUB к котировке USD/CAD:

63.570 / 1.3228 = 48.057

Показатели VaR (VaR (1%) и VaR (99%)) для СAD/RUB рассчитываются по общим правилам, описанным выше. Конечные значения VaR (99%) и VaR (1%) для AUD/CAD будут рассчитаны следующим образом:

VaR (1%) AUD/CAD = VaR (1%) AUD/CAD * (1 + VaR (1%) CAD/RUB)

VaR (99%) AUD/CAD = VaR (99%) AUD/CAD * (1 + VaR (99%) CAD/RUB)

Видим термин "Валюта котировки" - расшифровки нет, из дальнейшего контекста можно предположить, что речь о второй валюте в паре. Обычно это валюта прибыли в спецификации к инструменту. Получаем соотношение двух котировок, и считаем для них VAR. И тут я думаю, а корректно ли для соотношения вообще делать подобные расчёты? А если корректно, то почему бы на этом и не остановится?

Но нет, теперь иную формулу, отличную от первого форекс-дилера, мы можем наблюдать. Откуда в формуле появляется единичка - загадка.

В итоге, почему используются разные методики? Какая наиболее точно отражает требования ФЗ и Базового стандарта? Что вообще значат эти формулы?

Все эти перемножения в конечных формулах, похоже, нужны для уменьшения делителя, что бы увеличить плечо, но с реальностью они мало соотносимы, - пока такое мнение...

что надо делать властям Расчет профита в терминале, Как рассчитать размер комиссии

Aleksey Vyazmikin 2025.07.18 21:37 #679

Aleksey Vyazmikin #:

Другой форекс-дилер предлагает следующие инновации.

Есть ещё действующий третий форекс=дилер, но на его сайте не удалось найти пример расчета требуемого обеспечения - написал ему об этом - ждём ответ, может, я плохо искал.

Aleksey Vyazmikin 2025.07.19 05:51 #680

Aleksey Vyazmikin #:
Я вот думаю, что первым делом надо понять смысл существования этого понятия "Требуемое обеспечения", и, на мой взгляд смысл в том, что бы при неблагоприятных условиях клиент форекс-дилера рисковал только теми средствами, что передал в обеспечение. В то же время это ограничитель убытков форекс-дилера, на случай если произойдёт резкий скачок цены и денег клиента станет недостаточно для покрытия убытка - т.е. закладывается риск такого события в 1%.

Похоже, я начал понимать, как работает Кухня, такой же смысл по сути изложен в новом, для читателей этой ветки и меня, документе "Базовый стандарт по управлению рисками форекс-дилеров", который можно почитать тут.

9.12. Форекс-дилер не реже 1 (одного) раза в год должен проводить Стресс-тестирование для определения объема капитала, требуемого для покрытия потерь, которые может понести форексдилер в результате реализации негативных сценариев по рыночному риску.

9.12.1. Порядок проведения Стресс-тестирования, включающий в себя периодичность проведения, методологию проведения Стресс-тестирования, возможные негативные сценарии, а также порядок документального оформления результатов Стресс-тестирования, устанавливается во внутреннем документе форекс-дилера.

9.12.2. Минимальные требования к сценарию проведения форекс-дилером Стресстестирования:

- в качестве исходной принимается совокупная клиентская позиция на 23:59:59 даты, предшествующей дате проведения Стресс-тестирования, с проведенным неттингом (при этом «неттинг» - это разница между обязательствами и требованиями форекс-дилера) по каждой валютной паре;

- по каждой валютной паре в сторону оставшегося после проведенного неттинга объема, не перекрытого на внешнем контрагенте, моделируется движение курса на величину, определяемую исходя из двухдневного изменения курса иностранной валюты и / или валютной пары к рублю, которое в 99 процентах случаев находится в пределах одностороннего доверительного интервала в распределении таких значений не менее чем за последние 365 дней;

- значения финансового результата, полученного путем умножения указанного выше объема на смоделированное движение рынка на момент проведения стресс-тестирования по каждой валютной паре, суммируется, с предварительной конвертацией в рубли;

- полученное в результате суммирования значение капитала является необходимым для форекс-дилера для финансовой устойчивости в рамках заданного стресс-сценария.

Согласитесь, что если даже смоделировали движение в процентах от текущей цены, то для расчёта финансового результата надо определить изменение цены (смоделированное движение рынка) в натуральном, а не процентном выражении, т.е. в пунктах. Т.е. происходит стандартный расчёт финансового результата при предполагаемом изменении цены. Или иначе понимаете суть написанного?

Ну, и ещё замечу, что данный Базовый стандарт по управлению рисками форекс-дилеров подтверждает предположение, что форекс-дилер не перекрывает все свои позиции и получает доход от убытков клиентов.

что надо делать властям Торговые нюансы: Плюсы, минусы. Swap - трейдинг

Стоп аут - медленно работает на MT5? - страница 68