Master and Slave Accounts: Effective Copy Trading Structure for Funded Accounts

Master and Slave Accounts: Effective Copy Trading Structure for Funded Accounts

Copy trading between slave and master accounts is one of the most powerful tools for traders operating multiple funded accounts. But its potential only realizes with a solid structure. If you simply copy trades at random between accounts, you'll end up with problematic synchronization, surprise bans, and unnecessary losses. This guide shows you how to design a system that actually works.

What Is Master-Slave Structure and Why It Matters

In copy trading, the master account is your origin: the one where you make decisions and execute trades manually or with your system. Slave accounts are those that replicate your moves automatically.

Why it's different from simple copying: a well-thought structure lets you:

• Test strategies on a master before replicating them
• Maintain independent risk control on each slave
• Reduce ban risk at prop firms by synchronizing timing
• Scale earnings without doubling mental load

Onyx copy trading works exactly with this model. You create a link between your master and one or several slaves; configure PIN, random delays, and risk limits; and Onyx replicates locally on your terminal—without Onyx touching your money or password.

Step 1: Choose Your Master Account

The master should be your source of truth. It doesn't have to be the largest, but it must be where you practice discipline. Criteria:

• Stable in results: it's not where you test wild ideas. It's where you apply your system consistently.
• Clean record: if you copy from an account breaking prop firm rules, slaves inherit that risk.
• One per strategy: if you run two different strategies, consider two masters. Don't mix.
• Supervised: it's where you check logs, review each trade, document in your journal.

If you trade with a prop firm, verify in their rulebook if they prohibit copy trading between funded accounts. Many firms allow it, but some don't. Onyx reduces risk with local execution and jitter injection (random delay), but final responsibility is yours.

Step 2: Configure Slave Accounts with Independent Risk

Each slave lives with its own daily and total loss limit. It's not an exact replica of balance; it's a replication of trades with sizes scaled to the slave's account.

In Onyx:

• You create a master → slave link
• You configure maximum lot cap (master's lots auto-scale to the slave)
• You activate jitter (random delay of seconds between master opening and slave opening) so timestamps aren't identical
• You set risk limits per link: if the slave hits its daily stop loss, it blocks even if the master keeps trading

This is critical because it prevents one slave from destroying itself while the master keeps going. Guardian, Onyx's risk manager, monitors every link.

Step 3: Risk Management in Master-Slave Structure

Risk management in funded accounts requires you to think in two levels:

Master level: protect yourself with daily limit and maximum drawdown. If you want to be safe, keep a maximum drawdown of 5-7% on your master.

Slave level: each slave should have its own daily limit. If you run three slaves and your master loses $500, each slave loses its proportional percentage based on its balance, but respects its independent limit.

Real example:

• Master: $50,000 | Daily limit: −$2,500
• Slave 1: $25,000 | Daily limit: −$1,250
• Slave 2: $25,000 | Daily limit: −$1,250

If the master loses $2,000 on one trade (4% of its balance), each slave loses proportionally, but never crosses its individual limit.

About maximum drawdown: at prop firms, total accumulated drawdown is merciless. A well-designed structure respects it on master and slaves, and Guardian alerts before you cross the threshold.

Step 4: Ban Avoidance at Prop Firms

Prop firms monitor execution patterns. Two things raise ban risk:

1. Identical IPs: if two accounts operate from the same IP, the system links them. Onyx executes locally on your terminal, so it doesn't stamp a centralized IP. But if both accounts are on your PC, they're still the same IP.

• Solution: one VPS per account, or at least per broker. VPS in Onyx Trading Live keeps you connected 24/7 with minimal latency.

2. Identical timing: if master opening and slave opening happen at the millisecond, automatic copy pattern is detected. Onyx's jitter adds random seconds (configurable: 1-5s) before the slave opens, so timing doesn't match. Closes happen instantly to maintain sync on profit.

Important: this reduces risk, but doesn't guarantee immunity. Many prop firms explicitly prohibit copying between funded accounts. Read the rulebook.

Step 5: Monitoring and Dynamic Adjustments

Your structure isn't static. Every month review:

• Does the master maintain consistency?
• Is any slave falling behind or running ahead?
• Is jitter well-calibrated (not obviously copied, nor so slow it misses opportunities)?
• Are daily/maximum limits still realistic?

Onyx gives you alerts via Telegram (Elite and higher plans) when a trade opens, a limit is hit, or the EA crashes. Use them to adjust on the fly.

Common Mistakes to Avoid

• Copying without limits: thinking "if it works on master, copy and paste." Slaves need their own caps.
• Ignoring prop firm rulebook: assuming copy trading is allowed. Verify first.
• Jitter too high: if you set 10 seconds delay, it's obvious it's a copy.
• Undisciplined master: if your master breaks rules, all slaves inherit it.
• No VPS: operating from a shared IP almost guarantees detection at prop firms.

Final Thought

The master-slave structure with copy trading is effective because it separates decision (master) from execution (slaves) with independent risk controls. But it only works if you respect three things: discipline on the master, real limits on slaves, and compliance with your prop firm's rules.

Onyx provides the mechanics (PIN link, jitter, Guardian, alerts), but responsibility for the structure is yours. Use it as a tool, not a shortcut.