Table of Contents

ETF Trade

  1. AP sends basket to HTLC
  2. ETF sends shares to HTLC
  3. Reveal secret
  4. HTLC -> ETF shares to AP
  5. HTLC -> Basket to ETF

ETF Fail

  1. AP sends basket to HTLC
  2. ETF sends shares to HTLC
  3. T+1 fail
  4. HTLC -> ETF shares to ETF
  5. HTLC -> AP basket to AP

Trade Lifecycle

  1. Trade Initiation
  2. Trade Execution
  3. Trade Capture
  4. Trade Enrichment
  5. Trade Validation
  6. Trade Verification
  7. Trade Allocation
  8. Trade Agreement
  9. Trade Affirmation
  10. Trade Confirmation
  11. Clearing
  12. Settlement
  13. Reconciliation
  14. Trade Reporting

Buy

  1. User sends EUR to Robinhood
  2. Robinhood swaps EUR to USD
  3. Robinhood buys shares
  4. Robinhood mints token to User wallet

Sell

  1. User sends token to Robinhood
  2. Robinhood sells AAPL share
  3. Robinhood swaps USD to EUR
  4. Robinhood sends EUR to User
  5. Robinhood burns tokens

ETF Creation

  1. AP buys creation basket of ETF’s underlying securities
  2. AP delivers creation basket of securities to ETF
  3. AP receives ETF’s underlying securities
  4. AP sells ETF’s underlying securities

ETF Redemption

  1. AP buys ETF shares from market
  2. AP delivers ETF shares to the fund
  3. AP receives new ETF shares
  4. AP sells ETF shares in market

ETF Creation
  1. AP buys creation basket of ETF’s underlying securities
  2. AP delivers creation basket of securities to ETF
  3. AP receives ETF’s underlying securities
  4. AP sells ETF’s underlying securities
ETF Redemption
  1. AP buys ETF shares from market
  2. AP delivers ETF shares to the fund
  3. AP receives new ETF shares
  4. AP sells ETF shares in market
Credit Transfer
  1. Alice sends a request to Bank A “Pay Bank B $5 for the benefit of Bob”
  2. Bank A verifies Alice’s identity and adequacy of Alice’s funds
  3. Bank A notifies Bank B of the payment
  4. Bank B verifies Bob has an account
  5. Bank B sends confirmation to Bank A
  6. Both banks send confirmation to their respective customers.
ACH Data
  1. Originator initiates a debit or credit payment order to the ODFI
  2. ODFI transmits the payment information to the ACH operator
  3. ACH operator receives data from the ODFI and sorts the entries by routing number
  4. ACH operator transmits the entries to the RDFI
  5. RDFI receives, processes, and posts the ACH data to the receiver account on settlement day
Wire
  1. Initiation: The sender provides their bank with the recipient’s name, account number and bank information (such as routing number for domestic transfers and IBAN for international transfers).
  2. Verification: The sending bank verifies the sender’s account balance and transaction details.
  3. Processing: The sending bank processes the transfer through payment networks such as Fedwire or SWIFT.
  4. Intermediary routing: Especially for international transfers, the payment may route through intermediary banks that facilitate the transaction between different banking systems.
  5. Funds crediting: The recipient’s bank receives the payment instructions and credits the funds to the specified account.
  6. Notification: Both sender and recipient receive confirmation of the transfer.
  7. Settlement: The banks complete the transaction by settling funds between themselves through central banks or clearing houses.
Correspondent banking
  1. Debiting of payer’s account with bank A
  2. Crediting of bank B’s mirror account with bank A, which is kept for accounting purposes
  3. Payment message from bank A to bank B via telecommunication network
  4. Debiting of bank A’s account with bank B (loro account)

A. Use correspondent bank only

  1. Crediting of bank C’s account with bank B
  2. Payment message from bank B to bank C via telecommunication network
  3. Debiting of bank’s B mirror account with bank C, which is kept for accounting purposes
  4. Crediting of receiver’s account with bank C

B. Involvement of payment system

  1. Payment message from bank B to payment system
  2. Settlement via payment system
  3. Payment message from payment system to bank C
  4. Crediting of receiver’s account with bank C
Stablecoin Transfer

Authorization

  1. Sender initiates a transfer via their wallet.
  2. Transaction is broadcast to the blockchain network.
  3. Network verifies sender’s balance and transaction validity.
  4. Transaction is approved and added to the blockchain.

Processing

  1. Transaction is processed on the blockchain.
  2. Smart contracts execute any required conditions.
  3. Network nodes confirm the transaction.

