# How do we determine which Lender to use?

The users who have supplied assets into the vault determine which lending strategy the vault should use. This is achieved through Lender Determination Proposals, where each successful proposal will go through the following life-cycle:

* Preparation: preparing the lender determination proposal
* Submission: users that hold supply tokens can submit proposals on Snapshot
* Voting: users that hold supply tokens can vote on these proposals on Snapshot
* Build: creation of changes needed to execute a proposal 
* Executing: any successfully approved proposal will be executed

We will go over each stage in more detail here.

## Preparation

In order to be executed, each successful proposal therefore needs to have:

* A list of all available lending strategies
* The current interest rate for each lending strategy 
* Optional: with a view of speeding up the build stage the following may be provided also:
  * Smart contract changes: changes to smart contracts required to implement the proposal
  * Configuration changes: changes to the configuration required

## Submission

Once the proposal has been prepared, any users with enough supply tokens can submit proposals to change the allocation of yield farming funds. All relevant information should be included in the proposal to enable informed voting.

{% hint style="info" %}
Number of supply tokens needed to submit a snapshot proposal = 1 token
{% endhint %}

## Voting

All users with supply tokens can vote on Yield Allocation Proposals, where the following parameters are applicable to proposals.

| Quorum        | Minimum percentage of votes cast on a proposal before it is valid and can be executed | 1%         |
| ------------- | ------------------------------------------------------------------------------------- | ---------- |
| Voting period | Minimum duration during which a proposal can be voted on                              | 24 hours\* |

\*Two exceptions:

* in the event of extreme market conditions we reserve the right to reduce the time period which Supply Token holders have in which they can vote on an Allocation Proposals
* if the holders of a sufficient number of votes vote in favour of an Allocation Proposal option, such that it is not possible for other vote holders to outvote those in favour of that option, the Allocation Proposal shall be deemed passed.

## Build

There are two categories of changes; each will require a different level of effort at this stage:

| Config                                                                                                                                                                                                | Development                                                                                                                                                                                                                                                            |
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| <p>Config type proposals are proposals that can be executed with configuration changes only. As such they will typically only require:</p><p><br></p><ul><li>Detailed configuration changes</li></ul> | <p>Development proposals require further development before they can be executed. As such they will typically require:</p><p><br></p><ul><li>New or updates to smart contracts</li><li>Detailed configuration changes</li><li>Smart contract security audits</li></ul> |

At this stage Altitude Protocol Inc. will lead the build process for the proposal and prepare it for execution.

## Execution

Once a proposal has been approved and built, it will be executed by Altitude Protocol Inc, but only if the following conditions are met:

| Expired                   | <p>No more than 1 working day has passed since the proposal was approved.</p><p><br></p><p>Note: due to the build time required it is likely that all ‘development’ proposals will expire before they can be executed. In these cases a new ‘config’ proposal will be required to be passed once the build stage is complete.</p> |
| ------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Superseded                | There are no new proposals that have superseded this proposal (for example if approval a new proposal was submitted and approved)                                                                                                                                                                                                 |
| Assessment(s) invalidated | Information provided in the Risk and or Yield Assessment has subsequently been invalidated                                                                                                                                                                                                                                        |
| Extreme market conditions | The market isn’t subject to extreme market conditions at time of execution                                                                                                                                                                                                                                                        |

In case a proposal doesn’t meet these criteria it may be required to submit a refreshed proposal for execution.

\
\ <br>

<br>