Skip to main content

Built on Centrifuge Chain

Centrifuge is built on Centrifuge Chain, a layer 1 blockchain custom built for financing real-world assets(RWAs). Real-world assets are tokenized as NFTs (Non-Fungible Tokens) to create an on-chain representation, and are linked to detailed off-chain data. The assets are pooled together and securitized by the issuer. Liquidity Pools can be used to invest from other blockchains. Integrations with DeFi protocols such as Maker, Aave, and more are already set up across the ecosystem.

The advantages of a blockchain custom-built for RWA include:

  1. Lower transaction costs and increased scalability, as the functionality is natively built into the runtime logic of the blockchain, which enables optimization for dedicated transactions and use cases.
  2. The flexibility to develop features that are not possible within a general-purpose smart-contract blockchain such as Ethereum.
  3. Dedicated blockspace for real-world asset transactions: if there's a hugely popular NFT drop tomorrow on Ethereum, this won't block borrowers from repaying or investors from redeeming.
  4. The ability to define transaction ordering, e.g. ensuring that redemption orders can always be submitted, even in highly contested blocks.

Governed by CFG holders​

The native token of Centrifuge Chain, CFG, is used as an on-chain governance mechanism that empowers CFG holders to manage the development of the Centrifuge Protocol.

Centrifuge's formalized governance system enables onchain voting mechanisms for binding and transparent governance by CFG token holders. Beyond the use of the Centrifuge token (CFG) for governance of the blockchain, CFG is also used to pay transaction fees.

Integrated with DeFi

Currently, most DeFi (decentralized finance) applications are limited to their respective blockchain ecosystem. Bridges between chains exist but using them is cumbersome and expensive with the need to set up different tools and swap several tokens.

Centrifuge Protocol provides Liquidity pools that allow for direct integration with any general purpose EVM blockchain. By creating a standard layer to invest in Centrifuge pools this minimizes the effort required to integrate a new EVM based chain.

Liquidity Pools​

Using Liquidity pools, integrations could be used to enable protocols to invest in real world assets. Stablecoin protocols such as MakerDAO could invest into the pools that they want. This could allow issuers to access deeper liquidity without having to integrate all these DeFi sources of liquidity and new end user markets themselves.

While the Centrifuge Protocol is built on Substrate, interacting with the Centrifuge Protocol would be possible from multiple chains creating a true multi-chain ecosystem.

Onchain Securitization

By nature, real-world assets are often illiquid and can have maturities up to several years. This makes investing in individual assets extremely difficult. A way to solve this is by pooling multiple assets together, and allowing investors to provide financing for this pool instead of each asset individually. This is called a securitization and is a well established concept in traditional financial markets.

After an asset is tokenized and an NFT is minted onchain, this NFT is used as a representation of the offchain collateral for an asset linked to an investment pool, as visualized below. The asset is priced and the issuer borrows liquidity from the pool. Over time, the accruing debt per asset is repaid by the issuer including interest payments and principal repayments.

Together, this creates onchain, asset-level transparency: an investor can see at a glance what assets (NFTs) a pool contains, what has been borrowed against and repaid, what is overdue, and so on. This creates an immutable, transparent track record of financial transactions that can be publicly verified. Compare this to the current state of traditional finance, where historical financial data is often hidden and locked in private, siloed databases unavailable to the public, and financial analysis is done based on spreadsheets.

Revolving pools​

In traditional finance, many securitizations are static: a group of investors provides capital to the issuer, the issuer finances debt, and then repays interest and principal of the assets over time as they mature. At the end, the investors get their capital back plus the yield. Instead of being a good deal for investors, this situation creates unnecessary overhead, because they have to reinvest after the pools mature. This also makes it harder for other DeFi protocols to integrate with the Centrifuge, as they will have to invest in new pools constantly.

To solve this, pools on Centrifuge are revolving: investment and redemption (the withdrawal of invested capital) orders can come in at any time, and assets can be financed and repaid continuously. This has multiple advantages for both issuers and investors:

  • Issuers can finance assets at any time given liquidity in the pools;
  • Investors, including DeFi protocols, can make flexible portfolio allocation decisions without the need to constantly reinvest;
  • The overhead of setting up and operating the underlying legal structure multiple times is removed.

Two fundamental components are needed to make this work: an epoch mechanism and an on-chain NAV (Net Asset Value) calculation.

Epoch mechanism​

A decentralized pool where investors of different tranches can invest and redeem at any time needs a decentralized mechanism to coordinate the inflow of investments and outflow of redemptions. To address this, each pool is managed using “Epochs”: sessions with a fixed minimum time (e.g. 24 hours) over which investment and redemption orders can be submitted. At the end of the epoch, a decentralized solver mechanism considers the pool state and executes the orders according to seniority of the tranches (e.g. senior tranche redemptions take priority over junior tranche redemptions) and available liquidity.

Onchain NAV​

The second component to enable revolving pools is an onchain NAV (Net Asset Value) calculation: to support continuous investments and redemptions, accurate pricing for the pool tokens is required. In traditional finance, pricing for such illiquid assets is usually done using Discounted Cash Flow (DCF) models: expected cash flows (e.g. principal payments of assets in the pool at maturity) are discounted to their present value. Centrifuge brings these calculations onchain and calculates the new NAV on an ongoing basis.

The NAV should also account for different kinds of loans, to ensure accurate pricing: financing for real-world assets can vary from simple bullet loans (borrow now and repay principal plus interest at maturity) to complex amortization schedules (repayment of principal plus interest at specific intervals).

The NAV also needs to account for defaults of assets: if an asset fails to be repaid, the NAV should represent this. Centrifuge supports this through onchain representation of write offs of assets. The Protocol will show written off assets on a predefined write-off schedule (e.g. when an asset is 30 days overdue, 25% of the asset value should be written off, and a penalty interest rate of 3% should apply). This enables fairer pricing of overdue assets. Assets can also be written off manually by a third party.

Tranching​

Investors often want different kinds of risk exposure and yield on the same asset class. In the traditional finance world, one way to achieve this is by introducing a tiered investment structure or in other words, different tranches. This means that investors can invest in the same group of assets through different classes of debt with different risk/return profiles. A standard example is shown below.

At its most common form, a pool can have a junior and senior tranche, with the junior tranche tracking the first loss position and receiving the excess yield, while the senior position receives a lower, fixed yield, but is protected from losses by junior. A key advantage of this structure is that it allows the issuer of the pool to invest in the junior tranche and thus take a first loss position in the pool, ensuring skin in the game.

Another example includes a three tranche structure, where a super senior lender such as MakerDAO invests in the most senior tranche, other investors invest in a mezzanine tranche, and the pool issuer invests in the junior tranche.

For each tranche, tokens are issued that investors receive, representing interests in the tranches of the pool. These tokens are considered securities, thus can only be held by and transferred to KYCed accounts. The pool issuer can specify which accounts are allowed to hold which tranche tokens.