Settlement

  1. Stablecoin is credited to the recipient’s wallet.
  2. Transaction is permanently recorded on the blockchain.
MMF Purchase Process
  1. Institutional Client initiates Fedwire for purchase
  2. Custodian receives Fedwire in clearing account
  3. Global Cash Services creates case upon receipt of wire
  4. TA (Transfer Agent) reconciles transaction with wired funds received
  5. Treasury/Fund Accounting initiates wire from clearing to fund account
  6. Custodian receives wire into fund account
MMF Liquidation Process
  1. TA creates case for outgoing wire
  2. Global Cash Services initiates wire to the client
  3. Treasury/Fund Accounting initiates wire from fund account to clearing account
  4. Custodian fund account wires to clearing account
  5. Custodian clearing account wires to client
  6. Institutional Client receives wire
Traditional MMF Intercompany Transfer
  1. Unit A initiates MMF redemption
  2. Unit A approves MMF redemption
  3. MMF redemption settlement (T+0 or T+1)
  4. Unit A confirms MMF proceeds landed in bank
  5. Unit A initiates MMF payment to Unit B
  6. Unit A approves payment to Unit B
  7. Unit B receives payment, initiates MMF purchase and associated payment
  8. Unit B approves MMF purchase and associated payment
  9. Funds arrive at MMF, begin earning interest (T+0 to T+1)
Tokenized MMF Intercompany Transfer
  1. Unit A initiates transfer of MMF tokens to Unit B
  2. Unit A approves transfer of MMF tokens to Unit B
  3. Funds arrive in Unit B’s wallet and start earning yield instantly, with no yield lost during transaction
MMF Funding Engine
  1. Investors deposit cash with the MMF’s custodian.
  2. The MMF selects and invests in money market securities according to the Investment Policy of the Fund.
  3. Purchased securities are held at the MMF’s custodian on behalf of the Investors.
  4. Returns on the portfolio may either be paid to investors periodically or reinvested in the fund.
Trade Lifecycle
  1. Trade Initiation
  2. Trade Execution
  3. Trade Capture
  4. Trade Enrichment
  5. Trade Validation
  6. Trade Verification
  7. Trade Allocation
  8. Trade Agreement
  9. Trade Affirmation
  10. Trade Confirmation
  11. Clearing
  12. Settlement
  13. Reconciliation
  14. Trade Reporting
BITNET DIRECT ISSUANCE
  1. Issuer registers offering
  2. Investor buys new shares
  3. Issuer accepts stablecoins
  4. Investor receives tokenized shares
  5. DRS updates registry
BITNET PRIMARY & SECONDARY MARKETS
  1. Issuer registers offering: Issuer submits standard registration statement to the SEC
  2. Investor buys new shares: Investor connects wallet, completes KYC, and buys shares
  3. Issuer accepts stablecoins: Funds settle directly into the issuer’s wallet from KYC-verified investors
  4. Investor receives tokenized shares: DRS issues tokenized shares instantly into the investor’s wallet
  5. DRS updates registry: Shareholder records updated in real-time
DRS ISSUANCE
  1. Issuer submits standard registration statement to the SEC
  2. Investor connects wallet, completes KYC, and buys shares
  3. Stablecoins settle into issuer’s wallet from KYC-verified investors
  4. DRS issues tokenized shares to investor wallets
  5. Shareholder registry updates programmatically via blockchain
BITNET DIRECT ISSUANCE PROGRAM
  1. Issuers file the standard SEC registration
  2. Investors connect wallets and send stablecoins, with pricing referenced to real-time market prices
  3. Tokenized shares are issued directly to investor wallets via DRS
  4. The shareholder registry updates in real time
PREPAID STABLECOIN DEBIT TRANSFER / PULL
  1. Cardholder authorizes merchant to pull funds
  2. Merchant sends debit request
  3. Merchant wallet submits blockchain debit request
  4. Blockchain verifies card wallet balance
  5. Blockchain debits card wallet
  6. Blockchain credits merchant wallet
  7. Merchant wallet confirms receipt to merchant
PREPAID STABLECOIN CREDIT / TRANSFER / PUSH
  1. Cardholder requests payment
  2. Card wallet submits stablecoin transfer
  3. Blockchain debits card wallet
  4. Blockchain credits merchant wallet
  5. Merchant wallet confirms receipt to merchant
  6. Merchant provides receipt to cardholder
Minting and redeeming stablecoins

MINT

  1. Authenticate
  2. Deposit USD
  3. Convert USD to Stablecoin
  4. Transfer Stablecoin to Customer

