Circle Wrapped Bitcoin (cirBTC) on Aave Arc Assessments

This thread is the home for all risk and technical assessments of cirBTC on Aave Arc.

It collects, in one place:

  • The pre-listing asset risk assessment, under the Aave Risk Framework.
  • The pre-listing technical asset assessment, under the Technical Asset Listing Framework.
  • All post-listing monitoring reports, periodic refresh assessments, and any re-evaluations triggered by material changes.

New assessments and updates will be posted as replies below as they are produced, so the full history stays in a single thread.

Title: [Asset Technical Assessment] cirBTC on Arc
Author: Aave Labs
Date: 2026-09-15


Summary

Technical assessment of cirBTC on Arc, following the Technical Asset Listing Framework.

Overall result: :yellow_circle: MEDIUM :yellow_circle:

cirBTC is a custodial Bitcoin wrapper with a standard ERC20 interface, live Bitcoin price feeds, and a proof of reserve feed that reports reserves above combined supply. The principal considerations are the lack of a cirBTC specific price feed, Circle’s privileged controls without an onchain delay, and the Cross Chain Token Service bridge mint route, whose code and limits are controlled by single addresses. All of Circle’s privileged roles are held by Circle, but there is no concentration risk since each sits on its own distinct address (see Section 3).

Technical conclusion

From a technical standpoint, cirBTC is eligible for listing on Arc.

Asset under review

Field Value
Asset Circle Wrapped Bitcoin (cirBTC)
Target chain Arc mainnet (chain ID 5042)
Token contract 0x171A4217b86A807A64eB94757Db6849fb4bDbAA0
Native to target chain? Yes, issued locally on Arc by Circle, with an additional Cross Chain Token Service bridge route from Ethereum
Aave Asset Classification (AAcA) Custodial wrapper backed by Bitcoin

cirBTC is Circle’s custodial wrapper for Bitcoin, with each token intended to represent one bitcoin held offchain by Circle. The Arc deployment uses eight decimals and can be issued by Circle’s local minters or through the bridge route.

0. Pre-screening

cirBTC is an active Arc deployment implemented as a ZeppelinOS transparent proxy. The implementation matches Circle’s canonical FiatToken V2.2 build and has not changed since deployment. The canonical FiatToken V2.2 codebase has third party audit coverage, detailed in Section 7.

Rating: :green_circle: GOOD :green_circle:

1. ERC20 Compliance

cirBTC is a standard ERC20 with eight decimals: transfer() and transferFrom() return a boolean, with no fee on transfer, rebasing, ERC777 or ERC1363 hooks, or flash mint. Contracts can hold and transfer cirBTC, subject only to the issuer’s account freeze capability, assessed in Section 3.

Rating: :green_circle: GOOD :green_circle:

2. Oracle

Arc has live Chainlink BTC/USD and CBBTC/USD feeds, each with a 24 hour heartbeat and a 0.5% deviation threshold, plus a cirBTC proof of reserve feed reporting 41.2554097 BTC against combined supply of 40.02650077 cirBTC. Neither price feed prices cirBTC itself, so a depeg of the wrapper would not be reflected in the price reference. Ethereum mainnet’s BTC/USD feed uses a 1 hour heartbeat, considerably shorter than Arc’s 24 hour heartbeat, with the same 0.5% deviation threshold; its CBBTC/USD feed uses the same 24 hour heartbeat as Arc, with a wider 2% deviation threshold.

Rating: :yellow_circle: MEDIUM :yellow_circle: → price and reserve references are available on Arc, but no feed captures cirBTC price directly.

3. Access Control

