Accounting Examples
Last updated
Last updated
This section is intended to demonstrate multiple scenarios with loans to show how value is represented with totalAssets
. During each payment, accounting state in the Fixed Term Manager contract is changed in the following way:
accountedInterest
is decreased. This is because the portion of assetsUnderManagement
must discretely decrease when a payment is made.
domainStart
is updated to the current timestamp.
issuanceRate
is updated based on the resulting state.
domainEnd
is set to the next earliest payment due date.
Cash is sent to the pool.
Note 1: For all of the below examples, only interest is being paid so outstanding principal (principalOut
) remains constant.
Note 2: For the purpose of simplicity, issuanceRate
is represented as in the equations below. In reality, it is represented as .
Note 3: None of the below diagrams are to scale.
In this example, there is a single Loan that makes a payment at the exact timestamp at which the payment is due. The payment is for 5000 units of fundsAsset
.
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
Since the payment was made at the exact time that it was due, the outstanding interest exactly equaled the actual interest paid, so no discrete change in totalAssets
is observed.
In this example, there is a single Loan that makes an early payment, two days before the payment is due. The interest due is 5000 units, but since the payment is made on day 8, only 4000 units have accrued in the LoanManager accounting.
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
When a payment is made early, there is a discrete increase in totalAssets
since the cash balance in the pool increases more than the outstanding interest that was represented when the payment was made.
In this example, there is a single Loan that makes a late payment, four days after the payment is due. The interest due is 5000 units, but since the payment is made late, there is an extra 3000 units of late interest that must be paid. In addition, since the payment is made on day 14, four days of interest (2000 units) has accrued in the second payment interval. Note that for a late payment, the issuance rate does not change.
Whenever the current timestamp is past the domainEnd
in the LoanManager, assetsUnderManagement
no longer accrues interest until the interest accrual formula is updated.
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
When a payment is made late, there is a discrete increase in totalAssets
since the interest accruing in the second interval is not represented in the accounting until a payment is made, plus late fees are added.
In this example, there are two outstanding Loans. Loan 2 gets funded on day 5. Loan 1 makes a payment exactly on time at day 10.
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
In this example, there are two outstanding Loans. Loan 2 gets funded on day 5. Loan 1 makes a payment exactly on time at day 10. Loan 1 makes another payment exactly on time on day 20.
Accounting gets updated in the same way as Example 4.
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
In this example, there are two outstanding loans. Loan 2 gets funded on day 5. Loan 1 makes a payment early on day 8. Loan 1 makes another payment exactly on time on day 20.
Note that it is an edge case to make payments exactly on time. The second payment is more for illustrative purposes of how aggregate issuance rates are rendered with multiple loans and payments.
In this example, there are two different aggregate issuance rates since the issuance rate for Loan 1 changes when an early payment is made.
Accounting gets updated in the same way as Example 4.
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
In this example, there are two outstanding Loans. Loan 2 gets funded on day 5. Loan 1 makes a payment late on day 12. Loan 1 makes another payment exactly on time on day 20.
Note that when the second payment is made, it is made after domainEnd
. This means that the interest from Loan 1 is fully accounted for, the payment is removed from the sorted list, the issuance rate is reduced, and the interest is accrued to the current timestamp before updating the state. More details on how this works here, specifically in this example.
Accounting gets updated in the same way as Example 4.
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
It can be seen that during this transaction, outstanding interest accounting gets updated as follows:
totalAssets
accounting gets updated as follows:
When there is more than one outstanding loan, the issuanceRate
becomes an aggregate value, representing the units of fundsAsset
accruing against both loans simultaneously. This value gets updated from to when Loan 2 gets funded and gets updated to when Loan 1 is paid.