REDEEM

  1. Authenticate
  2. Create Deposit Address
  3. Send Stablecoin to XFT
  4. XFT Transfers USD to Bank Account
VISA DIRECT FOR WALLET
  1. The sender initiates a payment using a visa direct client.
  2. The Visa Direct Client processes the payment through the Visa Direct Gateway.
  3. The Visa Direct Gateway connects to the Visa Payments Limited (VPL) network.
  4. A network of wallet aggregators and operators on the VPL is utilized to facilitate the transaction.
  5. The payment is transferred to the recipient’s financial institution.
VISA DIRECT USER
  1. Sender initiates payment through a digital channel
  2. Create and submit OCT transaction
  3. Transaction is routed to recipient institution
  4. Receiving institution credits account and notifies recipient
  5. Recipient can access funds at POS or ATM
Payments data
  1. Initiation
  2. Authorization
  3. Transmission
  4. Acceptance
  5. Receipt
IDN liquidity mechanism
  1. Bank funds IDN wallet
  2. Bank adds optional supplemental
  3. Bank A pays Bank B
  4. XFT debits A credits B
  5. Uses supplemental then primary
  6. Queues if limits hit
  7. End of day net and settle​
MORTGAGE LIFECYCLE
  1. ORIGINATION The lender helps the borrowers complete the loan application.
  2. PROCESSING The lender documents the loan file.
  3. UNDERWRITING The lender evaluates the loan file.
  4. CLOSING The borrowers sign loan documents; the sellers transfer the title.
  5. WAREHOUSING The lender may temporarily warehouse closed loans.
  6. DELIVERY The lender packages and sends the loan to an investor
  7. SECONDARY MARKET Lenders and investors buy and sell mortgages.
  8. LOAN SERVICING Third parties collect the borrowers’ monthly mortgage payment.
Mortgage
  1. Origination
  2. Processing
  3. Underwriting
  4. Closing
  5. Warehousing
  6. Delivery
  7. Secondary market
  8. Loan servicing
1031 Exchange
  1. Alice deposits 100 22 LIBERTY LN to escrow
  2. Escrow mints 100 LGUSD to Alice wallet
  3. Bob deposits 100 20 LIBERTY LN to escrow
  4. LG Settlement Services approves
  5. Atomic settlement:
    • Contract sends 100 22 LIBERTY LN tokens to Bob wallet
    • Contract sends 100 20 LIBERTY LN tokens to Alice wallet
    • Escrow burns 100 LGUSD from Alice wallet
ETF redemption process John
  1. John goes to his broker and gives him the order to sell 500,000 shares of the ETF.
  2. The broker buys the ETF shares from John at an agreed-upon price.
  3. The broker determines if a redemption is necessary due to the decrease in demand and is now long the ETF since John sold the shares back to him.
  4. The broker then sells the basket of securities held by the ETF to hedge his position and is now short the basket, long the ETF.
  5. The broker delivers the ETF shares to the ETF issuer, initiating a redemption.
  6. The broker receives the basket of securities from the issuer and flattens out the short basket position.
ETF creation process John
  1. John goes to his broker and gives him the order to buy 500,000 shares of an ETF.
  2. The broker sells the ETF shares to John at a specific price. As mentioned before, the process of buying the ETF is seamless for John the investor, and his work is done.
  3. Behind the scenes on the back end, the broker has determined that, due to the increased demand by John, he as an authorized participant must create new ETF shares. He is now short the ETF shares since he sold them to John.
  4. The broker then buys the basket of securities held by the ETF to hedge himself and is now long the basket and short the ETF.
  5. The broker then delivers the basket of securities to the ETF issuer, initiating a creation.
  6. The broker receives new ETF shares from the issuer in return and flattens out his short ETF position.
Buy stocks
  1. User sends EUR to Robinhood
  2. Robinhood swaps EUR to USD
  3. Robinhood buys shares
  4. Robinhood mints token to User wallet
Sell stocks
  1. User sends token to Robinhood
  2. Robinhood sells AAPL share
  3. Robinhood swaps USD to EUR
  4. Robinhood sends EUR to User
  5. Robinhood burns tokens
Withdrawing crypto assets
  1. Whitelist the destination address
  2. Verify whitelist approval status
  3. Request withdrawal to approved address
  4. Monitor withdrawal status
Mint tokenization endpoint
  1. Once the handshake process is completed, the AP is now able to request minting of tokenized assets using the endpoint below.
  2. Mint request is validated by DRS and Issuer:
    • DRS validations:
      • Client is an AP authorized for tokenizations
      • AP has enough underlying position to mint
    • Issuer validations:
      • Wallet address provided is registered to the AP
      • Requested token is available on the requested network
  3. Upon successful validation of mint request, DRS journals the requested quantity of underlying security from AP’s account to Issuer’s account
  4. DRS confirms with Issuer that underlying security has been journaled
  5. Issuer deposits tokenized assets in AP’s provided wallet address
  6. Issuer informs DRS of successful deposit of tokens in AP’s wallet address