Circle’s proxy administrator, token owner, pauser, freeze authority, and the owner of the MasterMinter contract governing the token contract at 0x171A4217b86A807A64eB94757Db6849fb4bDbAA0 are Cold Storage EOAs, meaning single-key addresses held in offline storage by Circle’s team, under the recorded reviewer determination. Each role sits on its own distinct address, so no single key holds more than one privileged role. No onchain timelock protects these roles: the token owner can rotate roles, the pauser can halt token activity, and the freeze authority has frozen 419 addresses. Frozen balances cannot be seized or destroyed. All of these roles are held by Circle, concentrating every privileged control over cirBTC in a single entity, though not in a single address.

Rating: :yellow_circle: MEDIUM :yellow_circle: → privileged controls are accepted as Cold Storage EOAs, but operate without an onchain delay and retain authority over token roles, transfers, and upgrades.

4. Exchange Rate and Yield

Not applicable. cirBTC is a custodial 1:1 Bitcoin wrapper with no exchange rate function, rebase, or yield accrual.

Rating: :white_circle: N/A :white_circle:

5. Token Architecture

cirBTC has one canonical token contract on Arc, with mint and burn events for supply observability. Its logic contains no tx.origin authorization or delegatecall outside the proxy pattern, and its privileged functions are access-controlled.

Rating: :green_circle: GOOD :green_circle:

6. Bridge and Cross Chain Risk

cirBTC has one external mint route, Circle’s Cross Chain Token Service (CCTS), which burns supply on Ethereum and mints it on Arc. The route is live and has been exercised, and it uses Cross Chain Transfer Protocol (CCTP) message verification, for which the verified audit report identified no relevant findings. The bridge minter’s code comes from a registry whose upgrade key is a single address, and its rate limit and per transfer ceiling can be raised in one transaction by a single address. The registry code has now been publicly verified.

Rating: :yellow_circle: MEDIUM :yellow_circle: → the route is operational and uses audited CCTP message verification, but its code and transfer limits remain controlled by single addresses without an onchain delay.

7. Audit and Security History

The token implementation matches Circle’s canonical FiatToken V2.2 build apart from its linked library address and source metadata, with no implementation rotation after deployment. CCTP’s verified audit report identified no relevant findings. The reviewer had access only to the FiatToken V2.2 and CCTP audit reports, not a report covering the CCTS registry implementation that controls the bridge minter’s code. Circle has confirmed that the relevant audit report will be made public shortly after launch.

Rating: :yellow_circle: MEDIUM :yellow_circle: → the token implementation and CCTP message verification are both covered by reviewed audits, but the CCTS registry implementation is not; Circle has confirmed a public report will follow shortly after launch.

8. Dependencies

cirBTC depends on Circle’s offchain Bitcoin custody, its MasterMinter control path (see Section 3), the CCTS bridge (see Section 6), and the Chainlink price and reserve feeds (see Section 2). The reserve feed reports coverage above combined supply but is not a mint gate, and redemption through Circle is an offchain process for permitted participants.

Rating: :yellow_circle: MEDIUM :yellow_circle: → value, issuance, redemption, and the bridge route depend on Circle’s offchain operations and privileged onchain control paths.

9. Summary

Findings table

Ratings in this table are plain text (Good / Medium / Critical / N/A), no icons.

Area Key finding Rating
0. Pre-screening Active Arc deployment using the canonical FiatToken V2.2 build apart from its linked library address and source metadata, with no implementation rotation. Good
1. ERC20 Standard ERC20 with eight decimals, no fee on transfer, rebase, hooks, or flash mint. Good
2. Oracle Live Bitcoin price feeds and a proof of reserve feed, but no cirBTC specific price feed. Medium
3. Access control Cold Storage EOAs control upgrades, roles, pause, and freezes without an onchain delay; 419 addresses are frozen. Medium
4. Exchange rate / yield Custodial Bitcoin wrapper with no yield or exchange rate mechanism. N/A
5. Token architecture Single canonical contract with observable mint and burn events and standard access controls. Good
6. Bridge and cross chain Live CCTS burn and mint route using audited CCTP message verification; registry code and transfer limits remain controlled by single addresses. Medium
7. Audit and security Token implementation and CCTP are covered by reviewed audits; the bridge registry implementation is not, though Circle confirmed a public report will follow shortly after launch. Medium
8. Dependencies Relies on Circle’s custody, redemption, minting, and bridge operations, alongside Chainlink price and reserve feeds. Medium

