Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Avoiding rates to discount calculation where possible #15

Open
aleCombi opened this issue Oct 26, 2024 · 1 comment
Open

Avoiding rates to discount calculation where possible #15

aleCombi opened this issue Oct 26, 2024 · 1 comment

Comments

@aleCombi
Copy link
Owner

Rate stream calculation often go between the space of rates and the space of accruals (e.g.: rate -> 1 + rate*time) or vice versa. This should be done the least number of times possible.

For example, calculating a discount factors ratio, to then get a forward rate, to then calculate an expected forward flow is a waste of computation, unless discrepancies between day_counts or similar details exist.

@aleCombi
Copy link
Owner Author

Even worse is the case of compounded rates, where this happens once for the underlying rate and once for the compounded one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant