What a wrapped token actually is
Most blockchains cannot directly hold or move an asset that lives on a different chain — Bitcoin cannot run inside an Ethereum smart contract, and a native Solana coin has no presence on Tron. A wrapped token works around that by issuing a separate token on the destination chain that represents a claim on the original asset. The classic example is wrapped Bitcoin: BTC is locked with a custodian or a contract, and an equivalent amount of an ERC-20 token is minted on Ethereum so that Bitcoin's value can be used inside Ethereum applications.
The arrangement only holds because of the backing. For every wrapped unit in circulation there is meant to be one unit of the underlying asset held in reserve, and the wrapped token is redeemable: burn the wrapped token and the custodian or contract releases the original. The peg to the underlying is therefore a function of that reserve and the redemption mechanism, not of market sentiment — a wrapped token is not a new asset with its own value, it is a transferable receipt for an existing one.
Wrapped tokens are produced by bridges and wrapping services, and they live or die by the trust model behind the reserve. If the custody holding the underlying is compromised, or the bridge that mints and burns is exploited, the wrapped token can lose its backing and de-peg from the asset it claims to represent. That dependency is what separates a wrapped token from a coin that is native to its own chain.
Why wrapped tokens matter for crypto payments
Wrapped tokens exist to solve a cross-chain problem: getting one chain's value onto another chain where it can be used. For a payment, that distinction matters, because a wrapped token and the asset it represents are not interchangeable at the protocol level — they are different tokens on different networks, and a system that watches for one will not see the other. A customer who sends a wrapped form of an asset to an address expecting the native asset has, on-chain, sent something else entirely.
There is also a settlement-risk dimension. A native coin is final once its own chain confirms it. A wrapped token carries the additional risk of whatever bridge and custody stand behind it; its value depends on a reserve and a redemption path that can fail independently of the chain it trades on. For a merchant deciding what to accept, a native asset is the simpler and more direct thing to be paid in.
Wrapped tokens and halfin
halfin settles in assets that are native to the chains it supports, not in wrapped representations. The supported set is each chain's native coin and its first-class tokens: BTC on Bitcoin; ETH and ERC-20 tokens on Ethereum; the native coins and tokens on Base, Arbitrum, Polygon, BNB Smart Chain, Tron (TRC-20), the XRP Ledger and Solana (SOL and SPL); and the stablecoins USDT and USDC on the networks where each is issued. A payment is detected and credited as the native asset that actually arrived on-chain — there is no wrapped-token gate.
The practical takeaway is to bill and receive in an asset halfin natively supports. If a customer holds a wrapped form of an asset, the value has to be redeemed or bridged back into a supported native asset before it can pay an invoice — that conversion happens outside halfin, on the bridge or service that issued the wrapped token. Sending a wrapped token to a deposit address for the underlying native asset is not the same transfer and will not satisfy the invoice.
Within halfin, moving between assets is handled by balance conversion, which swaps one supported asset for another inside your balance. That is an asset-to-asset operation across halfin's own supported set — it is not the same thing as wrapping an asset onto a foreign chain, and it is not a fiat off-ramp.
- A receipt, not a new asset — a wrapped token represents an underlying asset held in reserve and is meant to be redeemable one-to-one for it.
- Cross-chain by purpose — it exists to use one chain's value on another chain where the native asset cannot go.
- Bridge and custody risk — the peg depends on the reserve and redemption path behind it, which can fail independently of the chain it trades on.
- Not a halfin settlement asset — halfin credits native coins and first-class tokens; redeem or bridge a wrapped form into a supported native asset before paying.