Clearpool (CPOOL)

Clearpool (CPOOL): On-Chain Credit Markets Built Around Permissioned Borrowers

Clearpool connects lenders with vetted institutions through smart-contract lending pools, credit vaults, and structured yield products. CPOOL is used for oracle staking, borrower access requirements, liquidity incentives, and interest-rate governance rather than serving as the asset lent in most pools.

What Clearpool is designed to do

Clearpool is an on-chain credit marketplace focused on lending to institutional and fintech borrowers. Its central design choice is to support credit that is not necessarily overcollateralized: borrowers can obtain working capital without locking up more crypto assets than they borrow, while lenders accept borrower-specific credit risk in exchange for interest. The protocol began on Ethereum and has expanded across several networks, with products spanning permissionless lending, permissioned institutional credit, revolving credit facilities, and structured yield vaults.

Two different lending models

Clearpool Dynamic is the more open lending model. Anyone who meets the relevant access conditions can provide liquidity to pools associated with whitelisted institutional borrowers. Depositors receive pool-specific cpTokens representing their position, and withdrawals are generally available subject to the pool’s available liquidity. In this model, interest rates move with utilization: rates rise as borrowers use more of a pool’s liquidity and fall as funds are repaid.

Clearpool Prime is more restricted. The project describes it as a permissioned market for verified institutions that complete KYC, AML, and business checks before participating. Borrowers create pools with defined size, rate, and duration, while lenders decide whether to fund a known counterparty. Prime loans can be structured as bullet loans or monthly-interest loans, and the lender’s claim depends on the borrower’s balance sheet and contractual obligation rather than collateral held by the protocol.

How risk controls operate

Dynamic pools use utilization thresholds intended to limit liquidity stress. The documentation states that borrower withdrawals pause at 95% utilization, while broader withdrawals pause at 99%. If utilization stays above 95% for a stated grace period, the pool can enter default status and trigger an auction process. The documentation also describes an insurance-fund allocation from pool interest. These mechanisms may improve recovery prospects, but they do not remove the underlying possibility of borrower default, delayed exits, losses in an auction, or a shortfall in available protection.

Credit assessment is another dependency. Clearpool says Dynamic borrowers are evaluated by Credora, which provides privacy-preserving credit assessments. That information is intended to help lenders compare borrowers, but a credit score or assessment is not a guarantee of repayment. In Prime, the lender remains responsible for deciding whether a verified counterparty and its proposed terms justify the credit exposure.

CPOOL’s practical role

CPOOL is the native utility and governance token documented by Clearpool. Its most specific operational role is supporting the protocol’s oracle system. CPOOL holders can delegate tokens to approved Oracles, and borrowers may need to meet a CPOOL staking requirement to launch a pool or vault. Liquidity providers can also receive CPOOL rewards in addition to interest paid by borrowers. The token is therefore connected to participation incentives and protocol parameter-setting, but it is not the stablecoin or other asset normally deposited into a lending pool.

The documented token supply is 1 billion CPOOL, with contracts listed for Ethereum, Solana, Polygon, Mantle, Optimism, and Polygon zkEVM. The official contract page should be treated as the address reference because multichain assets can have different representations and bridge arrangements. The project’s public CPOOL repository identifies the Ethereum token as an ERC-20-style contract and records the same 1 billion token supply.

Governance is concentrated around interest-rate parameters

Clearpool’s current documented governance process is narrower and more technical than a simple token-holder referendum on every protocol decision. Approved Oracles vote once every two weeks on the parameters of the Interest Rate Model used by permissionless pools. Votes outside the first and third quartiles are removed, and the weighted average of the remaining votes determines the next parameters. Voting weight comes from CPOOL staked to an Oracle, with a 15% cap on voting power for any one Oracle and a stated minimum stake requirement of 150,000 CPOOL.

This structure makes CPOOL economically relevant to rate-setting and oracle incentives, while leaving an important distinction for readers: the cited governance pages describe control of interest-rate-model parameters, not a complete constitutional system for every contract upgrade, treasury action, or product decision. Those broader powers should be checked against the relevant contracts and future governance documentation rather than assumed from the token label alone.

Expansion into tokenized yield

Clearpool’s newer product direction extends beyond single-borrower lending. Its documentation and project roadmap describe Treasury Pools backed by short-term U.S. government debt, X-Pool strategies, revolving lines of credit, credit vaults, and an API-oriented distribution layer for fintechs and corporate treasury platforms. The project also describes an expansion to the XRP Ledger involving RLUSD, permissioned access, and native XRPL lending and vault primitives. These are project-stated product plans or descriptions; availability, eligibility, custody arrangements, and execution should be checked for each individual product.

What users should examine before relying on the system

Clearpool’s model places practical responsibility on users to assess borrower concentration, pool liquidity, withdrawal terms, contract addresses, chain support, and the legal or operational status of counterparties. Permissioned access may reduce anonymous-counterparty exposure but also introduces reliance on onboarding providers, whitelist administrators, custody partners, and contractual enforcement. Permissionless access to a pool does not make the underlying credit risk permissionless or standardized.

Key takeaways

• Clearpool is primarily an on-chain credit-market system for vetted institutional and fintech borrowers.
• Dynamic pools use utilization-based interest rates and issue pool-specific cpTokens to lenders.
• Prime is permissioned, with verified counterparties and unsecured institutional loans governed by contractual repayment obligations.
• CPOOL supports Oracle staking, borrower requirements, liquidity incentives, and interest-rate-model governance.
• The documented Oracle process controls important rate parameters, but it should not automatically be treated as full control over every protocol upgrade.
• Clearpool’s products depend on borrower credit quality, pool liquidity, smart contracts, access controls, and external assessment or custody providers.

Risks and open questions

• Unsecured or undercollateralized lending can produce losses if a borrower defaults and contractual recovery is slow or incomplete.
• High-utilization controls, auctions, and insurance allocations may reduce damage but do not guarantee full lender recovery.
• Oracle voting is influenced by delegated CPOOL stake, and voting-power concentration remains a governance consideration despite the 15% cap.
• Multichain deployments create address, bridge, liquidity, and contract-version risks; users must verify the network and contract before interacting.
• Structured products and planned XRP Ledger offerings add dependencies on custodians, compliance providers, stablecoins, counterparties, and product-specific legal arrangements.
• Project documentation describes audits and security reviews, but an audit is not proof that deployed contracts are free of exploitable defects.