Cardween
Whitepaper

Executive summary

The global financial system remains fragmented. Crypto, equities, forex, commodities and funds operate across different venues, custody arrangements, identity checks and settlement cycles. Cardween proposes a decentralized protocol that unifies access to these markets through one permissionless interface.

The protocol replaces the traditional order book with a Reserve Warehouse: smart-contract-managed reserves that quote exchange rates and compete to route a user’s trade. The published design targets a guaranteed rate before execution, zero slippage, non-custodial settlement and completion in one atomic transaction.

The CDN token is presented as the protocol’s utility and governance asset. Its planned roles include staking for a share of fee revenue, governance, fee discounts, access to the physical card program and routing within merchant payment APIs.

Cardween’s stated goal is not simply to add another DEX. It is to create one on-chain settlement layer spanning decentralized finance and tokenized global markets.

Problem statement

2.1 Market fragmentation

Moving from Bitcoin to an equity position commonly requires selling on a crypto venue, withdrawing fiat, funding a brokerage and purchasing the stock. Each step adds another account, identity check, fee, delay and counterparty. The fragmentation exists because asset classes evolved on separate infrastructure: centralized exchanges, brokerages, interbank networks, futures venues and blockchain protocols.

2.2 Custody and counterparty risk

Centralized venues usually require deposits into custodial accounts. Users hold a claim against the platform rather than retaining direct control of their assets. Cardween’s design keeps assets in the user’s wallet until the atomic swap executes.

2.3 Settlement delays

Traditional equities commonly settle on T+1 cycles and forex often on T+2. Centralized crypto platforms may also impose withdrawal delays. Cardween targets settlement in the same block: both legs complete together or the transaction reverts.

2.4 Fee multiplication

Crossing market silos can involve trading, withdrawal, deposit, conversion and spread costs. Cardween proposes one transparent protocol fee for the atomic swap rather than a chain of intermediary charges.

The Cardween solution

3.1 How a trade works

1. 01

   The user connects a wallet and selects a pair, such as ETH → tokenized gold.

2. 02

   The router queries registered reserves for supported rates and available liquidity.

3. 03

   The selected guaranteed rate is shown before the user signs.

4. 04

   One transaction sends Asset A to the reserve and Asset B to the user.

5. 05

   Both transfers settle in the same block, or the entire transaction reverts.

3.2 Multi-asset reach

The full-rollout target is 500+ instruments covering crypto, tokenized equities, commodities, forex and ETFs. Real-world instruments are intended to be represented through tokenization partners that maintain 1:1 backing and publish proof of reserves. These backing and partner arrangements should be independently verified before use.

Protocol architecture

4.1 Reserve Warehouse model

Cardween’s core liquidity system consists of smart-contract-managed reserves holding multiple assets. Unlike constant-product AMMs using formulas such as x · y = k, reserves publish actively managed rates based on market data. The router directs a trade to the reserve offering the best eligible quote.

The claimed benefits are zero quoted slippage for traders, reduced exposure to impermanent loss for reserve operators and greater capital efficiency through actively managed inventory. Real outcomes depend on reserve liquidity, implementation and market conditions.

4.2 Core contracts

4.3 Oracle system

The design combines established crypto-native oracle networks, secondary feeds for equities and commodities, on-chain TWAP fallbacks, deviation circuit breakers and manipulation-detection heuristics. Trading may pause when price discrepancies exceed configured limits.

4.4 Cross-chain architecture

The published design uses a hub-and-spoke topology with Ethereum as the hub and bridge contracts on supported chains as spokes. Hash-time-locked contracts are proposed for swaps whose two legs must either complete together or revert. Initial expansion targets Bitcoin, Solana and Cosmos-connected ecosystems.

Supported asset classes

The homepage also markets a wider nine-class universe including options, futures, indices and CFDs as future-extensible categories. The official whitepaper’s full-rollout focus is the five categories listed above.

CDN tokenomics

6.1 Token overview

6.2 Fixed presale stage schedule

The published schedule contains 40 stages, beginning at $0.011 and increasing by $0.001 per stage to $0.050. The contribution price is intended to be locked at purchase time; the live stage must be confirmed in the official app.

6.3 Token distribution

6.4 Utility

• Staking: receive a proportional share of eligible fee distributions.
• Governance: propose and vote on eligible parameters, reserves and treasury allocations.
• Fee discounts: planned tiered reductions for larger CDN holders.
• Card access: minimum participation or stake requirements for card tiers.
• Payment settlement: a routing intermediary for merchant settlement APIs.

Fee distribution & staking

Each Cardween trade is intended to include a transparent protocol fee whose rate can be adjusted through governance within defined bounds.

7.3 Planned staking choices

Cardween card program

The proposed CDN Visa debit card is intended to convert supported on-chain holdings at the point of sale so they can be spent at participating Visa merchants. Rollout, regions, limits and benefits depend on issuer and regulatory approvals.

Security model

9.1 Published audit process

Code review focused on reentrancy, overflow and access-control issues.

Security assessment described as including critical swap-logic verification.

Review focused on economic attacks, oracle manipulation and identity verification.

9.2 Operational controls

• Multi-signature treasury: approval from distributed signers.
• Upgrade timelocks: review time before eligible changes activate.
• Emergency pause: a defensive guardian capability without access to user funds.
• Bug bounty: planned public rewards scaled to vulnerability severity.
• Team verification: identity documents described as held through an independent provider.

These are statements published by Cardween. An audit or KYC badge does not guarantee that a protocol is secure or that all claims have been independently verified.

Governance framework

Cardween describes a progressive-decentralization model in which core parameters remain team-managed during early phases and are transferred to CDN-holder governance as the protocol matures.

Governance scope

• Fee adjustments within defined boundaries
• Reserve manager whitelisting and removal
• Treasury allocation proposals
• Protocol upgrade approval
• New chain deployment decisions
• Bug-bounty reward tiers

Proposal lifecycle

A CDN holder meeting a minimum staked threshold may submit a proposal. The proposed lifecycle includes discussion, voting, a minimum quorum and either simple-majority or supermajority approval depending on the change.

Development roadmap

Published leadership