Коротко
- PAMM обычно описывает структуру, где средства и результаты участников распределяются по правилам конкретного сервиса.
- Копирование переносит сделки или сигналы с источника на счёт подписчика; настройки, задержки и сопоставление инструментов влияют на результат.
- Алгоритмическая система исполняет заранее описанное правило в собственной цепочке данных, решений и заявок.
- Эти модели нельзя сравнивать только по графику результата: сначала сравниваются доступ, контроль, исполнение и точки отказа.
Три разных механизма доступа
Под одним словом «автоматизация» могут скрываться разные отношения между источником решения и счётом. Вопрос «кто торгует?» недостаточен. Нужны ещё вопросы «где возникает решение?», «как оно попадает на счёт?» и «кто может остановить действие?». Названия сервисов и конкретные условия меняются, поэтому ниже используются механические определения, а не описание продукта ARM.
| Механика | Где возникает действие | Что переносится на счёт | Что сравнивать |
|---|---|---|---|
| PAMM | управляющая структура или мастер-счёт | сделки и распределение по правилам сервиса | структура учёта, условия участия, распределение и выход |
| Копирование | счёт или поток сигналов источника | отдельные сделки с настройками копирования | задержка, объём, сопоставление символов и ограничения |
| Алгоритм | локальный или серверный rule engine | решение, заявка и ответ исполнения | данные, версия правила, лимиты, журналы и остановка |
Это сравнение не говорит, какая модель «лучше». Оно показывает, что одинаковое слово «автоматический» не означает одинаковую цепочку ответственности и технических событий.
PAMM: участие через объединённую структуру
В документации FXOpen PAMM описывается как структура, в которой один мастер управляет сделками, а записи инвесторов ведутся отдельно и результат распределяется по условиям сервиса. Это пример реализации, а не универсальное свойство любого PAMM-предложения (PAMM accounts).
Механика выглядит так: участник выбирает условия, средства учитываются в предусмотренной структуре, мастер создаёт сделки, а сервис распределяет результат и комиссии согласно правилам. Поэтому проверка начинается не с итоговой линии, а с текста условий:
- как определяется доля участника;
- где отражаются сделки и начисления;
- как рассчитываются комиссии и период расчёта;
- как устроены пополнение, вывод и прекращение участия;
- какие события приостанавливают или изменяют работу структуры.
В другой юрисдикции, у другого брокера или на другом движке эти детали могут быть иными. Переносить условия одного провайдера на рынок в целом нельзя.
Копирование: перенос сделок
В MetaTrader Signals подписчик выбирает сигнал и задаёт параметры копирования; сделки источника затем отражаются на счёте подписчика. Официальная документация MQL5 отдельно показывает свойства сигнала и настройки копирования, включая ограничения объёма и slippage (Social Trading in MetaTrader, Signal Properties).
Здесь важно разделить три момента:
- источник создал или изменил сделку;
- сервис передал событие и сопоставил инструмент;
- счёт подписчика принял, изменил или не смог исполнить заявку.
Между ними могут возникнуть задержка, другой размер позиции, отсутствие символа, отличия режима netting/hedging, лимит объёма или частичное исполнение. Поэтому история источника не равна истории подписчика автоматически. Сравнивать следует не только направление сделок, но и журналы событий, цены, время и причины расхождений.
Алгоритмическая система: самостоятельное правило
В алгоритмической системе правило получает входные данные, проверяет условия, формирует решение и передаёт заявку в исполнительный контур. На практике это может быть советник на терминале, серверный сервис или другой программный компонент. Принципиально важно, где находятся данные, логика, лимиты и журнал.
В требованиях MiFID II к алгоритмической торговле отдельно описаны системы, торговые пороги, лимиты, тестирование и мониторинг. Это нормативный контекст для инвестиционных фирм в соответствующей сфере, а не заявление о статусе ARM или конкретного сервиса (Article 17 Algorithmic trading).
Для технического сравнения полезны вопросы:
- какая версия правила запущена;
- какой timestamp имеет входной сигнал;
- где проверяются лимиты;
- что происходит при недоступных данных или отказе биржевого канала;
- как связываются сигнал, заявка, исполнение и ручная остановка.
Синтетическое сравнение
Представим одно учебное событие: источник увидел условие для заявки, но исполнение на счёте задержалось. В PAMM-сценарии вопрос относится к мастер-структуре и распределению. В копировании — к передаче события, настройкам объёма и сопоставлению символа. В алгоритме — к входным данным, версии правила и собственному исполнительному контуру.
Точка расхождения одна, но проверять её нужно в разных журналах. Это и есть причина, по которой графики трёх моделей нельзя считать взаимозаменяемыми доказательствами механики.
Ограничения сравнения
PAMM, копирование и алгоритм могут работать на разных инструментах, с разными ограничениями и в разных правовых режимах. Публичное описание сервиса не подтверждает его фактическую доступность в конкретной стране или на конкретном счёте. Условия, комиссии, custody, исполнение и доступ требуют проверки первоисточника договора и платформы.
Ни одна из трёх механик не отменяет рыночный риск, технологические сбои или расхождение между ожидаемой и фактической ценой. Эта статья не определяет пригодность модели для конкретного человека и не описывает ARM-интеграции, которых нет в проверенных источниках.
Практический чек-лист механики
- Где рождается решение и кто имеет право его изменить?
- Как событие попадает на счёт и какой журнал это подтверждает?
- Как рассчитываются объём, комиссии, slippage и частичное исполнение?
- Что происходит при несовпадении символа, лимита или режима счёта?
- Где находятся версия правила, лимиты и процедура остановки?
- Какие условия относятся к конкретной платформе, а какие являются только учебным сравнением?
Если ответы нельзя получить из первичных документов или журналов, сравнение остаётся гипотезой, а не проверкой механики.
Для соседних вопросов полезны разделы о риске и FAQ, а также разбор проскальзывания и издержек, где расчётная модель отделяется от фактического исполнения.