| description | cover | coverY |
|---|---|---|
Welcome to the Nearlend guide documentation site. |
.gitbook/assets/mountains_bg.svg |
0 |
NEARLEND is non-custodial lending and borrowing liquidity protocol on the NEAR blockchain.
The idea of the protocol was firstly implemented on the Near Hackathon on November 2021. The team presented the initial solution of the decentralized non-custodial lending protocol with multi-collaterallized loans.
The protocol is aimed to resolve several problems:
-
provide non-custodial loans service
-
provide support of multi-collaterization of loans for the Near ecosystem - more flexible mechanism than isolated pairs
-
provide flexible liquidation mechanism
-
provide reliable price feeds update for correct collaterization calculation
-
provide moduled structure for the protocol to support DeFi strategies building upon existing markets
-
provide support for the interaction with 3rd-party protocol within complex DeFi strategies
-
provide foundation for the support of fixed rate loans
The main goal of the Nearland is to correspond requirements of DeFi2.0 protocol: -
become modular
-
have active management of the liqudity (by user and by the platform in the decentralized way)
-
have liquidity actively working
-
follow up automatization road for most of operations
-
become trully decentralized
-
allow user-based operations, including the registration of the user based markets and including them into the collaterization calculations
\NEARLAND aims to bring several DeFi2.0 usecases into the existing NEAR ecosystem:
- use all liquidity - no isolated pairs, the whole liquidity participates in the collaterisation
- modularity - the protocol provides building blocks which can and should be included into DeFi strategies built upon opend markets
- all liquidity should work - provide active management of the locked liquidity and leave the control for the user
- support customization at the higher level - allow custom markets creation and custom interest rate models and allow users to utilize this functionality
The protocol has gone through several development iterations in order to correspond to the Near requirements for smart-contracts development. Thus, the architecture of the protocol now relies on the minimal number of independant contracts:
-
Controller as an entry point for the user and the central entity of the protocol
-
DToken contracs which represent markets and provide the token ready to be included into DeFi strategies
-
Oracles connector
Check further documentation to get more info 