Disclaimer

Aave Labs has no formal or informal affiliation with Circle or the cirBTC issuer beyond this technical assessment. Aave Labs has not been compensated by Circle or any related party in connection with this work.

Copyright

Copyright and related rights waived via CC0.

Summary

cirBTC on Arc is deployed using the FiatTokenV2_2 implementation. It can be bridged to Arc via both Circle Mint and CCTPx, Circle’s custom bridging framework for non-USDC assets, which uses a burn-and-mint mechanism. CCTPx leverages CCTP’s attestation infrastructure, Iris, alongside a dedicated CrossChainTokenService (CCTS) entry contract. The attestation threshold is 2-of-2 and controlled entirely by Circle.

The key findings include that access control across all contracts, including both the asset and bridge contracts in scope, relies on EOAs managed under Circle’s enterprise-grade key management program, which they claim maintains SOC 2 Type 2 attestation and follows NIST frameworks across the infrastructure. Further, no timelocks gate sensitive contract upgrades, consistent with Circle’s operational model for USDC and EURC on other networks. Additionally, the cirBTC bridge minter, represented by its TokenManager contract, does not pin its own implementation and instead resolves it through the CCTS singleton at call time. This means the CCTS owner ultimately controls the code executed by the TokenManager.

1. Asset Fundamental Characteristics

cirBTC on Arc is deployed as an upgradable ERC20 FiatTokenProxy contract that uses the FiatTokenV2_2 implementation contract. cirBTC is natively minted on Arc, with Circle Mint enabling minting and redemptions, and is additionally bridgeable through CCTPx. Redemptions through Circle Mint are accessible only to qualified persons/businesses. The token’s design is consistent with Ethereum, where cirBTC is currently listed. As of September 17, 2026, the total supply is 174.47 cirBTC.

1.1 Bridge Risk

cirBTC is bridged on Arc through Circle’s CCTPx protocol via a burn-and-mint mechanism. Verified users can also utilize Circle Mint as a bridge via its permissioned minting/redemption mechanism.

Circle extends its Cross-Chain Transfer Protocol (CCTP) to non-USDC assets by leveraging its core attestation infrastructure (Iris) alongside a dedicated CrossChainTokenService (CCTS) entry contract. Instead of relying on traditional bridge liquidity pools, the protocol processes transfers using a burn-and-mint mechanism or permissionless wrapping.

Attester Threshold

Because CCTPx routes its messages through the existing CCTP contracts, message authenticity inherits CCTP’s 2-of-2 Circle-operated attester set.

Rate Limits

The TokenManager enforces a per-transfer ceiling of 9 cirBTC and a net-flow rate limit of 135 cirBTC in each direction over a rolling six-hour window.

2. Market Risk

2.1 Liquidity

Users can swap 31 cirBTC for ~$2.2M USDC within a price impact of 7.5%.


Source: cirBTC/USDC Swap Liquidity on Arc, KyberSwap, September 17, 2026

2.1.1 Liquidity Venue Concentration

On-chain liquidity for cirBTC on Arc is primarily concentrated in a single venue, i.e, a Uniswap V3 cirBTC/USDC pool with $13M TVL.


Source: cirBTC DEX liquidity pools on Arc, GeckoTerminal, September 17, 2026

2.1.2 DEX LP Concentration

The entirety of Uniswap V3 cirBTC/USDC pool’s liquidity is supplied by Circle. While this represents near-exclusive reliance on a single liquidity provider, the provider is protocol-aligned, reducing the likelihood of rapid liquidity outflows and supporting the stability of the pool’s available liquidity.

2.2 Volatility