Mint tokenization endpoint
  1. Once the handshake process is completed, the AP is now able to request minting of tokenized assets using the endpoint below.
  2. Mint request is validated by DRS and Issuer:
    • DRS validations:
      • Client is an AP authorized for tokenizations
      • AP has enough underlying position to mint
    • Issuer validations:
      • Wallet address provided is registered to the AP
      • Requested token is available on the requested network
  3. Upon successful validation of mint request, DRS journals the requested quantity of underlying security from AP’s account to Issuer’s account
  4. DRS confirms with Issuer that underlying security has been journaled
  5. Issuer deposits tokenized assets in AP’s provided wallet address
  6. Issuer informs DRS of successful deposit of tokens in AP’s wallet address
Redeem tokenization endpoint
  1. AP moves tokens into Issuer’s redemption wallet address
  2. Issuer removes tokens from circulation
  3. Issuer notifies DRS that AP has redeemed tokens
  4. DRS journals underlying asset from Issuer’s account to AP’s account
EMV TRANSACTION FLOW
  1. Application selection
  2. Initiate application processing
  3. Read application data
  4. Processing restrictions
  5. Offline data authentication
  6. Certificates
  7. Cardholder verification
  8. Terminal risk management
  9. Terminal action analysis
  10. First card action analysis
  11. Online transaction authorization (only carried out if required by the result of the previous steps; mandatory in ATMs)
  12. Second card action analysis
  13. Issuer script processing
PREFUNDED VIA COP BORROW
  1. Mural borrows COP from local bank
  2. Mural converts COP for USD (spot)
  3. Mural sends USD to Circle
  4. Circle sends USDC to Mural
  5. Merchant account funded
  6. Acquirer sends COP to Mural
  7. Mural repays COP loan principal + interest
PREFUNDED VIA USD BORROW
  1. Mural borrows USD from bank
  2. Mural sends USD to Circle
  3. Circle sends USDC to Mural
  4. Merchant account funded
  5. Acquirer sends COP to Mural
  6. Mural converts COP to USD (spot)
  7. Mural repays USD loan principal + interest
PREFUNDED VIA BORROW
  1. Mural borrows COP from local bank
  2. Mural swaps COP for USD
  3. Mural sends USD to Circle
  4. Circle sends USDC to Mural
  5. Merchant account funded
  6. Acquirer sends COP to Mural
  7. Mural repays COP loan principal + interest
PREFUNDED VIA FX SWAP
  1. Mural sends USD to bank (swap)
  2. Bank sends COP to Mural (spot leg)
  3. Mural converts COP to USD
  4. Mural sends USD to Circle
  5. Circle sends USDC to Mural
  6. Merchant account funded
  7. Acquirer sends COP to Mural
  8. Mural delivers COP to bank
  9. Bank returns USD Mural
PREFUNDED VIA FX FORWARD
  1. Mural buys COP spot (from reserves, borrow, or market)
  2. Mural simultaneously enters FX forward to sell COP / buy USD at future date
  3. Mural swaps COP for USD (spot)
  4. Mural sends USD to Circle
  5. Circle sends USDC to Mural
  6. Merchant account funded
  7. Acquirer sends COP to Mural
  8. Mural delivers COP via forward contract
  9. Mural receives USD at locked-in forward rate
ACH CREDIT TXN
  1. The originator makes an ACH credit request to move funds into the receiver’s account and provides the receiver’s bank account and routing numbers.
  2. The ODFI debits the funds from the originator’s account.
  3. The ODFI sends a Nacha file with the transaction request to the ACH operator.
  4. The ACH operator processes the Nacha file and sends the transaction to the RDFI.
  5. The RDFI receives the Nacha file.
  6. The RDFI transfers funds to the receiver’s account according to instructions in the Nacha file.
ACH DEBIT TXN
  1. The originator makes an ACH debit request to move funds out of the receiver’s account and provides the receiver’s bank account number and routing number.
  2. The ODFI generates a Nacha file with the transaction request and sends it to the ACH operator.
  3. The ACH operator processes the Nacha file and sends the transaction to the RDFI.
  4. The RDFI debits the receiver’s account according to instructions in the Nacha file.
  5. The ODFI credits the originator account with the funds.
