Designated Trading, Transfer of Designation, and Custody Transfer: A 30-Year History of China’s Securities Account and Custody Infrastructure#
When an investor switches brokers, the user experience is deceptively simple.
You download another app.
You open an account.
You transfer money.
And then you continue trading.
From the perspective of a modern investor, it looks almost trivial.
But underneath the app, something much more complicated is happening.
Your securities account has a registration relationship.
Your securities need a custody relationship.
Your trading instructions need a participant and a trading unit.
The exchange needs to know where those instructions come from.
The central securities registration and settlement infrastructure needs to reconcile the change.
And the old broker and the new broker must eventually reach a consistent state.
This is why concepts such as:
- designated trading,
- transfer of designation,
- custody transfer,
- securities account,
- trading unit,
- PBU,
- ChinaClear,
are much more important than they appear.
They are not merely counter-service procedures.
They are mechanisms for migrating relationships inside a distributed financial infrastructure.
This article looks at the problem from the perspective of securities-system architecture rather than from the perspective of a retail investor.
1. The First Question: Where Are Your Shares Actually Recorded?#
A common mental model is:
“I bought 10,000 shares through Broker A, so Broker A owns or stores my 10,000 shares.”
This is not a good description of the modern Chinese securities infrastructure.
The more accurate model is:
Investor
│
▼
Securities Account
│
▼
Central Registration / Settlement Infrastructure
│
├── Registration relationship
│
└── Custody / settlement relationship
│
▼
Broker
│
▼
Trading Access
│
▼
ExchangeThe broker is therefore not simply a “warehouse” containing your securities.
It is part of the service and settlement chain connecting the investor to the exchange and central registration-and-settlement infrastructure.
This distinction becomes extremely important when an investor changes brokers.
2. Three Different Things Are Often Confused#
A surprisingly large number of discussions about Chinese securities accounts mix together three separate concepts:
Securities Infrastructure
┌─────────────────────────────┐
│ Securities Account │
│ │
│ Who is the investor? │
└──────────────┬──────────────┘
│
▼
┌─────────────────────────────┐
│ Custody Relationship │
│ │
│ Where is the position │
│ maintained for service / │
│ settlement purposes? │
└──────────────┬──────────────┘
│
▼
┌─────────────────────────────┐
│ Trading Access │
│ │
│ Through which participant │
│ and trading unit? │
└─────────────────────────────┘These are related, but they are not identical.
A securities account answers one class of questions.
Custody answers another.
Trading access answers yet another.
The operations called “designated trading” and “custody transfer” exist largely because these relationships have to be explicitly maintained.
3. Why Did Shanghai Need “Designated Trading”?#
The answer is historical.
The Shanghai securities market did not begin as the highly standardized electronic market we know today.
In the late 1980s and early 1990s, China’s securities market was moving from:
Paper certificates
↓
Broker counters
↓
Trading seats
↓
Centralized exchange trading
↓
Central registration
↓
Electronic and paperless securitiesDuring this transition, the market needed a clear answer to a fundamental question:
Which participant is responsible for executing and servicing the trading activity of this securities account?
Shanghai’s designated-trading mechanism provided a structured answer.
A securities account’s trading relationship could be associated with a particular participant.
That relationship mattered because the exchange needed to know where orders and related business should be handled.
4. Designated Trading Is Not the Same Thing as Ownership#
This is the most important conceptual distinction.
Suppose an investor has:
Shanghai Securities Account
│
├── 10,000 shares of Stock A
├── 20,000 shares of Stock B
└── 5,000 shares of Stock Cand the investor changes the designated trading participant.
It does not mean:
Old Broker
│
├── move Stock A
├── move Stock B
└── move Stock C
↓
New Brokeras though physical securities were being transported between two warehouses.
Instead, the core operation is closer to:
Old Trading Relationship
↓
State Transition
↓
New Trading RelationshipThe securities registration relationship remains associated with the investor’s securities account.
What changes is the service / trading relationship associated with that account.
This is why “transfer of designation” is a better conceptual model than “moving the shares.”
5. Shanghai and Shenzhen Chose Different Paths#
One of the most interesting aspects of China’s securities infrastructure history is that Shanghai and Shenzhen did not solve this problem in exactly the same way.
A simplified historical comparison looks like this:
| Shanghai | Shenzhen |
|---|---|
| Designated trading | Custody transfer |
| Strong association between account and participant | More explicit custody relationship |
| Change trading designation | Transfer custody relationship |
| Participant relationship is central | Custody relationship is central |
| Designation migration | Custody migration |
This difference is not merely terminology.
It reflects different historical approaches to organizing the relationship between:
Investor
↓
Securities Account
↓
Broker / Participant
↓
Exchange
↓
Central Registration & SettlementModern systems have become considerably more sophisticated, so the historical distinction should not be interpreted as an absolute rule for every current product or market.
But the architectural difference remains extremely useful for understanding the evolution of China’s securities infrastructure.
6. What Does “Transfer of Designation” Actually Mean?#
Suppose:
Before:
Investor
│
▼
Shanghai Securities Account
│
▼
Broker A
│
▼
Trading Unit / PBU
│
▼
ExchangeAfter the investor changes brokers:
After:
Investor
│
▼
Shanghai Securities Account
│
▼
Broker B
│
▼
Trading Unit / PBU
│
▼
ExchangeThe securities account itself has not disappeared.
The investor identity has not changed.
The exchange has not created a new investor.
Instead, the relationship between the securities account and the trading participant has changed.
This is why the operation is essentially a state transition.
7. A Better Way to Think About It: State Machines#
Financial infrastructure is full of state machines.
Designated trading is one of them.
A simplified state model might look like:
┌───────────────┐
│ Not Designated│
└───────┬───────┘
│
▼
┌─────────────────┐
│ Designated │
│ to Broker A │
└────────┬────────┘
│
Transfer
Designation
│
▼
┌─────────────────┐
│ Designated │
│ to Broker B │
└─────────────────┘The important thing is that the system should never end up in an ambiguous state such as:
Broker A = active
Broker B = activewhen the business rule requires a single active relationship.
Therefore the migration process needs:
- validation,
- ordering,
- transaction boundaries,
- reconciliation,
- idempotency,
- exception handling,
- rollback or compensation.
The retail user sees:
“Transfer completed.”
The backend sees:
“A distributed state transition has reached a consistent terminal state.”
8. Why Transfer Operations Are Harder Than They Look#
Imagine the following simplified infrastructure:
Exchange
│
┌────────┴────────┐
│ │
Broker A Broker B
│ │
Gateway Gateway
│ │
Trading Unit Trading Unit
│ │
└────────┬────────┘
│
ChinaClear
│
Registration
/ SettlementA broker transfer may require several systems to agree.
For example:
Account System
│
├── Customer status
│
├── Securities account
│
└── Eligibility
│
▼
Custody System
│
├── Position relationship
├── Frozen position
└── Pending business
│
▼
Trading System
│
├── Participant
├── Trading Unit
└── Order routing
│
▼
Exchange / Registration & SettlementIf one system has completed the operation while another has not, the system can temporarily enter an inconsistent state.
Therefore a “broker switch” is not simply a CRUD operation.
It is a distributed transaction-like business process.
9. Why Pending Business Matters#
A securities account cannot always be migrated arbitrarily.
Consider:
Account
│
├── Available Position
│
├── Frozen Position
│
├── Pending Settlement
│
├── Corporate Action
│
├── Uncompleted Subscription
│
├── Pledged Securities
│
└── Other RestrictionsIf a position is frozen or involved in an unsettled transaction, the migration process may need to take that state into account.
This explains why real securities-system implementations contain substantial validation logic.
The system is not asking only:
“Does the customer want to change brokers?”
It must also ask:
“Is this account currently in a state in which the relationship can safely be changed?”
10. Shenzhen Custody Transfer Is a Different Architectural Idea#
Now consider the Shenzhen model.
The core concept is not simply:
“Change which broker is designated.”
Instead, it is closer to:
“Move the custody relationship for securities between participants.”
A simplified model is:
Securities Account
│
├───────────────┐
│ │
Stock A Stock B
│ │
▼ ▼
Broker A Broker BHistorically, this provided greater granularity in how custody relationships could be organized.
But the precise behavior depends on the relevant market, product, and current rules.
Therefore it is better to describe Shenzhen custody transfer as a custody-relationship migration mechanism, rather than saying that every Shenzhen security can always be independently moved without restriction.
11. The Difference Can Be Summarized in One Diagram#
The historical conceptual difference can be represented as:
Shanghai
Securities Account
│
▼
Designated Participant
│
▼
Trading Access
│
▼
Exchange
Shenzhen
Securities Account
│
▼
Custody Relationship
│
▼
Participant
│
▼
Trading Access
│
▼
ExchangeThe distinction is subtle.
But it tells us something important about the design philosophy of the two markets.
Shanghai emphasized the trading designation relationship.
Shenzhen emphasized the custody transfer relationship.
12. Securities Account ≠ Cash Account#
Another common source of confusion is the assumption that a securities account and a bank or broker cash account are the same thing.
They are not.
A simplified architecture is:
Investor
│
┌─────────┴─────────┐
│ │
▼ ▼
Securities Account Cash Account
│ │
│ │
▼ ▼
Securities Systems Bank / Broker
│
▼
Exchange / ChinaClearThe securities account represents the securities-side identity and relationships.
The cash account represents the money-side relationship.
The trading system connects the two through transaction processing and settlement.
This separation became increasingly important as securities markets evolved from physical certificates to electronic settlement.
13. The Trading Unit / PBU Is Another Layer#
Modern exchange architecture adds another important concept:
the trading unit.
A securities account does not directly establish a TCP connection to the exchange.
Instead, the infrastructure is more like:
Investor
│
▼
Broker
│
▼
Trading System
│
▼
Trading Gateway
│
▼
Trading Unit / PBU
│
▼
ExchangeThe trading unit is an operational identity inside the exchange’s participant architecture.
This is why changing brokers can affect much more than a customer’s login credentials.
The customer’s orders eventually need to enter the exchange through the correct participant and trading-unit context.
14. This Is Where “Seat” Becomes Interesting#
Older securities-market terminology often talks about:
trading seats.
Historically, the seat was an important concept in exchange membership and access.
But in modern electronic markets, it is better to distinguish:
Membership
↓
Trading Participant
↓
Trading Unit / PBU
↓
Gateway
↓
Exchange Trading SystemThe physical idea of a seat has largely been transformed into a logical infrastructure identity.
This is a classic example of how financial infrastructure evolves.
The terminology survives.
The underlying architecture changes.
15. The Gateway Is Where the Internet Ends and the Exchange Begins#
A modern broker-to-exchange architecture looks roughly like:
Client / Quant System
│
▼
Broker OMS / Trading System
│
▼
Broker Trading Gateway
│
│ TCP/IP
▼
Exchange Access Gateway
│
▼
Trading Unit / PBU
│
▼
Exchange Core Trading System
│
▼
Matching EngineTherefore, when an investor changes brokers, the entire path for future orders may change.
The user sees:
Broker A App
↓
Broker B AppBut the infrastructure sees:
Gateway A
↓
Participant A
↓
Trading Unit Abecoming:
Gateway B
↓
Participant B
↓
Trading Unit BThat is a much more meaningful description.
16. Quantitative Trading Makes This Even More Obvious#
For a normal retail investor, changing brokers may seem like an administrative operation.
For a quantitative trading organization, it can be an infrastructure migration.
Consider:
Strategy Engine
│
▼
Order Management System
│
▼
Risk Engine
│
▼
Execution Engine
│
▼
Broker Gateway
│
▼
Trading Unit / PBU
│
▼
ExchangeChanging the broker may therefore require changes to:
- gateway configuration,
- trading-unit configuration,
- account mapping,
- risk controls,
- order routing,
- market-data subscriptions,
- session management,
- monitoring,
- reconciliation,
- disaster-recovery configuration.
The same concept that appears as “transfer designation” in a retail interface can therefore become a genuine infrastructure migration in an institutional environment.
17. The Hidden Problem: Idempotency#
Financial systems cannot simply assume that every operation succeeds exactly once.
Imagine:
Client
│
│ Transfer Request
▼
Broker
│
▼
Exchange / Settlement Infrastructure
│
X
Network TimeoutThe broker does not know whether the request was:
not processedor:
processed successfullybut the response was lost.
If the broker simply retries:
Retry
↓
Transfer Againthe system could create duplicate or conflicting operations.
Therefore the infrastructure needs mechanisms such as:
Request ID
Transaction ID
Business Date
Account ID
Participant ID
Statusand logic similar to:
if transaction_id already completed:
return previous result
else:
process transaction
persist terminal stateThis is why idempotency is one of the most important hidden technologies behind seemingly simple financial operations.
18. Reconciliation Is the Real Safety Net#
Even if every individual system is designed correctly, distributed systems can still experience:
- network failures,
- process crashes,
- database failures,
- message loss,
- delayed messages,
- duplicate messages,
- manual intervention.
Therefore securities infrastructure relies heavily on reconciliation.
A simplified reconciliation model is:
Broker A
│
├─────────────┐
│ │
▼ ▼
Broker B ChinaClear
│ │
└──────┬──────┘
▼
Reconciliation
│
┌────┴────┐
│ │
Match Exception
│ │
▼ ▼
Complete RepairThis is a fundamental characteristic of financial infrastructure.
The system is not designed on the assumption that nothing will ever fail.
It is designed around the assumption that something will eventually fail, and the system must still be able to recover to a known state.
19. “Transfer” Is Therefore a State Transition#
The deepest way to understand these operations is not:
“Move my securities.”
Instead:
Change the ownership-independent service and custody relationships associated with a securities account while preserving the integrity of registration, settlement, and trading.
A simplified state transition might be:
Current State
│
▼
┌─────────────────┐
│ Validate Account│
└────────┬────────┘
▼
┌─────────────────┐
│ Check Restrictions│
└────────┬────────┘
▼
┌─────────────────┐
│ Freeze / Protect │
│ Relevant State │
└────────┬────────┘
▼
┌─────────────────┐
│ Change Relationship│
└────────┬────────┘
▼
┌─────────────────┐
│ Update Participant│
│ / Trading Context │
└────────┬────────┘
▼
┌─────────────────┐
│ Reconcile │
└────────┬────────┘
▼
New Stable StateThis pattern appears everywhere in financial IT.
20. Why China’s Securities Infrastructure Became So Complex#
The complexity did not appear overnight.
It accumulated over decades.
A simplified historical evolution looks like:
1980s
Paper Certificates
↓
Broker Counters
↓
Manual Records
1990s
Exchange Trading
↓
Central Registration
↓
Paperless Securities
↓
Designated Trading / Custody Systems
2000s
Electronic Central Settlement
↓
Large-Scale Brokerage Systems
↓
Online Trading
↓
Distributed Data Centers
2010s
Mobile Trading
↓
Internet Brokerage
↓
High-Frequency / Quantitative Trading
↓
High-Availability Trading Gateways
2020s
Cloud / Distributed Infrastructure
↓
Microservices
↓
Low-Latency Trading
↓
Multi-Market IntegrationThe account relationship mechanisms created in the early electronic era therefore became infrastructure beneath today’s much more sophisticated systems.
21. The Historical Importance of Paperless Securities#
There is a deeper historical reason why these concepts are so important.
In the early Chinese securities market, a security could be represented by a physical certificate.
The system could conceptually think:
Physical Certificate
↓
InvestorBut once securities became paperless, the system needed an authoritative electronic record.
That created a much more sophisticated architecture:
Investor
↓
Securities Account
↓
Central Registration
↓
Settlement System
↓
Participant
↓
Trading SystemOnce securities became electronic records, changing a broker was no longer about physically moving a certificate.
It became a matter of changing database relationships and system states.
That is the real technological meaning of dematerialization.
22. ChinaClear Is the Invisible Backbone#
For an ordinary investor, the exchange is usually the most visible institution.
You see:
Buy
Sell
Order Book
Price
MatchBut underneath the trading system is another world:
Exchange
│
▼
Clearing
│
▼
Settlement
│
▼
RegistrationChina’s centralized securities registration and settlement infrastructure provides the institutional foundation for this layer.
The exchange answers questions such as:
Did the order match?
The settlement infrastructure answers questions such as:
Who must deliver what to whom?
The registration infrastructure answers questions such as:
What registration relationship is recorded for the security?
These are different jobs.
23. Trading and Settlement Are Therefore Different Planes#
This distinction is extremely useful when studying securities technology.
Think of the market as two major planes:
Trading Plane
│
▼
┌──────────────────┐
│ Exchange Matching│
│ Orders / Trades │
└──────────────────┘
Settlement Plane
│
▼
┌──────────────────┐
│ Clearing │
│ Settlement │
│ Registration │
└──────────────────┘Broker switching affects the relationship between these planes and the investor.
It is not simply a change to the trading app.
24. The Modern Architecture Is More Like This#
Putting everything together:
Investor
│
┌─────────────┴─────────────┐
│ │
▼ ▼
Securities Account Cash Account
│ │
│ ▼
│ Bank / Broker
│
▼
Custody Relationship
│
▼
Broker
│
┌─────┴─────┐
│ │
▼ ▼
OMS Risk System
│ │
└─────┬─────┘
▼
Trading Gateway
│
▼
Trading Unit
/ PBU
│
▼
Exchange
│
▼
Matching Engine
│
▼
Clearing / Settlement
│
▼
Central RegistrationThis is the architecture hidden behind the simple phrase:
“I want to change brokers.”
25. Why Broker Migration Is Really Infrastructure Migration#
Once we understand the architecture, an interesting conclusion emerges.
Changing brokers means changing the endpoint of several relationships:
Account
│
├── Service Relationship
├── Custody Relationship
├── Trading Relationship
├── Participant Relationship
└── Gateway / Routing ContextTherefore, a broker transfer is not just a customer-service event.
It is a coordinated migration across multiple systems.
This explains why securities systems often have elaborate business rules around:
- account status,
- pending orders,
- frozen positions,
- unsettled transactions,
- custody relationships,
- participant relationships,
- trading units,
- corporate actions,
- reconciliation.
The more automated the market becomes, the more important these state transitions become.
26. The Most Important Mental Model#
If you remember only one diagram from this article, make it this one:
Investor
│
▼
Securities Account
│
┌─────────┴─────────┐
│ │
▼ ▼
Custody Trading
Relationship Relationship
│ │
▼ ▼
Broker Trading Unit / PBU
│ │
└─────────┬─────────┘
▼
Exchange
│
▼
Clearing / Settlement
│
▼
Central RegistryThen the meaning of a broker transfer becomes obvious.
It is not:
Old App → New AppIt is:
Old Relationship
↓
Validation
↓
State Transition
↓
New Relationship
↓
Reconciliation
↓
Stable Trading State27. The Deeper Historical Meaning#
There is a broader story here.
China’s securities market began with:
Paperand gradually evolved into:
AccountsThen:
Accountsbecame:
Electronic state machinesAnd eventually those state machines became part of:
Distributed financial infrastructureDesignated trading and custody transfer are therefore not obscure brokerage procedures.
They are historical artifacts of the transformation from a paper-based securities market into an electronic, centralized, distributed financial system.
28. Conclusion: Changing Brokers Is Not Changing an App#
For the investor, changing brokers looks like:
Broker A
↓
Broker BFor the infrastructure, it is closer to:
Securities Account
│
▼
Existing Relationship
│
▼
Validation
│
▼
Custody / Trading Transition
│
▼
Participant / PBU Transition
│
▼
Exchange Connectivity
│
▼
Registration & Settlement Consistency
│
▼
New Stable StateThat is why designated trading, transfer of designation, and custody transfer deserve to be understood as part of securities infrastructure rather than merely as counter-service terminology.
The deeper lesson is:
A securities account is not simply an account number. It is a set of relationships maintained across a distributed financial infrastructure.
And:
Changing brokers is not merely changing the application through which you trade. It is migrating a set of trading, custody, and service relationships while preserving the integrity of registration and settlement.
Once you see it this way, many otherwise confusing concepts in China’s securities market suddenly become much easier to understand.
The “broker transfer” screen on a mobile app is merely the tip of the iceberg.
Underneath it is a 30-year evolution of:
Paper Certificates
↓
Securities Accounts
↓
Central Registration
↓
Designated Trading
↓
Custody Transfer
↓
Trading Units / PBUs
↓
Electronic Exchanges
↓
Central Clearing & Settlement
↓
Distributed Financial Infrastructure