Learn how native BTC and wrapped BTC differ across chain access, workflows, reporting, and risk, and how cirBTC supports onchain finance on Arc and Ethereum.
Learn why native BTC and wrapped BTC serve different roles across chain access, workflows, reporting, and risk, and where cirBTC fits in onchain finance.
Bitcoin (BTC) can be held in its original, native form on the Bitcoin network or used as a wrapped token on a smart contract blockchain. Both are denominated in BTC, but operationally they have different capabilities, applications, limitations, and risk profiles. Those differences show up in day-to-day operations. A treasury team may need to classify the onchain asset correctly. A market maker may need inventory on a specific blockchain network. A borrower may need bitcoin-backed collateral that an onchain lending protocol can accept.
Treating native BTC and wrapped BTC as interchangeable can create gaps in workflows, reporting, and risk controls. Understanding what changes when BTC is wrapped is the first step toward using it in onchain finance, and the changes concentrate in four areas: chain access, workflows, reporting, and risk.
What is native BTC?
Native BTC is recorded and transferred on the Bitcoin blockchain. It moves between Bitcoin wallet addresses and settles according to the network’s rules. Native, “unwrapped” BTC can’t move directly from the Bitcoin network to another blockchain, which means it can’t be sent directly to an Arc or Ethereum wallet to interact with applications there. Those networks use their own token standards and smart contracts.
That creates a practical boundary. Native BTC can remain safeguarded on the Bitcoin network, but it cannot enter the smart contract workflows required for onchain lending and borrowing, trading, or programmable settlement on Arc, Ethereum, or other smart contract-enabled blockchains. Wrapping exists to cross that boundary — for BTC and other tokens facing the same limitations.
What is wrapped BTC, and how does wrapping work?
Wrapped BTC crosses the chasm between the Bitcoin network and smart contract networks by pairing native BTC held in custody with a corresponding BTC-backed token on another blockchain. The native BTC remains on the Bitcoin network while the wrapped token can move through supported smart contracts on its destination network.
A 1:1 wrapped BTC token does not generally mean it is staked BTC, a BTC derivative, or a yield-bearing BTC token. Wrapping changes, and often expands, where the asset can be used onchain. Any borrowing rate or other financial return generated by using wrapped BTC generally comes from third-party lending and borrowing markets,1 not from the token wrapper itself.
In short: native BTC is the asset on the Bitcoin network, while wrapped BTC is the onchain instrument used on Arc, Ethereum, and other supported smart contract environments.
Native BTC vs wrapped BTC: Four key differences
The distinction becomes clearer when mapped to institutional workflows.
Each of those four rows carries operational consequences worth unpacking.
Chain access: Where each version of BTC can move
Where an asset lives determines what it can do. Native BTC works with Bitcoin-native infrastructure. Wrapped BTC works with supported applications on the chains where it is issued. A token issued on Arc does not automatically appear on Ethereum, and vice versa, and an application must explicitly support it. Chain support, token contracts, liquidity, and integrations all shape practical access — which means a desk holding wrapped BTC on the wrong network holds an asset it cannot deploy.
Workflows: Wrapped BTC adds issuance and redemption
Wrapped BTC adds issuance and redemption to native BTC transfers. Eligible participants deposit BTC, receive the wrapped token on a supported chain, and later return that token through the applicable redemption process to receive native BTC. Those steps affect settlement timing, wallet operations, approvals, and reconciliation. For a market maker or OTC desk, the wrapper is part of the operating model, not a cosmetic change to the native BTC ticker.
Reporting: Wrapped BTC needs two connected records
Native BTC reporting follows Bitcoin network balances and transactions. Wrapped BTC reporting must also account for token supply on each supported network and the underlying BTC reserves. A risk desk needs to compare the outstanding wrapped token supply with the BTC backing it. Proof of Reserve data can make that relationship observable onchain, while disclosed Bitcoin wallet addresses let counterparties review holdings directly. Without both records, a reconciliation can balance on one side and still miss a backing shortfall on the other.
Risk: Wrapped BTC adds issuer, custody, and smart contract layers
Wrapping does not remove Bitcoin market risk, and it introduces new dependencies. Institutions and users should evaluate the issuer, custodian, asset custody, minting and redemption mechanics, reserve verification, and relevant smart contract risks. The wrapper and the market where it is used are separate risk layers. A well-designed token does not make every lending pool low risk. Third-party protocols like Aave and Morpho set their own independent collateral rules, rates, caps, and liquidation processes.
How to evaluate a wrapped BTC product
The risks tied to a wrapper’s issuer, custody, reserves, and redemption process make its design a diligence question in its own right. Once BTC is wrapped, governance, custody, reserve treatment, verification, and issuer incentives become part of the asset’s market structure. The wrapped BTC options available today can differ substantially in terms of reserve verification, redemption mechanics, chain support, and other factors. A wrapped BTC checklist is a useful starting point for determining which product best suits an institution's requirements.
Circle Wrapped Bitcoin (cirBTC) is built around those same criteria, for institutions that need a transparent and strategically neutral wrapped BTC option. Every cirBTC is backed 1:1 by native BTC and redeemable 1:1 for BTC through the applicable Circle Mint workflow.
On custody, the underlying BTC is held through Circle’s Bermuda affiliate and custodied on its behalf by Circle National Trust, a federally chartered national trust bank and qualified custodian. The BTC is held there for the exclusive benefit of cirBTC holders in accounts segregated from Circle’s corporate assets.
On verification, cirBTC uses onchain reserve data rather than monthly reserve attestations. Chainlink Proof of Reserve publishes reserve data onchain, and Circle’s multi-address transparency model lets counterparties review disclosed BTC holdings directly on the Bitcoin network.
On neutrality, Circle does not operate a competing centralized exchange (CEX), decentralized exchange (DEX), or lending protocol. cirBTC is designed to work across venues and applications. It is live on Arc and Ethereum, with broader multichain expansion planned over time.
Where cirBTC fits in onchain finance
The above design choices matter because of what they enable downstream. cirBTC gives native BTC a defined path into supported smart contract workflows. On Arc, cirBTC can work alongside USDC, EURC, Mint, and third-party onchain markets. On Ethereum, it can connect with established decentralized finance (DeFi) infrastructure and third-party lending markets.
In practice, that lifecycle runs end to end: eligible Mint customers can deposit BTC, mint cirBTC, use cirBTC in a supported third-party market, and redeem through the applicable workflow when native BTC is needed. USDC can serve as a natural borrow asset at the borrowing step, while each third-party protocol remains responsible for its own terms and risk parameters.
Which version of BTC fits your workflow?
Native BTC provides direct access to the Bitcoin network. Wrapped BTC provides access to programmable markets on supported blockchains. Neither substitutes for the other in a wallet, ledger, risk model, or protocol, so the choice comes down to three questions:
- Which form fits your workflow? Native BTC covers custody and transfers on the Bitcoin network. Wrapped BTC can support lending, trading, collateral, and settlement on a smart contract network.
- What added controls does the wrapper require? Issuance and redemption add steps to settlement timing and reconciliation, reporting has to track two connected records, and diligence has to extend to the issuer and smart contract layers.
- Do the custody, transparency, redemption, and distribution models meet the institution's standards? Wrapped BTC products differ from one another most on these points, so the answer depends on the specific product rather than the wrapping process itself.
For market participants bringing BTC into onchain finance, cirBTC offers a 1:1 fully backed option built to work across Arc, Ethereum, and a larger multichain ecosystem over time.
1 Lending services are provided by independent third-party providers, not by Circle. Circle does not originate, underwrite, or fund loans.
cirBTC is issued by Circle International Bermuda Limited, a Class F Digital Asset Business licensed and regulated by the Bermuda Monetary Authority. Circle Mint and related distribution services are provided by Circle Internet Financial, LLC, NMLS # 1201441.
Arc is an open L1 blockchain launched by Arc Network Services LLC ("Arc LLC") and operated by a permissioned validator set. Arc LLC provides software services only and does not offer regulated financial or advisory services. Arc has not been reviewed or approved by the New York State Department of Financial Services or any other regulatory authority.
The Arc network is provided "as is" and "as available." Use of Arc involves inherent risks associated with blockchain technology, including smart contract vulnerabilities, network disruptions, and the absence of recourse for transaction errors or losses. The ability to transact on Arc depends on the ability to obtain and use USDC to pay gas fees. Neither Arc LLC nor any permissioned validator is responsible for the content, accuracy, legality, or functionality of third-party applications, protocols, or services built on or integrated with Arc. You are solely responsible for features or services you provide to users, including obtaining any necessary licenses or approvals and otherwise complying with applicable laws.
All Arc features may be modified, delayed, or cancelled at any time without notice. Nothing herein constitutes a commitment, warranty, guarantee or legal, regulatory, tax, or investment advice.
The product features described in these materials are for informational purposes only. All product features may be modified, delayed, or cancelled without prior notice, at any time and at the sole discretion of Circle Technology Services, LLC. Nothing herein constitutes a commitment, warranty, guarantee or investment advice.
USDC is issued by Circle Internet Financial, LLC (NMLS #1201441) and is a separate product from any custody services provided by Circle National Trust or Circle New York Trust. Circle National Trust is the trade name of First National Digital Currency Bank, N.A., a national trust bank chartered and regulated by the Office of the Comptroller of the Currency (OCC), providing custody of digital assets. Digital assets are not deposits, are not insured by the Federal Deposit Insurance Corporation (FDIC), and may be subject to investment and other risks. Circle National Trust does not accept deposits or make loans.
Circle Mint and money transmission services are provided by Circle Internet Financial, LLC. Circle Internet Financial, LLC, NMLS # 1201441, is a licensed provider of money transmission services. See Circle’s licenses here. Circle Mint is currently available only to institutions and is not available to individuals.
USDC and EURC are issued by regulated affiliates of Circle. See Circle’s list of regulatory authorizations.
.jpg)