CC COUNTERPARTIES
  1. Cardholder
  2. Cardholder’s issuing bank
  3. Merchant
  4. Merchant’s acquiring bank
  5. Credit card association / NETWORK
CC TXN FLOWS
  1. AUTHORIZATION OR PREAUTHORIZATION
  2. BATCHING
  3. CLEARING
  4. SETTLEMENT
  5. CHARGEBACK
CC AUTHORIZATION
  1. Cardholder submits MasterCard account to merchant
  2. Merchant’s bank asks MasterCard to determine cardholder’s bank
  3. MasterCard authorization system validates card security features and approves sending to cardholder’s bank for purchase approval
  4. Cardholder’s bank approves purchase
  5. MasterCard sends approval to merchant’s bank
  6. Merchant’s bank sends approval to merchant
  7. Cardholder completes purchase and receives receipt
CC CLEARING
  1. Merchant’s bank sends purchase information to MasterCard network
  2. MasterCard clearing system validates information and approves sending purchase information to cardholder’s bank, which prepares data for cardholder’s statement
  3. MasterCard clearing system provides comprehensive reconciliation to both the merchant’s bank and to the cardholder’s bank
CC SETTLEMENT
  1. Merchant’s bank sends clearing data to MasterCard
  2. MasterCard calculates net settlement position and sends advisement to merchant’s bank and cardholder’s bank and Transfer Funds Order to settlement bank
  3. Settlement bank facilitates exchange of funds to guarantee payment to merchant’s bank
  4. Cardholder’s bank sends payment to settlement bank
  5. Merchant’s bank pays merchant for cardholder’s purchase
  6. Cardholder’s bank bills cardholder for purchases
CC CHARGEBACK
  1. CHARGEBACK = TXN REVERSAL
  2. DEBIT ACQUIRER (MERCHANT)
  3. CREDIT ISSUER (CUSTOMER)
CARD ACQUIRING COUNTERPARTIES
  1. MERCHANT
  2. ACQUIRING BANK
  3. ISSUING BANK
  4. PAYMENT SYSTEM
ACQUIRER CC PROCESSING
  1. Transaction Initiation
  2. Authorisation Request
  3. Fund Verification
  4. Transaction Approval
  5. Settlement
CARD ACQUIRING FLOW
  1. The bank card details are transmitted to the acquiring bank.
  2. The acquiring bank sends a query to the payment system (e.g., Visa, Mastercard).
  3. The payment system sends the query to the issuing bank that issued the card.
  4. The issuing bank checks whether there are enough funds on the card to make the payment. In case of a positive result, the payment is authorized.
  5. The authorization goes through confirmation, returning through the chain discussed above to the acquiring bank and the merchant.
  6. Funds are debited from the buyer’s card and credited to the seller’s current account.
ACQUIRING TYPES
  1. Merchant acquiring
  2. Internet acquiring
  3. Mobile acquiring
  4. ATM acquiring
  5. QR-acquiring
CC AUTH
  1. The Request Starts at the POS Terminal
  2. POS → Acquirer (The First Leg)
  3. Acquirer → Card Scheme (Routing the Message)
  4. Card Scheme → Issuer (The Decision Point)
  5. The Response Returns to the POS
VISA/MASTERCARD FLOW
  1. The POS terminal or e-commerce platform captures the card details.
  2. The transaction request goes to the Acquirer, which routes it through the Scheme.
  3. The Scheme securely passes the request to the Issuer for approval.
  4. The Issuer checks available funds, fraud risk, and security protocols.
  5. The approval flows back through the Scheme and Acquirer to the merchant’s POS.
  6. Funds are settled later between Issuer, Acquirer, and Merchant under Scheme rules.
R-Cross RFC Process
  1. Submit RFQ during Open/Continuous Trading State
  2. Mandatory wait period
  3. Submit RFC
  4. RFC receipt immediately triggers MDP RFQ and Pre-Cross State, duration 0 seconds
  5. Immediate transition to Cross State
  6. BPVM allocation - 0%
  7. Matching
  8. Resume (Normal) Trading State
C-Cross RFC Process
  1. Submit RFC during Open/Continuous Trading State
  2. RFC receipt immediately triggers MDP RFQ and Pre-Cross State, duration 5 seconds
  3. Transition to Cross State
  4. BPVM allocation - product-configured value
  5. Matching
  6. Resume (Normal) Trading State
COMMITTED CROSS FLOWS
  1. Partial trade with aggressing order
  2. Full trade with aggressing order
  3. Partial trade with aggressing order
  4. Aggressing order betters the market

© 2026 DRS Corporation. All rights reserved.