General
What is Flex Protocol?
Flex is a decentralized borrowing protocol that allows you to draw interest-free loans against $HEX used as collateral. Loans are paid out in HEXDC (a USD pegged stablecoin) and need to maintain a minimum collateral ratio of 110%.
In addition to the collateral, the loans are secured by a Stability Pool containing HEXDC and by fellow borrowers collectively acting as guarantors of last resort. Learn more about these mechanisms under Liquidation.
Flex as a protocol is non-custodial, immutable, and governance-free.
What’s the motivation behind Flex?
Stable-value assets are an essential building block for PulseChain applications and have grown to represent tens of billions of dollars in value.
However, the vast majority of this value is in the form of fiat-collateralized stablecoins like Tether and USDC. Decentralized stablecoins like DAI and sUSD make up only a small portion of the total stablecoin supply, meaning the vast majority of stablecoins are centralized.
Flex addresses this by creating a more capital efficient and user-friendly way to borrow stablecoins. Furthermore, Flex is governance-free, ensuring that the protocol remains decentralized.
What are the key benefits of Flex?
Flex Protocol’s key benefits include:
0% interest rate — as a borrower, there’s no need to worry about constantly accruing debt
Minimum collateral ratio of
110%— more efficient usage of deposited HEXGovernance free — all operations are algorithmic and fully automated, and protocol parameters are set at time of contract deployment
Directly redeemable — HEXDC can be redeemed at face value for the underlying collateral at any time
Fully decentralized — Flex Protocol contracts have no admin keys and will be accessible via multiple interfaces hosted by different Frontend Operators, making it censorship resistant
Can Flex be upgraded or changed?
No. Flex has no admin key, and nobody can alter the rules of the system in any way. The smart contract code is completely immutable.
How can I use Flex?
You first need to choose a web interface (aka frontend) to access the system. Flex can be accessed through POWERCITY's Amplifier front-end or by third-party frontend applications and integration services.
What are the main use cases of Flex?
Borrow HEXDC against HEX by opening a Vault
Secure Flex Protocol by providing HEXDC to the Stability Pool in exchange for rewards
Stake FLEX to earn the fee revenue paid for borrowing or redeeming HEXDC
Redeem
1 HEXDC for1 USDworth of HEX when the HEXDC peg falls below$1
What are HEXDC and FLEX?
HEXDC is the USD-pegged stablecoin used to pay out loans on the Flex Protocol. At any time it can be redeemed against the underlying collateral at face value. Learn more about the stability mechanism.
FLEX is the secondary token issued by Flex Protocol. It captures the fee revenue that is generated by the system and incentivizes early adopters and frontends. The total FLEX supply is capped at 100,000,000 tokens. For more information on how the tokens are allocated and released over time, please refer to Flex Rewards and Distribution.
What do I need in order to use Flex?
To borrow HEXDC, all you need is a wallet (e.g. MetaMask) and sufficient PLS to open a Vault and pay the gas fees.
To become a Stability Pool depositor or FLEX staker, you need to have HEXDC and/or FLEX tokens. HEXDC can be borrowed by opening a Vault while FLEX can be earned as a Stability Pool depositor. You can also use PortalX to buy the tokens on the open market.
Does Flex Protocol charge any fees?
There is a one-off fee whenever HEXDC is borrowed, and when HEXDC is redeemed:
For borrowers, there is a borrowing fee on loans as a percentage of the drawn amount (in HEXDC).
For redeemers, there is a redemption fee on the amount paid to users by the system (in HEX) when exchanging HEXDC for HEX. Note that redemption is separate from repaying your loan as a borrower, which is free of charge.
Both fees depend on the redemption volumes, i.e. they increase upon every redemption in function of the redeemed amount, and decay over time as long as no redemptions take place. The intent is to throttle large redemptions with higher fees, and to throttle borrowing directly after large redemption volumes. The fee decay over time ensures that the fee for both borrowers and redeemers will “cool down”, while redemptions volumes are low.
The fees cannot become smaller than 0.5% (except in Recovery Mode), which protects the redemption facility from being misused by arbitrageurs front-running the price feed. The borrowing fee is capped at 5%, keeping the system (somewhat) attractive for borrowers even in phases where the monetary is contracting due to redemptions. Other than that, the two fees are identical.
How can I earn money using Flex Protocol?
There are two different ways to generate revenue using Flex:
Deposit HEXDC to the Stability Pool and earn liquidation gains (in HEX) and FLEX rewards.
Stake FLEX and earn HEXDC and HEX revenue from borrowing and redemption fees.
Can I lose my funds?
As a non-custodial system, all the tokens sent to the protocol will be held and managed algorithmically without the interference of any person or legal entity. That means your funds will only be subject to the rules set forth in the smart contract code.
There are two scenarios under which you may lose a part of your funds:
You are a borrower (Vault owner) and your collateral in HEX is liquidated. You will still keep your borrowed HEXDC, but your Vault will be closed and your collateral will be used to compensate Stability Pool depositors.
You are a Stability Pool depositor and your deposited HEXDC is used to repay debt from liquidated borrowers. Since liquidations are triggered any time borrowers’ collateral drops below
110%, you will receive more HEX in return with a very high probability. However, if HEX decreases in price and you maintain exposure, you may lose value in your total pool deposits.
Please note that HEXDC isn't perfectly pegged to the USD, and can deviate slightly in both directions under certain market conditions.
Although the system is diligently audited, a hack or a bug that results in losses for the users can never be fully excluded.
Last updated