← Glossary

Devancore Post-Trade Glossary

One Economic Right, Multiple Records

One economic right can appear across several records when each representation has a defined role, controlled linkage, and reconciled quantity.

Definition

One economic right, multiple records describes a normal condition of capital-markets infrastructure. A single security or entitlement can appear in issuer, transfer-agent, depository, custody, broker, portfolio-accounting, risk, cash, and corporate-action systems. Tokenization adds a token contract, wallet state, and network transaction history to that environment. The presence of several records does not create several economic claims when their roles, quantities, and update rules are governed.

Each representation must trace to the same underlying position, or have an expressly separate legal basis. Institutions need to know which quantity may be represented, which record governs each fact, how positions move between formats, and how exceptions are resolved. That discipline prevents duplicate issuance, allocation, incompatible settlement, and unsupported transfer activity.

Why one position appears in several systems

Conventional markets already use multiple layers of records. For a depository-eligible security, the issuer or transfer agent may record a depository nominee as registered holder. The depository records participant positions. A custodian, clearing broker, or bank maintains account positions for its clients. Asset managers keep portfolio and accounting records, while internal risk and collateral systems track exposures and availability. Each record serves a distinct business, legal, or operational function.

A tokenized representation adds information rather than replacing every existing layer. The token contract may show outstanding supply and permitted transfer state. Wallet records may show the address that controls a position on the relevant network. Offchain systems may identify the legal entity, account authority, tax status, custody relationship, and restriction evidence associated with that address. The design challenge is to maintain links between these systems without treating each as an independent source of a new claim.

Institutional record-role map

Record layer Typical fact Responsible party Purpose in the economic-right model
Issuer or transfer-agent record Issued quantity and registered holder Issuer or transfer agent Issuer-level security facts where applicable
Depository or clearing record Participant position and allocated balance Depository or clearing infrastructure Participant-level mobility, custody, and settlement processing
Custody or broker account Customer allocation or security entitlement Custodian, bank, or broker Customer relationship and servicing position
Token contract and ledger Supply, balance, and network event Programme operator and network participants Technical representation and controlled transfer state
Wallet and authority map Approved address and account authority Issuer, intermediary, custodian, or programme administrator Links technical credentials to a permitted relationship
Cash and accounting record Payment, fee, tax, or journal posting Paying agent, bank, intermediary, or enterprise system Cash completion and financial reporting evidence
Corporate-action record Eligibility, election, allocation, and exception Issuer, agent, intermediary, or event processor Lifecycle servicing and audit trail

The quantity that must remain singular

An economic right can refer to an issued share, debt principal amount, Article 8 security entitlement, collateral allocation, corporate-action allocation, or another defined financial interest. The relevant unit may be fractional or denominated differently across systems. A token unit can represent a fraction of a share, a bond denomination, or a unitized interest. Parity concerns the defined relationship between quantities, rather than an assumption that one token always equals one share.

A useful operational expression is:

outstanding represented quantity ≤ eligible underlying quantity

The precise calculation follows the model. In a direct issuer structure, operations may compare the master securityholder file, the token contract state, and linked offchain records. In a custodial entitlement structure, they may compare the eligible or immobilized underlying position, the intermediary entitlement record, and outstanding tokenized entitlements. In a conversion workflow, the comparison can include traditional-form balance, reserved or pending conversion quantity, active tokenized quantity, and retired quantity.

The word “eligible” matters. A gross custody position may include quantity pledged elsewhere, restricted from transfer, pending settlement, or allocated to another purpose. The backing quantity must be the pool designated for tokenized representation. Class, series, restriction, record-date status, and associated rights can make superficially similar units operationally distinct.

Record hierarchy and fact ownership

A robust design does not rely on a universal master ledger. Different records can govern different facts. The issuer or transfer agent may govern registered holder and issued-capital facts. A securities intermediary can govern the customer entitlement credited to a securities account. A depository can govern participant-level positions. A token contract records the network's token state. A payment record establishes completion of a cash movement. A corporate-action record may govern eligibility, election, and allocation for a specific event.

