Заявления
Пояснение обновлено 14 октября 2026 года. Публикация от 11 мая 2020 года имела заголовок «Our clients make +350.000 USD profit». Первоначальная подпись описывала видео с клиентскими отчётами, но не приводила проверяемую таблицу, из которой складывается названная сумма. Поэтому $350 000 здесь обозначает историческое заявление публикации, а не независимо подтверждённый общий результат пользователей.
На странице сохранены четыре исходные видеоссылки. Их число не показывает количество клиентов, счетов или независимых наблюдений. Чтобы обсуждать совокупный результат, сначала нужно определить единицу учёта и устранить возможный повторный подсчёт.
Повторная ссылка — не новый результат
Три видеоссылки этой страницы совпадают со ссылками в майской подборке клиентских отчётов. Это проверяемое совпадение адресов, а не вывод о содержании роликов. Оно означает, что две публикации нельзя автоматически считать независимыми наборами результатов и складывать их заголовки.
Для каждого источника полезно хранить постоянный идентификатор видео и, отдельно, идентификатор счёта и операций, если они доступны. Один ролик может показывать несколько фрагментов; несколько роликов — один и тот же счёт. Только сведения об операциях позволяют проверить, существует ли пересечение финансовых результатов.
Составьте реестр включённых данных
Обезличенный счёт, валюта и источник исходного отчёта.
Начало и конец периода с правилом включения операций.
Прибыль и убыток по закрытым сделкам, расходы и открытые позиции.
Пополнения, выводы и другие неторговые проводки.
Идентификаторы сделок или другая проверяемая защита от двойного счёта.
Причина включения каждой записи и список исключённых пересечений.
Учебный пример: в первом отчёте итог 1 000 единиц, во втором — 1 500. Если второй включает тот же счёт и весь первый период, сумма 2 500 ошибочна: первая тысяча учтена повторно. Если записи действительно независимы и правила одинаковы, сложение допустимо, но это необходимо установить до арифметики.
Что означает итог после сверки
Даже корректный совокупный PnL не является доходностью среднего клиента. Десять счетов разного размера могут давать очень разный вклад в сумму; без капитала, длительности и потоков результат нельзя превращать в процент. Кроме того, подборка опубликованных отчётов не описывает автоматически всех пользователей продукта.
Нужно явно сообщать границы выборки и доступность убыточных наблюдений. Это вопрос полноты данных, а не предположение о том, что кто-либо намеренно что-то скрывал. Неизвестный состав остаётся неизвестным.
Следующие шаги проверки
Для структуры сверки используйте аудит торговых операций. Материал о балансе и equity помогает не смешивать закрытые результаты с открытым риском. Профит-фактор рассчитывается по собственным правилам и не восстанавливается из одного общего заголовка.
Если полный реестр не предоставлен, сохраняйте сумму именно как атрибутированное архивное заявление. Не используйте её как текущий показатель продукта, ожидаемый доход нового клиента или подтверждение эффективности каждой включённой конфигурации.
Исходные видеоматериалы
Больше статей
