yellowbean / Hastructure

ABS/MBS cashflow engine written in Haskell, with API to Python and C/Java (on the way)
https://deal-bench.xyz
Other
16 stars 4 forks source link

new assumption: cumulative default/delinq based on pool #92

Closed yellowbean closed 11 months ago

yellowbean commented 1 year ago

Background

it's common to use default rate prepayment rate to projection cashflow on pool on each period, like CDR CPR, which assume x% of performing balance will convert into default or prepayment state

Cumulative loss/default

While for issuers with history data, they can easily estimate total defaulted/loss amount base on history data Then apply Total default/loss $ on a new issued portfolio to project cashflow .

Propose design

on each period , the new default amount will reduce performing balance , then cashflow in the future will be reduce as well.

yellowbean commented 11 months ago

The tricky part is , when project cashflow period by period The default/delinq amount to be applied may not be sufficient. because the amount to be applied is using current balance with prepay applied. if there are lots of prepay ,then there is insufficient remaining balance to be apply with default.

the solution is : keeping tracking of "un applied" delinq/default amount and test if current balance is lower than un-applied amount, then stop projection apply all amounts ,stop projecting further.

But the pitfall still has , because if prepayment is using total default/delinq way. this could lead to competition for current balance as well.

yellowbean commented 11 months ago

Remove Delinq by amount