Most China-sourcing contracts still say “T/T to the Seller’s designated bank account” and stop there. When a supplier pushes for USDT or another token, buyers often paste an address into WeChat and leave the PI unchanged. That gap is where disputes start: the invoice is in dollars, the payment is a hash on a chain, and neither side can prove the other was paid under the contract.
The default professional answer remains: do not settle goods this way. If both sides still insist, the contract has to do the work a bank wire does automatically — name the payee, define when payment is complete, and allocate the failures that only exist on-chain. This is a clause checklist, not an endorsement of the method.
1. What a bank clause already decides for you
A normal T/T clause answers, without extra drafting:
- who receives the money (account name must match the seller)
- when the buyer’s obligation ends (funds credited, or SWIFT sent — you specify)
- what currency the price is in
- what happens if the bank returns or freezes the transfer
A wallet transfer answers none of those unless you write them. “Pay USDT” is not a clause. It is a slogan.
2. Minimum terms if digital assets are allowed at all
Permitted instrument. Name one asset and one network only (for example, USDT on a single specified chain). Dual-network “either is fine” is how deposits vanish onto the wrong rail.
Payee identity. The receiving address must be owned or controlled by the same legal entity named as Seller on the PI. Require a written confirmation on company letterhead, signed by an authorized person, listing the address and network. A personal wallet “used by the boss” is the same risk as paying a personal bank card.
Amount and FX. State the contract currency in fiat (USD). If payment is in tokens, define the conversion: which published rate, which timestamp (invoice date vs. transfer date), and who absorbs a deviation beyond X%. Stablecoins are not always one-for-one at the moment of settlement.
When payment is complete. Do not use “sent.” Use a confirmation standard: a stated number of network confirmations, or credited to the named address, plus a written notice with the transaction ID. Until that point, the buyer has not paid.
Fees and wrong-network loss. Network fees, intermediary cuts, and tokens sent on the wrong chain are for the sender unless the seller gave a wrong address in writing. Say so.
Sanctions and freeze. Each party represents it is not a sanctioned person and will not direct payment to a blocked address. If the issuer or a protocol freezes the tokens after a compliant transfer to the named address, allocate that risk in one sentence — usually the seller has received payment only if the tokens remain transferable by the seller. Ambiguity here is expensive.
Refunds and defects. Token payments are hard to reverse. If the contract still allows inspection-linked balances or quality holdbacks, keep those tranches on a bank rail, or require a documented refund path (return to a named buyer address within X days). Do not put 100% on-chain on a first order.
Records. Seller must issue a commercial invoice in fiat that states the token amount, network, address, and transaction ID after payment. Buyer keeps the same packet for the broker and the auditor. Customs and banks read invoices, not block explorers.
3. What to refuse even if you open the door a crack
- Payment to an address that changes “for security” after the PI is signed, unless both sides execute a written amendment
- Split payments across several personal wallets
- Settlement in a volatile token instead of a named dollar-pegged instrument (still not risk-free)
- Any clause that treats a WeChat screenshot as conclusive proof of payment
- Mixing this method with a mainland individual as the only contracting party on a large order
4. Better structure if the supplier’s real issue is banking
Often the request is not “we love tokens.” It is “our mainland account is slow or scrutinized.” Cleaner options that still look like trade:
- Seller’s Hong Kong or Singapore company + T/T to that company’s account, with the same name on the contract
- Letter of credit or documented collection for larger amounts
- Escrow or a licensed payment institution that onboards both parties
Those keep a named payee and a recall/dispute path. Token clauses are the residual option after those are refused for reasons you can live with.
The bottom line
If crypto settlement appears in a China goods contract, it must be drafted as payment mechanics: instrument, network, legal payee, completion test, conversion rule, freeze risk, and paper trail. A wallet address in a chat thread is not a term. Most importers should still keep deposits and balances on a corporate bank account. If you override that, write the failures that banks normally absorb — wrong destination, frozen assets, no invoice match — before anyone hits send.
If you’re drafting bilingual payment terms like these — or need any supplier contract, NNN agreement, or verification document translated between English and Chinese with a certified, stamped translation — see how I can help.
Digital-asset settlement in goods trade raises sanctions, AML, tax, and (on the China side) virtual-currency business restrictions. This article is a contract-drafting checklist for discussion with counsel, not legal, tax, or investment advice, and not a recommendation to pay in any token.