Исследование с проверкой источников: Circle Cirbtc Wrapped Bitcoin

Verified source facts

1. Circle describes wrapped BTC as native BTC held in custody with a separate token issued 1:1 and redeemable for the underlying asset. 2. Circle says its wrapped-digital-asset reserve is not intended to be lent, pledged or rehypothecated under the published structure. 3. Using wrapped BTC in lending adds protocol, oracle, liquidation and chain risks beyond issuer custody and redemption. 4. A token balance is not the same technical asset as native BTC on the Bitcoin ledger.

Comparison at a glance

1. Rights analysis: Underlying asset

Tokenization analysis must follow the legal and operational chain, not the visual token. The underlying asset question asks about native BTC in custody. Identify the issuer, tokenization sponsor, recordkeeper, custodian, broker or platform, and every agreement connecting them. Then identify the custodian chain. A wallet balance alone cannot answer which person or system has the enforceable obligation.

Test the arrangement under a disagreement. If the chain record and master securityholder file diverge, which one controls? If an intermediary fails, is the holder a customer, beneficial owner, secured claimant, or unsecured creditor? If a transfer is technically possible but legally restricted, what process reverses or freezes it? The available sources frame these questions, while proof completeness remains outside the evidence set.

Turn the underlying asset finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Identify the custodian chain before comparing yield, speed, or interface quality. Because proof completeness is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

2. Rights analysis: Token claim

The token claim question asks about redeemable representation. Then read controlling terms.

The available sources frame these questions, while court treatment remains outside the evidence set.

Turn the token claim finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Read controlling terms before comparing yield, speed, or interface quality. Because court treatment is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

3. Rights analysis: Reserve policy

The reserve policy question asks about segregation and permitted use. Then verify current disclosures.

The available sources frame these questions, while future policy change remains outside the evidence set.

Turn the reserve policy finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Verify current disclosures before comparing yield, speed, or interface quality. Because future policy change is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

4. Rights analysis: Issuance

The issuance question asks about mint against deposited BTC. Then trace authorized path.

The available sources frame these questions, while processing delay remains outside the evidence set.

Turn the issuance finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Trace authorized path before comparing yield, speed, or interface quality. Because processing delay is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

5. Rights analysis: Redemption

The redemption question asks about burn and BTC delivery. Then test minimums and timing.

The available sources frame these questions, while stress-time access remains outside the evidence set.

Turn the redemption finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Test minimums and timing before comparing yield, speed, or interface quality. Because stress-time access is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

6. Rights analysis: Smart contract

The smart contract question asks about token logic and admin controls. Then review verified contracts.

The available sources frame these questions, while upgrade risk remains outside the evidence set.

Turn the smart contract finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Review verified contracts before comparing yield, speed, or interface quality. Because upgrade risk is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

7. Rights analysis: Chain

The chain question asks about programmable-network finality. Then monitor network health.

The available sources frame these questions, while congestion remains outside the evidence set.

Turn the chain finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Monitor network health before comparing yield, speed, or interface quality. Because congestion is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

8. Rights analysis: Oracle

The oracle question asks about collateral valuation. Then inspect feed and fallback.

The available sources frame these questions, while price divergence remains outside the evidence set.

Turn the oracle finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Inspect feed and fallback before comparing yield, speed, or interface quality. Because price divergence is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

9. Rights analysis: Liquidation

The liquidation question asks about protocol-specific thresholds. Then model gap and fee risk.

The available sources frame these questions, while future volatility remains outside the evidence set.

Turn the liquidation finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Model gap and fee risk before comparing yield, speed, or interface quality. Because future volatility is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

10. Rights analysis: Exit

The exit question asks about repay, redeem or sell. Then maintain two tested paths.

The available sources frame these questions, while market liquidity remains outside the evidence set.

Turn the exit finding into an ordinary-language rights statement: who owes what, through which record, under which rule, and how the holder can act. Maintain two tested paths before comparing yield, speed, or interface quality. Because market liquidity is not proven, the conclusion must remain conditional and dated rather than borrowing certainty from the token's technical appearance.

Decision scenarios

Scenario 1: when underlying asset becomes decisive

Consider a reader whose main constraint is native BTC in custody. The correct response is not to infer a universal platform or product winner. It is to identify the custodian chain, retain the evidence, and define a stop condition before funds or permissions are committed. If the evidence changes, the decision must be reopened. This produces a repeatable operating rule rather than a one-time opinion.

Scenario 2: when token claim becomes decisive

Consider a reader whose main constraint is redeemable representation. It is to read controlling terms, retain the evidence, and define a stop condition before funds or permissions are committed.

Scenario 3: when reserve policy becomes decisive

Consider a reader whose main constraint is segregation and permitted use. It is to verify current disclosures, retain the evidence, and define a stop condition before funds or permissions are committed.

Scenario 4: when issuance becomes decisive

Consider a reader whose main constraint is mint against deposited BTC. It is to trace authorized path, retain the evidence, and define a stop condition before funds or permissions are committed.

Scenario 5: when redemption becomes decisive

Consider a reader whose main constraint is burn and BTC delivery. It is to test minimums and timing, retain the evidence, and define a stop condition before funds or permissions are committed.

Scenario 6: when smart contract becomes decisive

Consider a reader whose main constraint is token logic and admin controls. It is to review verified contracts, retain the evidence, and define a stop condition before funds or permissions are committed.

Sources and editorial method

• Bitcoin as Blue-Chip Collateral — Circle
• cirBTC product page — Circle
• Wrapped Digital Assets Terms — Circle