Article 07, Authoritative Record, addresses this fact-by-fact hierarchy. An operating model should document it before launch. The institution needs to identify which record controls if a token balance differs from a custody account, which party may correct a failed conversion, and how a wallet mapping is updated after a key rotation, merger, court order, or account closure.

Reconciliation compares records; it does not independently establish legal title. It detects whether defined quantities, statuses, and relationships align. The governing documents and designated record hierarchy determine the legal effect of a divergence. This distinction keeps an operational control from being mistaken for a legal conclusion.

Four controls that preserve parity

Allocation control establishes the source position before representation begins. The workflow identifies the instrument, class, quantity, source account, restriction status, and responsible provider. Only quantity that is issued, eligible, and assigned to the programme can enter the tokenization or representation process.

Supply control governs minting, burning, reissuance, and conversion. The programme assigns authority for those functions, applies separation of duties and approval procedures appropriate to the risk, and compares outstanding supply with the relevant backing quantity. The source position is reserved or immobilized while the corresponding representation is active, so it cannot be made independently available for an incompatible transfer, pledge, or settlement process.

Lifecycle control connects transfers, restrictions, conversions, redemptions, and corporate actions across records. Each material state needs a defined meaning. A position can be reserved, pending mint, active, restricted, frozen, pending burn, or re-credited. Clear state labels let teams distinguish a temporary in-flight difference from an unresolved break.

Reconciliation and exception control compares quantity, status, instrument identity, account or wallet mapping, and lifecycle events. The process needs materiality thresholds, aging rules, evidence requirements, a responsible owner, and an authorised correction path. A break is not resolved simply because one system has been changed; the responsible team must confirm that all linked records now support the permitted state.

Cross-rail break matrix

Break Evidence Core risk Control response
Token supply exceeds eligible quantity Supply and allocation records disagree Unsupported representation or duplicate claim Contain issuance, investigate lineage, and correct through authorised controls
Source position available in two forms Custody, conversion queue, and token state disagree Double use for transfer, collateral, or settlement Reserve or immobilize source position and reconcile conversion status
Wallet lacks valid account mapping Token event without current authority link Incorrect servicing or ineligible instruction Contain the workflow and validate or restrict the address
Corporate-action allocation mismatch Record-date, token, and account records differ Duplicate or missing payment, vote, or election Apply event hierarchy before final allocation
Restriction-state divergence Token permission differs from legal or account restriction Ineligible transfer or incorrect freeze Update controls, review affected events, and retain evidence
Aged in-flight conversion Burn or mint complete while book entry remains pending Asset unavailability or inaccurate reporting Escalate to the record owner and resolve within defined limits

Conversion is a controlled state change

Tokenization and de-tokenization can be understood as controlled changes in representation or record rail. They are not automatically secondary trades, and the tax, legal, accounting, and regulatory treatment of any particular process depends on the governing facts and applicable rules. The operational requirement is that the source position and the represented quantity move through a controlled sequence.

DTC's December 2025 no-action letter provides a fact-specific illustration. In the preliminary service described to SEC staff, a DTC participant instructs DTC to tokenize an eligible entitlement held in the participant's account. DTC debits that position, credits the corresponding amount to a Digital Omnibus Account, and mints a tokenized entitlement to the participant's registered wallet. For de-tokenization, the token is burned and the related amount is re-credited to the participant's account.

The letter also describes controls intended to avoid a double use of the represented position. The Digital Omnibus Account quantity is not available for conventional DTC transfer until the related token is burned. DTC's LedgerScan records the tokenized entitlements for the stated service. The underlying securities remain registered to Cede & Co. This is a defined DTC arrangement, not a universal blueprint for tokenized securities.

Issuer-sponsored structures can apply a different sequence. Distributed ledger technology can form part of the master securityholder file, while identity, contact, and compliance information remains in linked offchain systems. The programme still needs an explicit rule for issue, transfer, correction, conversion, and the quantity recognised in each state.

