Pool Delegates and borrowers have to be onboarded by the protocol. When pools are private, users have to be onboarded before the liquidity providers and cover pool providers can be.
When a pool delegate has to be onboarded, the process happens off-chain through the Zest Protocol site. Once the pool delegate has been approved, a pool is created by the contract-owner of the pool contract. The function
pool-v1-0is called. The contract-owner initially is the deployer and further it will be delegated to the executor-dao.
When a borrower is onboarded, they have to be onboarded on the
globalscontract with the
onboard-user-addressfunction. After they are onboarded, the borrower can request loans from the different pools.
A liquidity provider only needs to be onboarded when a bool is set to private. The liquidity provider can only be onboarded if they have already been onboarded on the
globalscontract using the
onboard-user-addressfunction. After they are onboarded in the
globalscontract, they have to be onboarded by the Pool Delegate of the belonging pool by calling the