Replies: 1 comment
-
I think the ROR has to be connected to the duration of the asset occupation and the number of occupants: rather than a constant, it should be an equation.
ROR = (3% x Asset price) / [12month x minimum of active tenants for the asset]
minimum of active tenants for the asset = 1 tenant+(3% x Asset price) / [12month x AmR])
then ROR = ((3% x Asset price) x AmR) / ((3% x Asset price) + 12months x AmR) The difficulty is getting the right AmR for each asset:
Clearly, the data used to calculate the AmR, would be gathered through an http request by an off-chain worker. |
Beta Was this translation helpful? Give feedback.
-
One of the main parameters what makes FS unique is the protocol-wide parameter of the return-on-rent (ROR). This only applies to the assets to be onboarded to what it's currently set.
This is a constant that is configurable and it sets the return and rent for the investors and tenant.
A scenario where this configurable constant comes in to play is when an asset is finalized, we have to add the rental price for a house.
sale_price * ROR = return on rent or rental price
.Think setting is as a starting parameter to 3%, not sure if this should be allowed to be changed by democracy, or another governance body should have the right to change it and then leads to an externalDemocracy.
I think the implementation when changed and there are already assets that have onboarded and have tenant agreements, this should not change agreement.
Am I missing something ?
Beta Was this translation helpful? Give feedback.
All reactions