1. Two bridges
Circle CCTP. The cross-chain transfer protocol operated directly by Circle, the issuer of USDC.18 When USDC is burned on the source chain, Circle’s attestation service confirms the burn and issues a signed attestation. When that attestation is submitted on the destination chain, USDC of equal value is newly minted. There is no locked vault in between, no wrapped token and no liquidity pool. What arrives on the destination chain is that chain’s official USDC. CCTP V2, the second generation, launched in March 2025 and supports Fast Transfer. Circle issues the attestation without waiting for the chain to reach finality and, in return, charges a fee of 0–13 bps depending on the source chain (Ethereum 1 bp, Base 1.3 bps, Arbitrum 1.4 bps). Fast Transfer usually takes 8 to 20 seconds, while Standard Transfer, which carries no fee, takes 15 to 19 minutes on Ethereum and the major L2s.22 As of November 2025, CCTP had carried more than $110 billion in cumulative transfers across more than 5.3 million transfers.25 Ti uses CCTP Fast Transfer. In the Chapter 5 example, the 0.13 USDC charged when sending 1,000 USDC from Base is exactly Circle’s published Fast Transfer fee for Base, 1.3 bps. In the Chapter 2 example, which sent 998.97 USDC from Arbitrum One, the fee cap was set at 0.141 USDC, a small margin above the roughly 0.140 USDC that 1.4 bps gives. The quote deducts this cap from the amount received in advance, and the fee actually taken on the bridge leg never exceeds the cap. Ti adds nothing on top of Circle’s fee.Source · Ti quote API, 2026-11-02, about 11:25 UTC (maxFee 130,000 = 0.13 USDC). Fees by chain: Circle’s published Fast Transfer fees (Section 7.1).
Figure 17. Of 1,000 USDC sent from Base, only Circle’s Fast Transfer fee of 0.13 USDC (1.3 bps) comes off, and 999.87 USDC arrives on Arbitrum One.
USDT0. The cross-chain version of USDT adopted by Tether, built on LayerZero’s OFT (Omnichain Fungible Token) standard.19 On Ethereum, the original USDT is locked in an adapter contract and the same amount of USDT0 is minted on other chains. Between chains that have USDT0, tokens are burned on one side and minted on the other. A message between chains passes only when all three independent verifiers (DVNs) confirm it. USDT0 launched in January 2025. Its supply is $3.2 billion, and its cumulative transfers since launch exceed $117 billion. USDT on Arbitrum One and Polygon has already been converted to USDT0, so USDT on these chains moves as it is, without a wrapped token. USDT0 routes carry no token fee. Instead, the LayerZero messaging fee is paid in the source chain’s native token (for example, ETH). In the Chapter 2 example, this fee came to about $0.026. The two bridges verify in different ways. With CCTP, Circle, the issuer of USDC, provides the attestation itself. Holding USDC already means trusting Circle, so the bridge adds no new party to trust. USDT0 requires all three verifiers to sign, in contrast to the April 2026 case (Chapter 2) in which a setup with a single verifier was breached by a forged message.2. Cross-chain router and destination receiver
Two execution contracts handle Ti’s cross-chain swaps: the cross-chain router on the source chain and the destination receiver on the destination chain.- 1Source swap (if needed)
- 2Bridge send (minimum set)
- 3Destination swap (minimum checked)
- 4Delivered to the user’s wallet
Figure 18. A cross-chain swap starts at the router on the source chain, crosses CCTP or USDT0, and ends at the receiver on the destination chain.
A transaction the user signs goes to the cross-chain router on the source chain. If needed, the router first runs the source swap to convert the token into USDC or USDT, then hands the result to the bridge. On a CCTP route, the router burns the USDC and designates Ti’s destination receiver both as the mint recipient on the destination chain and as the caller allowed to complete that mint, and it also records the fee cap. On a USDT0 route, it designates the destination receiver as the recipient and puts into the message the minimum received for the bridge leg and the instructions to run on the destination chain (the destination-swap conditions). The destination receiver takes the USDC or USDT that arrives through the bridge. If a destination swap is needed, it converts the tokens to the target token on condition that the swap meets the minimum received set at signing. It then sends the result to the user’s wallet. Because only Ti’s destination receiver is designated to complete receipt on the destination chain, no one else can intercept the message midway and process it some other way.- 1User wallet→Cross-chain routerSigned transaction1,000.00 USDC
- 2Cross-chain router→CircleBurn USDCmaxFee 0.13 USDC · destinationCaller = receiver
- 3Circle→CircleBurn observed
- 4Circle→Destination receiverSigned attestation
- 5Destination receiver→CircleSubmit attestationonly the designated caller
- 6Circle→Destination receiverMint USDC999.87 USDC · fee within the 0.13 cap
- 7Destination receiverDestination swapminimum received 990.87 USDT checked
- 8Destination receiver→User walletDeliver USDTexpected 1,000.88 USDT
Amounts: a real Ti quote API response (2026-11-02 11:25 UTC), 1,000 USDC on Base → USDT on Arbitrum One. The fee is a cap; the fee actually taken never exceeds it.
Figure 19. The CCTP burn names Ti’s destination receiver as both mint recipient and caller, so no one else can complete receipt on the destination chain.
3. Tracking progress
A cross-chain swap passes through several stages before it completes. Using the transaction hash, the Ti explorer records whether the swap has been confirmed on the source chain, whether the bridge leg is in progress, and whether the funds have arrived on the destination chain. Users can ask Ti AI “Where is this transaction now?” and get the same information as a card. The card shows the progress stage, the destination chain, the amount received and the time taken from creation to completion. CCTP transfers can be cross-checked against Circle’s public records, and USDT0 transfers on LayerZero Scan.4. Cross-chain safeguards
A cross-chain swap has more steps than a same-chain swap, so Ti adds a dedicated safeguard at each step to keep it within the conditions the user signed.- Source chainCross-chain router1Transaction deadline
deadlinePreventsLate execution on a stale quote
- Bridge · one of the two
CCTP
2Bridge fee capCCTP maxFeee.g. 0.13 USDC on 1,000 USDC from BasePreventsThe fee rising after the quote and cutting the amount received
- or
USDT0
3Bridge-leg minimumOFT minAmountLDe.g. 990 on 1,000 USDT0PreventsLess than the minimum arriving through the bridge leg
- Destination chainDestination receiver4Designated recipient and caller
destinationCalleronly the receiver can complete the mintPreventsSomeone else intercepting receipt on the destination chain
- Destination swap5Destination-swap minimum
minAmountOute.g. 99% of expected, 990.87 USDTPreventsA swap at an unfavorable price on the destination chain
Figure 20. On a cross-chain swap, each leg has its own check that keeps execution within the terms the user signed.