Managing asynchronous timing differences

Onchain and offchain systems do not always update at the same moment. A network event may be confirmed before a transfer-agent or custody posting is complete. A position may be reserved while mint approval is pending. A token may be burned while book-entry re-credit awaits an operating window. A restriction review may remain open after a token event has been observed.

These timing differences can be managed when the status is explicit. The institution should identify the owner of each pending event, the maximum aging period, permitted actions, and escalation path. The lifecycle status must show whether the difference is expected, contained, or unresolved.

Timing parity differs from economic parity. Temporary state differences can exist during a controlled workflow. The total economic claim must remain within the defined eligible quantity throughout that workflow. The programme should prevent a pending or active representation from being treated as freely available in another rail unless the terms expressly support that use.

Corporate actions are the ultimate parity test

Corporate actions bring every layer into one event. A dividend, split, merger, tender, conversion, rights offering, or vote requires the institution to determine eligibility, quantity, authority, allocation, and evidence at a specific point in time. A weak cross-rail design can pay a dividend twice, accept conflicting votes, miss a split adjustment, or allocate new consideration to an ineligible wallet.

A controlled corporate-action sequence begins with the event terms and record-date hierarchy. Operations freeze or snapshot the relevant records, compare eligible quantities, validate account and instruction authority, process the event through its designated channels, update token and offchain positions, and reconcile the completed outcome. Residual breaks are investigated before final accounting and reporting are treated as complete.

Raw wallet balances do not answer every event question. The process may need to determine whether the wallet is mapped to an eligible account, whether the position is subject to a restriction, whether a transfer was pending at the cut-off, and whether a custodian holds the address on behalf of multiple downstream customers. Article 10, Tokenized Security Rights Entitlements, sets out the related rights and servicing framework.

What reconciliation must prove

Institutional reconciliation goes beyond comparing two totals. It should be able to connect the instrument and class to the token contract and network, identify the quantity permitted for representation, map wallets to approved accounts or holders, and compare restriction, collateral, and lifecycle status across each relevant record. It should also trace every conversion, distribution, split, redemption, and correction through a retained evidence trail.

The expected service level varies by product and provider. Not every system needs to update at the same millisecond, and not every fact belongs on a shared ledger. The standard is a controlled process: the institution can identify the source and effect of a difference, contain it where necessary, assign it to a responsible party, and demonstrate resolution.

Devancore can map a financial instrument across issuer, depository, custody, broker, token, wallet, cash, and corporate-action records. One hybrid core helps teams monitor position parity, conversion status, restriction alignment, and lifecycle evidence across traditional, tokenized, and onchain rails. It can route exceptions to the provider responsible for the governing record without forcing institutions to replace their established systems.

Devancore does not issue securities, create legal rights, act as a transfer agent, custodian, broker-dealer, clearing agency, depository, or paying agent, determine an authoritative record, or establish legal ownership. Those responsibilities remain with the designated parties and the governing documentation.

How it works

Define the economic unit and its eligible source

The institution identifies the instrument, class, quantity, restriction status, source account, and legal or operational basis for representation. That definition determines the parity comparison and the record hierarchy that applies.

Control conversion and lifecycle state

A source position is allocated or reserved before a tokenized representation becomes active. Mint, burn, transfer, freeze, redemption, corporate-action, and re-credit events use defined states and designated approval paths.

Reconcile and resolve the complete position

Operations compare source records, account allocations, token state, wallet authority, and lifecycle evidence. A discrepancy is contained, routed to the responsible record owner, resolved through authorised controls, and retained with an audit trail.

In Devancore™

Devancore can provide a connected operating view of one instrument across issuer, depository, custody, broker, account, token, wallet, cash, and corporate-action systems. It supports parity monitoring, conversion orchestration, restriction alignment, evidence capture, and exception routing across multiple rails.

Devancore does not issue or custody securities, act as a transfer agent, broker-dealer, clearing agency, depository, or paying agent, determine legal ownership, or replace the authoritative records maintained by responsible providers.