As the Arc chain went live only two days ago, limited volatility data is available for cirBTC’s secondary market price. Therefore, no meaningful conclusions regarding its price stability can yet be drawn.

2.3 Exchanges

cirBTC is exclusively traded on DEXs and is not currently listed on any centralized exchange.

3. Technological Risk

3.1 Smart Contract Risk

The bridge contracts were audited by third-party auditors. However, the reports were not publicly available at the time of review, preventing independent verification of the findings.

The following contracts power CCTPx bridge on the Arc chain:

  • CrossChainTokenService: Upgradeable, ERC-1967 proxy. Singleton that creates bridges, routes cross-chain messages, and acts as both the upgrade authority and the ownership assigner for every CCTPx contract on Arc. Controlled by an EOA A.
  • CCTP MessageTransmitterV2: Upgradeable, ERC-1967 proxy. The underlying CCTP contract that verifies attester signatures on inbound messages and emits outbound ones. Controlled by an EOA B.
  • FeeService: Upgradeable, ERC-1967 proxy. Quotes and collects the cross-chain transfer fee. Controlled by an EOA C.
  • DeploymentDelegate: Immutable. Deploys new bridges and tokens on behalf of the service. No owner role.
  • TransferDelegate: Immutable. Executes the mint, burn, lock, and unlock legs of a transfer. No owner role.
  • FiatTokenDenylistAdapter: Immutable. Service-wide denylist source. A view-only adapter that forwards isDenylisted to the Arc USDC contract’s isBlacklisted. No owner role, so the effective control sits with the USDC blacklister.

The cirBTC TokenManager contract is beacon proxy that resolve their implementation through the Cross Chain Token Service singleton at call time as the local override is unset. Whoever controls the CCTS on a given chain can therefore change the code of every CCTPx TokenManager and CCTPx-issued token on that chain in a single action.

3.2 Access Control

The RBAC structure for Circle’s cirBTC contracts is configured similar to the USDC and EURC setups with different controlling wallets as follows.

Controlling Wallet Role Functionality
EOA 1 owner Re-assign any role except for admin.
EOA 2 admin Manage proxy-level functionalities.
EOA 3 pauser Pause the contracts, preventing all transfers, minting, and burning.
EOA 4 blacklister Prevent transfers to/from an address and prevent it from minting/burning.
EOA 5, owner of the masterMinter contract masterMinter Add/remove minters and increase their minting allowance.
11 minters are configured, with the following having non-zero allowance: Minter1: 1,570.40 cirBTC, TokenManager: 406.54 cirBTC, and Minter2: 0.00095 cirBTC minters Create/destroy tokens.
Unassigned rescuer Transfer any ERC-20 token locked in the contract.

The TokenManager and CCTS contracts use a three-role structure of owner, pauser, and operator. The owner can upgrade the contract and manage the other two roles, the operator sets the rate limit, the maximum transfer amount, and the rate limit window, and the pauser halts and resumes the contract. They have the following role assignments:

No multisig or timelock sits on any of these contracts, including the CCTS, which is the upgrade authority for all of them and the assigner of ownership for those that are unclaimed. Across the CCTPx deployment on both chains, sixteen distinct wallets hold the assigned roles. No wallet holds two roles, no wallet appears on both the Arc and the Ethereum side, and none of the sixteen matches any of the controlling wallets, masterMinter owners, or funded minters on the USDC, EURC, or cirBTC contracts.

4. Regulatory Risk

The regulatory risk has been previously discussed in detail as part of the cirBTC Ethereum onboarding review. As there have been no material changes, that assessment remains applicable here.

Disclaimer

This review was independently prepared by LlamaRisk, a DeFi risk service provider funded in part by the Aave DAO. LlamaRisk is not directly affiliated with the protocol(s) reviewed in this assessment and did not receive any compensation from the protocol(s) or their affiliated entities for this work.

The information provided should not be construed as legal, financial, tax, or professional advice.